Perhaps. I just wanted to make it clear that I was commenting on Adi's
email rather than Alex's :)

On Thu, Mar 25, 2010 at 9:04 AM, Gorka <glopezdeto...@gmail.com> wrote:
> Wouldn't Alex's solution also need a cache reload?
>
> On 24 mar, 13:58, Tom Haskins-Vaughan <t...@templestreetmedia.com>
> wrote:
>> Sorry Alex, this was meant to arrive before yours ;-)
>>
>> On Wed, Mar 24, 2010 at 8:57 AM, Tom Haskins-Vaughan
>>
>>
>>
>> <t...@templestreetmedia.com> wrote:
>> > I think the problem you're going to run into here is that the cache
>> > needs to be reloaded each time you make a change to the app.yml file.
>> > So perhaps it's best to have a config table in your database.
>>
>> > On Tue, Mar 23, 2010 at 11:04 AM, Adi VELICU <adi.vel...@gmail.com> wrote:
>> >> Hello,
>>
>> >> I am new to Symfony, but I did my best to document myself before
>> >> asking this question.
>> >> I have a couple of settings in my application which I've placed in
>> >> app.yml for now. They are related to aspects of the application that
>> >> should be modifiable by the administrator through a web interface. Is
>> >> this the best way to do it?
>>
>> >> For now I've created an action and a form that displays the content of
>> >> the app.yml file and writes it after the admin has modified it. I am
>> >> not sure this is the best solution; if the administrator were to make
>> >> a mistake in editing the YML file, he might lock himself out of the
>> >> administrative interface.
>>
>> >> Any tips on where to define a couple of application-specific
>> >> parameters (such as max_images_per_page, max_images_per_gallery etc)
>> >> that can be easily modified by the administrator?
>>
>> >> Thanks,
>> >> Adi
>>
>> >> --
>> >> If you want to report a vulnerability issue on symfony, please send it to 
>> >> security at symfony-project.com
>>
>> >> You received this message because you are subscribed to the Google
>> >> Groups "symfony users" group.
>> >> To post to this group, send email to symfony-users@googlegroups.com
>> >> To unsubscribe from this group, send email to
>> >> symfony-users+unsubscr...@googlegroups.com
>> >> For more options, visit this group at
>> >>http://groups.google.com/group/symfony-users?hl=en
>>
>> >> To unsubscribe from this group, send email to 
>> >> symfony-users+unsubscribegooglegroups.com or reply to this email with the 
>> >> words "REMOVE ME" as the subject.- Ocultar texto de la cita -
>>
>> - Mostrar texto de la cita -
>
> --
> If you want to report a vulnerability issue on symfony, please send it to 
> security at symfony-project.com
>
> You received this message because you are subscribed to the Google
> Groups "symfony users" group.
> To post to this group, send email to symfony-users@googlegroups.com
> To unsubscribe from this group, send email to
> symfony-users+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/symfony-users?hl=en
>
> To unsubscribe from this group, send email to 
> symfony-users+unsubscribegooglegroups.com or reply to this email with the 
> words "REMOVE ME" as the subject.
>

-- 
If you want to report a vulnerability issue on symfony, please send it to 
security at symfony-project.com

You received this message because you are subscribed to the Google
Groups "symfony users" group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en

To unsubscribe from this group, send email to 
symfony-users+unsubscribegooglegroups.com or reply to this email with the words 
"REMOVE ME" as the subject.

Reply via email to