Re: [fw-general] Setting list seperator in Zend_View_Helper_FormRadio
Hi Hector,
thanks for the help. I should pay more attention to the methods an element
provides.
All the best,
Marcus
Am 10.05.2011 um 20:55 schrieb Hector Virgen:
> On Tue, May 10, 2011 at 11:27 AM, Marcus Stöhr
> wrote:
>
>> How can I pass a custom list seperator to the view helper without extended
>> the view helper and duplicate nearly all the code there?
>>
>
> You can call setSeparator() on your form element:
>
> $element->setSeparator('');
>
> Or when you add your element:
>
> $form->addElement('radio', 'my_radio', array(
>'separator' => ''
> ));
>
> --
> *Hector Virgen*
> Sr. Web Developer
> http://www.virgentech.com
--
List: fw-general@lists.zend.com
Info: http://framework.zend.com/archives
Unsubscribe: fw-general-unsubscr...@lists.zend.com
[fw-general] Setting list seperator in Zend_View_Helper_FormRadio
Hi, I extend the Zend_Form class for my own forms. When using radiobuttons, I don't want them to be renderend with an at the end. How can I pass a custom list seperator to the view helper without extended the view helper and duplicate nearly all the code there? - Marcus -- List: fw-general@lists.zend.com Info: http://framework.zend.com/archives Unsubscribe: fw-general-unsubscr...@lists.zend.com
Re: [fw-general] Problems with Zend_Form_Element_Hash
Hello.
Learn something new every day. I didn't consulted the manual as the
implementiation worked prior so I thought the problem must be elsewhere.
Now that this issue is fixed, I thank you for your answers. :)
- Marcus
Am 09.07.2010 um 13:03 schrieb Aleksey Zapparov:
> Hello,
>
> Because it should not. :)) You have to specify a unique hash per element.
> Because salt should be UNIQUE, but hardcoded :)) Else you can pass
> unique salt as part of the form. In this case you'll need to extend Hash
> form element and view helper to append a hidden input field with randomly
> generated salt. But as far as I can see this will cause session overdosing
> with redundant values.
>
> PS "The name of the hash element should be unique. We recommend
> using the salt option for the element- two hashes with same names and
> different salts would not collide." (c) Zend Framework Manual (1)
>
>
> [1]
> http://framework.zend.com/manual/en/zend.form.standardElements.html#zend.form.standardElements.hash
>
>
> 2010/7/9 Marcus Stöhr :
>> Hello Aleksey.
>>
>> Your hint at the custom salt-name did the trick. Thank you very much.
>> However, the question is still: Why does it not work out of the box?
>>
>> - Marcus
>>
>> Am 09.07.2010 um 12:00 schrieb Aleksey Zapparov:
>>
>>> The problem is that Zend_Form_Element_Hash use session
>>> namespace of form:
>>>
>>> %CLASSNAME%_%SALT%_%ELEMENTNAME%
>>>
>>> %CLASSNAME% is Zend_Form_Element_Hash, and
>>> %SALT% be default is salt, and %ELEMENTNAME% is
>>> whatever yiu specify, as I guess you specify same element
>>> name (wich is quite normal), so namespace you receive is
>>>
>>> Zend_Form_Element_Hash_salt_csrf
>>>
>>> Now, what you can do is either specify your own Zend_Session
>>> object:
>>>
>>> $csrf->setSession($myVeryOwnSessionObject);
>>>
>>> Or (which in this case is much better solution) to specify very
>>> own salt:
>>>
>>> $csrf->setSalt('my_very_own_salt');
>>>
>>> or passing it as an option 'salt' upon element constructor like this:
>>> https://gist.github.com/bab9e79ec74b0dbb1aea
>>>
>>>
>>> 2010/7/9 Marcus Stöhr :
>>>> Hello.
>>>>
>>>> After some more investigation I found out that the hash provided in my
>>>> form is not the one stored in the session so it's normal that the
>>>> validation fails. However, the question now is why is another hash in my
>>>> form rather the correct one from the session?
>>>> I print out the CSFR-hash using >>> $this->form->getElement('csrf'); ?> to customize my form. Any hints about
>>>> fixing this issue?
>>>>
>>>> - Marcus
>>>>
>>>> Am 08.07.2010 um 09:30 schrieb Marcus Stöhr:
>>>>
>>>>> Hi Chris.
>>>>>
>>>>> Nope, didn't work. I still get 'The two given tokens do not match' for
>>>>> the Hash-element.
>>>>>
>>>>> - Marcus
>>>>>
>>>>> Am 08.07.2010 um 09:28 schrieb Chris Riesen:
>>>>>
>>>>>> On Register_Controller.php here
>>>>>> https://gist.github.com/c66b22f11bbe138df6ad delete or comment out
>>>>>> lines 22 and 23 then retry. I think that might be the problem there.
>>>>>>
>>>>>> On Thu, Jul 8, 2010 at 9:18 AM, Marcus Stöhr
>>>>>> wrote:
>>>>>>> Hi Chris.
>>>>>>>
>>>>>>> The only redirect action I have fires only when the form is valid and
>>>>>>> the user saved in the database. Here is some sample code (I stripped
>>>>>>> out some things not relevant):
>>>>>>>
>>>>>>> https://gist.github.com/c66b22f11bbe138df6ad
>>>>>>>
>>>>>>> I use the actual trunk of Zend Framework and tried also the latest
>>>>>>> release 1.10.6 but the problems stays the same.
>>>>>>>
>>>>>>> - Marcus
>>>>>>>
>>>>>>> Am 07.07.2010 um 21:36 schrieb Chris Riesen:
>>>>>>>
>>>>>>>> It get's set and reset at every load. Are you by chance using any
>>>>>>>> forwa
Re: [fw-general] Problems with Zend_Form_Element_Hash
Hello Aleksey.
Your hint at the custom salt-name did the trick. Thank you very much.
However, the question is still: Why does it not work out of the box?
- Marcus
Am 09.07.2010 um 12:00 schrieb Aleksey Zapparov:
> The problem is that Zend_Form_Element_Hash use session
> namespace of form:
>
> %CLASSNAME%_%SALT%_%ELEMENTNAME%
>
> %CLASSNAME% is Zend_Form_Element_Hash, and
> %SALT% be default is salt, and %ELEMENTNAME% is
> whatever yiu specify, as I guess you specify same element
> name (wich is quite normal), so namespace you receive is
>
> Zend_Form_Element_Hash_salt_csrf
>
> Now, what you can do is either specify your own Zend_Session
> object:
>
> $csrf->setSession($myVeryOwnSessionObject);
>
> Or (which in this case is much better solution) to specify very
> own salt:
>
> $csrf->setSalt('my_very_own_salt');
>
> or passing it as an option 'salt' upon element constructor like this:
> https://gist.github.com/bab9e79ec74b0dbb1aea
>
>
> 2010/7/9 Marcus Stöhr :
>> Hello.
>>
>> After some more investigation I found out that the hash provided in my form
>> is not the one stored in the session so it's normal that the validation
>> fails. However, the question now is why is another hash in my form rather
>> the correct one from the session?
>> I print out the CSFR-hash using form->getElement('csrf');
>> ?> to customize my form. Any hints about fixing this issue?
>>
>> - Marcus
>>
>> Am 08.07.2010 um 09:30 schrieb Marcus Stöhr:
>>
>>> Hi Chris.
>>>
>>> Nope, didn't work. I still get 'The two given tokens do not match' for the
>>> Hash-element.
>>>
>>> - Marcus
>>>
>>> Am 08.07.2010 um 09:28 schrieb Chris Riesen:
>>>
>>>> On Register_Controller.php here
>>>> https://gist.github.com/c66b22f11bbe138df6ad delete or comment out
>>>> lines 22 and 23 then retry. I think that might be the problem there.
>>>>
>>>> On Thu, Jul 8, 2010 at 9:18 AM, Marcus Stöhr
>>>> wrote:
>>>>> Hi Chris.
>>>>>
>>>>> The only redirect action I have fires only when the form is valid and the
>>>>> user saved in the database. Here is some sample code (I stripped out some
>>>>> things not relevant):
>>>>>
>>>>> https://gist.github.com/c66b22f11bbe138df6ad
>>>>>
>>>>> I use the actual trunk of Zend Framework and tried also the latest
>>>>> release 1.10.6 but the problems stays the same.
>>>>>
>>>>> - Marcus
>>>>>
>>>>> Am 07.07.2010 um 21:36 schrieb Chris Riesen:
>>>>>
>>>>>> It get's set and reset at every load. Are you by chance using any
>>>>>> forwarders or redirects? It gave me the error when I sent a form,
>>>>>> validated it and the went back with the browser button to the form
>>>>>> again and tried sending it again (of course). Maybe you have some
>>>>>> code?
>>>>>>
>>>>>> On Wed, Jul 7, 2010 at 8:22 PM, Marcus Stöhr
>>>>>> wrote:
>>>>>>> Hello.
>>>>>>>
>>>>>>> I have a strange problem: I have a form where I add an CSFR-Protection
>>>>>>> using Zend_Form_Element_Hash.
>>>>>>> When I call the form, a new session is correctly created in the
>>>>>>> database. But when I submit the form, I get a validation error stating
>>>>>>> that the provided hash doesn't match the saved one. The funny part is
>>>>>>> that this exactly form already worked and I haven't changed anything
>>>>>>> that could cause this (well, I did not activly changed anything).
>>>>>>>
>>>>>>> Any suggestions how to track down this error?
>>>>>>>
>>>>>>> - Marcus
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Greetings,
>>>>>> Christian Riesen
>>>>>> http://christianriesen.com/ - My personal page
>>>>>> http://toreas.com/ - Toreas a free fantasy novel
>>>>>> http://gamewiki.net/ - Open Videogames Wiki
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Greetings,
>>>> Christian Riesen
>>>> http://christianriesen.com/ - My personal page
>>>> http://toreas.com/ - Toreas a free fantasy novel
>>>> http://gamewiki.net/ - Open Videogames Wiki
>>>
>>
>>
>
>
>
> --
> Sincerely yours,
> Aleksey V. Zapparov A.K.A. ixti
> FSF Member #7118
> Mobile Phone: +34 617 179 344
> Homepage: http://www.ixti.ru
> JID: zappa...@jabber.ru
>
> *Origin: Happy Hacking!
Re: [fw-general] Problems with Zend_Form_Element_Hash
Hello.
After some more investigation I found out that the hash provided in my form is
not the one stored in the session so it's normal that the validation fails.
However, the question now is why is another hash in my form rather the correct
one from the session?
I print out the CSFR-hash using form->getElement('csrf'); ?>
to customize my form. Any hints about fixing this issue?
- Marcus
Am 08.07.2010 um 09:30 schrieb Marcus Stöhr:
> Hi Chris.
>
> Nope, didn't work. I still get 'The two given tokens do not match' for the
> Hash-element.
>
> - Marcus
>
> Am 08.07.2010 um 09:28 schrieb Chris Riesen:
>
>> On Register_Controller.php here
>> https://gist.github.com/c66b22f11bbe138df6ad delete or comment out
>> lines 22 and 23 then retry. I think that might be the problem there.
>>
>> On Thu, Jul 8, 2010 at 9:18 AM, Marcus Stöhr
>> wrote:
>>> Hi Chris.
>>>
>>> The only redirect action I have fires only when the form is valid and the
>>> user saved in the database. Here is some sample code (I stripped out some
>>> things not relevant):
>>>
>>> https://gist.github.com/c66b22f11bbe138df6ad
>>>
>>> I use the actual trunk of Zend Framework and tried also the latest release
>>> 1.10.6 but the problems stays the same.
>>>
>>> - Marcus
>>>
>>> Am 07.07.2010 um 21:36 schrieb Chris Riesen:
>>>
>>>> It get's set and reset at every load. Are you by chance using any
>>>> forwarders or redirects? It gave me the error when I sent a form,
>>>> validated it and the went back with the browser button to the form
>>>> again and tried sending it again (of course). Maybe you have some
>>>> code?
>>>>
>>>> On Wed, Jul 7, 2010 at 8:22 PM, Marcus Stöhr
>>>> wrote:
>>>>> Hello.
>>>>>
>>>>> I have a strange problem: I have a form where I add an CSFR-Protection
>>>>> using Zend_Form_Element_Hash.
>>>>> When I call the form, a new session is correctly created in the database.
>>>>> But when I submit the form, I get a validation error stating that the
>>>>> provided hash doesn't match the saved one. The funny part is that this
>>>>> exactly form already worked and I haven't changed anything that could
>>>>> cause this (well, I did not activly changed anything).
>>>>>
>>>>> Any suggestions how to track down this error?
>>>>>
>>>>> - Marcus
>>>>
>>>>
>>>>
>>>> --
>>>> Greetings,
>>>> Christian Riesen
>>>> http://christianriesen.com/ - My personal page
>>>> http://toreas.com/ - Toreas a free fantasy novel
>>>> http://gamewiki.net/ - Open Videogames Wiki
>>>
>>>
>>
>>
>>
>> --
>> Greetings,
>> Christian Riesen
>> http://christianriesen.com/ - My personal page
>> http://toreas.com/ - Toreas a free fantasy novel
>> http://gamewiki.net/ - Open Videogames Wiki
>
Re: [fw-general] Problems with Zend_Form_Element_Hash
Hi Chris. Nope, didn't work. I still get 'The two given tokens do not match' for the Hash-element. - Marcus Am 08.07.2010 um 09:28 schrieb Chris Riesen: > On Register_Controller.php here > https://gist.github.com/c66b22f11bbe138df6ad delete or comment out > lines 22 and 23 then retry. I think that might be the problem there. > > On Thu, Jul 8, 2010 at 9:18 AM, Marcus Stöhr > wrote: >> Hi Chris. >> >> The only redirect action I have fires only when the form is valid and the >> user saved in the database. Here is some sample code (I stripped out some >> things not relevant): >> >> https://gist.github.com/c66b22f11bbe138df6ad >> >> I use the actual trunk of Zend Framework and tried also the latest release >> 1.10.6 but the problems stays the same. >> >> - Marcus >> >> Am 07.07.2010 um 21:36 schrieb Chris Riesen: >> >>> It get's set and reset at every load. Are you by chance using any >>> forwarders or redirects? It gave me the error when I sent a form, >>> validated it and the went back with the browser button to the form >>> again and tried sending it again (of course). Maybe you have some >>> code? >>> >>> On Wed, Jul 7, 2010 at 8:22 PM, Marcus Stöhr >>> wrote: >>>> Hello. >>>> >>>> I have a strange problem: I have a form where I add an CSFR-Protection >>>> using Zend_Form_Element_Hash. >>>> When I call the form, a new session is correctly created in the database. >>>> But when I submit the form, I get a validation error stating that the >>>> provided hash doesn't match the saved one. The funny part is that this >>>> exactly form already worked and I haven't changed anything that could >>>> cause this (well, I did not activly changed anything). >>>> >>>> Any suggestions how to track down this error? >>>> >>>> - Marcus >>> >>> >>> >>> -- >>> Greetings, >>> Christian Riesen >>> http://christianriesen.com/ - My personal page >>> http://toreas.com/ - Toreas a free fantasy novel >>> http://gamewiki.net/ - Open Videogames Wiki >> >> > > > > -- > Greetings, > Christian Riesen > http://christianriesen.com/ - My personal page > http://toreas.com/ - Toreas a free fantasy novel > http://gamewiki.net/ - Open Videogames Wiki
Re: [fw-general] Problems with Zend_Form_Element_Hash
Hi Chris. The only redirect action I have fires only when the form is valid and the user saved in the database. Here is some sample code (I stripped out some things not relevant): https://gist.github.com/c66b22f11bbe138df6ad I use the actual trunk of Zend Framework and tried also the latest release 1.10.6 but the problems stays the same. - Marcus Am 07.07.2010 um 21:36 schrieb Chris Riesen: > It get's set and reset at every load. Are you by chance using any > forwarders or redirects? It gave me the error when I sent a form, > validated it and the went back with the browser button to the form > again and tried sending it again (of course). Maybe you have some > code? > > On Wed, Jul 7, 2010 at 8:22 PM, Marcus Stöhr > wrote: >> Hello. >> >> I have a strange problem: I have a form where I add an CSFR-Protection using >> Zend_Form_Element_Hash. >> When I call the form, a new session is correctly created in the database. >> But when I submit the form, I get a validation error stating that the >> provided hash doesn't match the saved one. The funny part is that this >> exactly form already worked and I haven't changed anything that could cause >> this (well, I did not activly changed anything). >> >> Any suggestions how to track down this error? >> >> - Marcus > > > > -- > Greetings, > Christian Riesen > http://christianriesen.com/ - My personal page > http://toreas.com/ - Toreas a free fantasy novel > http://gamewiki.net/ - Open Videogames Wiki
[fw-general] Problems with Zend_Form_Element_Hash
Hello. I have a strange problem: I have a form where I add an CSFR-Protection using Zend_Form_Element_Hash. When I call the form, a new session is correctly created in the database. But when I submit the form, I get a validation error stating that the provided hash doesn't match the saved one. The funny part is that this exactly form already worked and I haven't changed anything that could cause this (well, I did not activly changed anything). Any suggestions how to track down this error? - Marcus
Re: [fw-general] Zend_Service_Twitter: Cannot update status using Zend_Oauth_Token_Access
Hi Paddy. Well, this works great and shall I say how great this is? Well, it is great. :) *thumbs up* And thanks for your test tweets. ;) - Marcus Am 24.06.2010 um 19:31 schrieb Pádraic Brady: > Marcus, > > Your problem is that you are only setting an access token. You should also > set your application's consumerKey, consumerSecret and callbackUrl values so > they can be passed into the access token object to create a valid signature > (the key names for the options are identical to those in Zend_Oauth_Consumer). > > I just performed a quick smoketest myself to double-check there's nothing > else causing a problem and it works fine ;). Just bear in mind that the > access tokens only carry the token data - the rest must be configured in > addition and is passed to the HTTP Client generated by the access token for > signature generation. > > Best regards, > Paddy > > P.S. Will update the documentation in the next day or two showing the > workflow more clearly. > > Pádraic Brady > > http://blog.astrumfutura.com > http://www.survivethedeepend.com > OpenID Europe Foundation Irish Representative > > > From: Justin Hart > To: Marcus Stöhr > Cc: fw-general@lists.zend.com > Sent: Thu, June 24, 2010 5:47:47 PM > Subject: Re: [fw-general] Zend_Service_Twitter: Cannot update status using > Zend_Oauth_Token_Access > > if you print_r the whole twitter object, do you see your Oauth_Token_Access > in the structure? > > On Thu, Jun 24, 2010 at 3:58 AM, Marcus Stöhr > wrote: > Hi there. > > I'm using Zend_Oauth_Consumer to retrieve an access token from Twitter which > is working fine. I instatiate Zend_Service_Twitter using the access token > like this: > > $options = array( >'accessToken' => unserialize($userConnection->getAccessToken()), >'username'=> $userConnection->getId() > ); > > $twitter = new Zend_Service_Twitter($options); > > No exceptions are being thrown or such and when I try to update the status, I > get the following response: > > object(Zend_Rest_Client_Result)[131 > ] > protected '_sxml' => > object(SimpleXMLElement)[136 > ] > public 'request' => string '/1/statuses/update.xml' (length=22) > public 'error' => string 'Incorrect signature' (length=19) > protected '_errstr' => null > > The isAuthorised()-method gives me true, so I assume everything worked fine. > > Any suggestions were the problems lies? > > - Marcus > >
[fw-general] Zend_Service_Twitter: Cannot update status using Zend_Oauth_Token_Access
Hi there. I'm using Zend_Oauth_Consumer to retrieve an access token from Twitter which is working fine. I instatiate Zend_Service_Twitter using the access token like this: $options = array( 'accessToken' => unserialize($userConnection->getAccessToken()), 'username'=> $userConnection->getId() ); $twitter = new Zend_Service_Twitter($options); No exceptions are being thrown or such and when I try to update the status, I get the following response: object(Zend_Rest_Client_Result)[131 ] protected '_sxml' => object(SimpleXMLElement)[136 ] public 'request' => string '/1/statuses/update.xml' (length=22) public 'error' => string 'Incorrect signature' (length=19) protected '_errstr' => null The isAuthorised()-method gives me true, so I assume everything worked fine. Any suggestions were the problems lies? - Marcus
Re: [fw-general] Zend_Service_Twitter - Notice: Undefined offset: 0 in \library\Zend\Rest\Client\Result.php on line 232
Hi Jack.
This could be related to the problems Twitter suffered today. There are entries
at their status page about it: http://status.twitter.com/
- Marcus
Am 15.06.2010 um 03:50 schrieb Jack Houghton:
> I am receiving the following error when trying to authenticate to twitter
> using Zend_Service_Twitter:
>
> Notice: Undefined offset: 0 in \library\Zend\Rest\Client\Result.php on line
> 232
>
> I am using the Zend Framework 1.10.
>
> The following is the code snippet:
>
> try
> {
> $this->twitter = new Zend_Service_Twitter( 'notbaggage',
> '' );
> }
> catch(Exception $e)
> {
> echo "" . $e . "";
> }
>
> Any help is appreciated
> Jack
>
Re: [fw-general] Unable to write session data when using session resource plugin
Nevermind, I found the problem: As I use Doctrine 2 as my ORM of choice. Due to a association in my user-class it couldn't serialize the object to store it in the session. After deleting the association everything is fine. :) Am 08.06.2010 um 16:48 schrieb Marcus Stöhr: > Hello everyone. > > For the last few days I'm trying to find out why no object is being saved > when I authenticate a user. To store my sessions I'm using > Zend_Application_Resource_Session with the following corrosponding entry in > my application.ini: > > ; Session > ; http://framework.zend.com/issues/browse/ZF-8636 > ; http://framework.zend.com/issues/browse/ZF-7000 > resources.session.gc_maxlifetime = 86400 > resources.session.use_cookies = 1 > resources.session.use_only_cookies= 1 > resources.session.save_path = APPLICATION_PATH > "/../tmp/session/" > resources.session.use_only_cookies= true > resources.session.remember_me_seconds = 864000 > resources.session.saveHandler.class = > "Zend_Session_SaveHandler_DbTable" > resources.session.saveHandler.options.name= "session" > resources.session.saveHandler.options.primary.0 = "session_id" > resources.session.saveHandler.options.primary.1 = "save_path" > resources.session.saveHandler.options.primary.2 = "name" > resources.session.saveHandler.options.primaryAssignment.0 = "sessionId" > resources.session.saveHandler.options.primaryAssignment.1 = "sessionSavePath" > resources.session.saveHandler.options.primaryAssignment.2 = "sessionName" > resources.session.saveHandler.options.modifiedColumn = "modified" > resources.session.saveHandler.options.dataColumn = "session_data" > resources.session.saveHandler.options.lifetimeColumn = "lifetime" > > The sessions are stored in the database, but I get the following warning when > dumping the contents of Zend_Auth::getInstance()->authenticate($adapter): > > Warning: session_write_close() [function.session-write-close]: Failed to > write session data (user). Please verify that the current setting of > session.save_path is correct > (/opt/local/apache2/htdocs/fmdbv3/application/../tmp/session/) in > /opt/local/apache2/htdocs/fmdbv3/library/Zend/Session.php on line 0 > > The path is there and it also has the mode 777. Additionally the following > fatal error is thrown: > > Fatal error: Exception thrown without a stack frame in Unknown on line 0 > > Maybe something went wrong with my auth adapter which can be found here: > https://gist.github.com/154cf1aac9a2311ceb70 > > Any help is appricated. > > All the best, > Marcus
[fw-general] Unable to write session data when using session resource plugin
Hello everyone. For the last few days I'm trying to find out why no object is being saved when I authenticate a user. To store my sessions I'm using Zend_Application_Resource_Session with the following corrosponding entry in my application.ini: ; Session ; http://framework.zend.com/issues/browse/ZF-8636 ; http://framework.zend.com/issues/browse/ZF-7000 resources.session.gc_maxlifetime = 86400 resources.session.use_cookies = 1 resources.session.use_only_cookies= 1 resources.session.save_path = APPLICATION_PATH "/../tmp/session/" resources.session.use_only_cookies= true resources.session.remember_me_seconds = 864000 resources.session.saveHandler.class = "Zend_Session_SaveHandler_DbTable" resources.session.saveHandler.options.name= "session" resources.session.saveHandler.options.primary.0 = "session_id" resources.session.saveHandler.options.primary.1 = "save_path" resources.session.saveHandler.options.primary.2 = "name" resources.session.saveHandler.options.primaryAssignment.0 = "sessionId" resources.session.saveHandler.options.primaryAssignment.1 = "sessionSavePath" resources.session.saveHandler.options.primaryAssignment.2 = "sessionName" resources.session.saveHandler.options.modifiedColumn = "modified" resources.session.saveHandler.options.dataColumn = "session_data" resources.session.saveHandler.options.lifetimeColumn = "lifetime" The sessions are stored in the database, but I get the following warning when dumping the contents of Zend_Auth::getInstance()->authenticate($adapter): Warning: session_write_close() [function.session-write-close]: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/opt/local/apache2/htdocs/fmdbv3/application/../tmp/session/) in /opt/local/apache2/htdocs/fmdbv3/library/Zend/Session.php on line 0 The path is there and it also has the mode 777. Additionally the following fatal error is thrown: Fatal error: Exception thrown without a stack frame in Unknown on line 0 Maybe something went wrong with my auth adapter which can be found here: https://gist.github.com/154cf1aac9a2311ceb70 Any help is appricated. All the best, Marcus
[fw-general] Zend_Date & working with dates like '0000-00-00'
Hi, I'm using Zend_Date in combination with data from an MySQL-table. I often get the following date values from MySQL (due to schema changes made after the creation of the tables): -00-00 and -00-00 00:00 Can I work with them in Zend_Date like any other date or should I extend Zend_Date with my own class to handle these special cases? - Marcus
[fw-general] Dynamically edit label from Zend_Navigation-page
Hi, is there a way to dynamically change the label of a page when using Zend_Navigation? I'd like to use the breadcrumbs-helper to show the breadcrumbs with dynamic data. - Marcus
[fw-general] Problems with webservice-mailinglist
Hi there, I tried to send a message to the Webservices-ML. However, this mail was refused with the following error message: Hi. This is the qmail-send program at ev1-z1.zend.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : ezmlm-issubn: fatal: unable to switch to /home/lists/fw-webservices// deny: access denied Sorry, I've been told to reject your posts. Contact fw-webservices-ow...@lists.zend.com if you have questions about this. (#5.7.2) Any advices how this can be fixed? -Marcus
