А еще удобней хранить роуты в yaml/xml файлах.
Написать свой ресурс, кот парсит yaml/xml файлы и добавляет роуты в Zend_Controller_Router_Rewrite (лучше всего проюзать Zend_Application_Resource_Router, например унаследовавшись от него).
Не забудем, что этот объект можно хранить в кэше и сбрасывать кэш по требованию из консоли.
И, да, в application.ini останется дописать лишь вызов нашего ресурса, например так:
— Вроде бы даже если я сказал насильно переключать данные в json — то по прежнему можно делать запросы типа "/news/list/format/xml" или "/news/list?format=xml" что мне не нужно.
В этом и суть, если в метоже указать initContext указать формат по-умолчанию, то указывать формат в данных ajax хапроса не нужно. А для того, чтобы экшн отдавал в ином формате, напрмиер, указанном в данных ajax запроса, нужно добавить этот формат в метод addActionContext. И, да, второй параметр, формат, может быть массивом
Да, но скорее всего суть этого действия не отражает реальное положение, т.к. чаще всего хранят лишь хэш от пароля и, соответсрвенно, могут сгенерить новый, а не восстановить прежний. И тут как бы получается обман в вашем случае.
Давайте разберемся.
Для создания сложного ИЛИ вы добавляете, забираете, конкатинируете, ресетите и вставляете заново.
В то время, как discourage сразу вставляет конкатинируемое условие без лишних (путанных) манипуляций.
То, что это сложное условие нельзя втсавить в Zend_Db_Select так же как и простое — недоработка Zend Framework'a.
Эти 2 события “ajaxStart” и “ajaxStop” могут быть привязаны к любому элементу страницы. jQuery вызывает их глобально.
Однажды я столкнулся с проблемой. На сайте было много вызова ajax-методов и для них всех отображалась иконка лоудера — все работало великолепно пока… Однажды решили прикрутить чат, кот использует ajax запросы на сервер для проверки статуса нов сообщений и прочей мета инфы. И стал этот лоудер как новогодняя елка, да на каждй странице. Пришлось переписать c использованием jQuery.ajax: beforeSend и complete
Еще меньше кода — yaml
Строго говоря, можно и php кодом в виде вложенных массивов оформить — главное разделить данные и код.
Написать свой ресурс, кот парсит yaml/xml файлы и добавляет роуты в Zend_Controller_Router_Rewrite (лучше всего проюзать Zend_Application_Resource_Router, например унаследовавшись от него).
Не забудем, что этот объект можно хранить в кэше и сбрасывать кэш по требованию из консоли.
И, да, в application.ini останется дописать лишь вызов нашего ресурса, например так:
config_dir — директория, где лежать yaml/xml файлы с нашими роутами.
Пример xml файла:
Ага, для этого я отключаю дефолтный роут
В этом и суть, если в метоже указать initContext указать формат по-умолчанию, то указывать формат в данных ajax хапроса не нужно. А для того, чтобы экшн отдавал в ином формате, напрмиер, указанном в данных ajax запроса, нужно добавить этот формат в метод addActionContext. И, да, второй параметр, формат, может быть массивом
Ну и глупость!
Для создания сложного ИЛИ вы добавляете, забираете, конкатинируете, ресетите и вставляете заново.
В то время, как discourage сразу вставляет конкатинируемое условие без лишних (путанных) манипуляций.
То, что это сложное условие нельзя втсавить в Zend_Db_Select так же как и простое — недоработка Zend Framework'a.
Ваш код похож на хак.
Однажды я столкнулся с проблемой. На сайте было много вызова ajax-методов и для них всех отображалась иконка лоудера — все работало великолепно пока… Однажды решили прикрутить чат, кот использует ajax запросы на сервер для проверки статуса нов сообщений и прочей мета инфы. И стал этот лоудер как новогодняя елка, да на каждй странице. Пришлось переписать c использованием jQuery.ajax: beforeSend и complete