[support] Issues with initializing Variables on startup..

[Scott Matthews]

This is partly what I've been saying!!  except for the fact that the  
variable is used by both path configuration as well as variable caching.


Scott Matthews
Senior Developer
(w) 617-227-1855 x164
(m) 617-710-8430
(f) 617-224-5388
smatthews at optaros.com




On Jan 29, 2008, at 3:52 PM, Earnie Boyd wrote:

> Quoting Scott Matthews <smatthews at optaros.com>:
>
>>
>> Second, according to the comments in the settings.php, you can
>> initially override any variables stored in the database in the
>> settings.php file by setting the same variable that variable_get and
>> variable_set uses:
>>
>> /**
>>  * Variable overrides:
>>  *
>>  * To override specific entries in the 'variable' table for this  
>> site,
>>  * set them here. You usually don't need to use this feature. This is
>>  * useful in a configuration file for a vhost or directory, rather  
>> than
>>  * the default settings.php. Any configuration setting from the   
>> 'variable'
>>  * table can be given a new value.
>>  *
>>  * Remove the leading hash signs to enable.
>>  *
>> /# $conf = array(
>> #   'site_name' => 'My Drupal site',
>> #   'theme_default' => 'minnelli',
>> #   'anonymous' => 'Visitor',
>> # );
>>
>
> The ``bug'' is in conf_init() of includes/bootstrap.ini.  The problem
> is that $conf isn't declared global and settings.php is included  
> within
> it.  This means that $conf isn't registered as a global variable so  
> the
> settings are never reserved.
>
> Earnie -- http://for-my-kids.com/
> -- http://give-me-an-offer.com/
>
> -- 
> [ Drupal support list | http://lists.drupal.org/ ]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20080129/aef04e32/attachment-0001.htm