kpPropelSettingsPlugin - 0.0.1

Manage user-controlled site settings.

You are currently browsing
the website for symfony 1

Visit the Symfony2 website


« Back to the Plugins Home

Signin


Forgot your password?
Create an account

Tools

Stats

advanced search
Information Readme Releases Changelog Contribute
Show source

Symfony Propel Settings Plugin

Much like the sfConfig::get() method, use kpSettings::get() to call dynamic, user-defined settings.
An admin generator interface allows easy administration.

All settings are cached when first loaded, and the cache is refreshed whenever a setting is changed or added.

After the settings have been loaded, retrieve them with kpSettings::get() (returns a string value) or kpSettings::getSetting() (returns a kpSetting object)

Usage

To create a setting, you can add one in using a fixture, or using the DIY admin module interface (see below)

# in YAML fixture:
kpSetting:
  test_setting:
    name:             My Fake Setting
    type:             yesno                 # optional: defaults to 'input'
    setting_default:  'yes'                 # optional, defaults to empty string
    widget_options:   class=my-fake-setting # optional, more on this below

You can pull your setting into your project with the class method get. This takes either the name of your setting or the inflected name of your setting.

$value = kpSettings::get('My Fake Setting');  // The name of your setting
$value = kpSettings::get('my_fake_setting');  // This will also work

You can also use kpSettings to call settings in your app.yml. By default, if the value passed to the get method is null, sfConfig is called:

$value = kpSettings::get('this_setting_does_not_exist'); 
// If a kpSetting does not exist with this name, this returns the same as:
$value = kpConfig::get('app_this_setting_does_not_exist');
// This also works:
$value = kpSettings::get('This Setting Does Not Exist');     

Alternatively, the entire kpSetting object can be returned by calling the class method getSetting:

$setting = kpSettings::getSetting('my_fake_setting');

Admin Module

An admin module also exists for managing the settings in the database. you must enable the module in order to access it

# /apps/myapp/config/settings.yml
all:
  .settings:
     enabled_modules:        [default, kpSettings]

This module can be used to edit the variables as the plugin was originally built with the value for the setting being on the list page and editable from there, or it can behave like a normal admin-generated page. By default, you must be authenticated to edit the setting configurations themselves.

If you want to prevent validated users from editing the setting configurations, you can override the authMethod setting in your app.yml:

# /config/app.yml
all:
  kpSettingsPlugin:
     authMethod:        isSuperAdmin  # or whatever method you want called on myUser.  

Fields

  • id
    • Used as the primary key
  • name
    • Used as the variable name
    • Must be unique
  • type
    • checkbox
    • input
    • textbox
    • yesno
    • select
    • model
    • upload
  • widget_options
    • checkbox / input / textbox / yesno - sets HTML attributes of the widget
    • select
      • used as the array of options to select from
    • model
      • used to determine the model to chose from. Option "model" is required.
    • upload
      • upload_path: not required, but can be used to determine upload path.
  • group
    • organize your settings into groups for improved usability
  • setting_default
    • add a default value to your setting, allowing the user to restore the default for a single setting, or restore all setting defaults.
    • if no value is set for your setting initially, this value will be used
  • value
    • The value of the setting

Cache

Customize the cache handler for your settings using your app.yml. By default, sfNoCache is used.

[yaml] # /config/app.yml all: kpSettingsPlugin: cache: class: sfNoCache options: []

Please contact pyrkosz@o2.pl for any questions or suggestions.