Хотелось хранить правила роутинга в 1 файле и чтобы вид был стандартизирован
Вы наверно шутите? Храниние всех ройтингов в одном файле приведет к нечитаемому монолиту.
Мне же хотелось большей гибкости в настройке роутинга и в конечном итоге решил использовать XML для хранения правил, а после парсинга файла и создания массива правил сериализовывать его в файл (в дальнейшем используя его для получения настроек)
Подскажите, в дальнейшем — значит на протяжении одного запроса, либо это кэш для последующих запросов? Если это кэш, то как вы его обновляйте?
«шорт»-тэги — зло. Об этом тысячи статей по всему интернету
Единственная разумная мысль по этому поводу: «трудности с деплойментом на shared-хостингах».
Но даже эта проблема надуманная, т.к. PHP уже давно восновном ставится в качестве модуля к апачу
Я не понимаю, почему я не должен использовать короткие теги в шаблонах?
Полностью с вами согласен. Однако на больших проектах я обычно юзаю jQueryUI (всегда понадобится dialog, calendar и прочие повседневные виджеты), поэтому для меня это неактуальная проблема!
P.S. К тому же на jQueryUI можно писать кастомные виджеты, вот хорошая статья на эту тему.
Вот я и задаюсь делемой: вроде бы элемент самотоятельный — круто, но с другой строны как только этот элемени нужно вызвать ajax'ом приходится js-часть его опсания выонсить в js файлы. А если это часть большая и одинакова для элементо в вызываемых ajax'ом и нет — получается дублирование кода.
Если элемент использует jQuery, то его следует насделовать от ZendX_JQuery_Form_Element_UiWidget. Обект этого класса конфигурируется параметрами через методы setJQueryParam и setJQueryParams.
Соотв. эти параметры находятся в хелпере, кот отрисовывает элемент, и инкодятся с помощью ZendX_JQuery::encodeJson() — его фишка в enableJsonExprFinder => true
Подскажите, как быть, если элемент вызывается ajax'ом (например, в каком-нить попапе грузится форма)? Как в этом случае на него навесить js код, чтобы элемент заработал, если код прописан в $this->jquery->addOnload()?
Понятное дело, что речь идет о самостоятельном элементе.
— во-первых, ZF, хоть и хороший и известный фреймворк, но при этом уродливый монстр. Тянуть чуть ли не полгигабайта файлов ради того, чтобы отправить 1 GET-запрос — верх маразма.
ZF v1.11 — 23.2 MB
— во-вторых, менее монструозные штуки типа Snnopy или httpClient — недоделанные, несовершенные, часто устаревшие (PHP 4 живее всех живых), неэффективные. Пишет их обычно кто попало. Если можно написать лучше, почему бы и нет.
Лучше, чем Zend_Http_Client, ок!
— в-третьих, полезно для собственного развития и лучшего понимания например HTTP-протокола.<.blockquote>
Выше я написал «Ну написал ты обертку для curl'a. Потренировался, закрепил материал. Но зачем публиковать это, если есть гораздо более лучшее и удобное решение.»
Мне откровенно непонятно, зачем люди публикуют топики со своими недовелосипедами?
Ну написал ты обертку для curl'a. Потренировался, закрепил материал. Но зачем публиковать это, если есть гораздо более лучшее и удобное решение. Я еще не упомянул, что оно хорошо документировано и спроектировано!? Вы понимаете, что им пользуются множество людей, а не только вы?!
И, да, кроме вышеописанного Zend_Http_Client поддерживает работу с защищенными соединениями, отслеживает редиректы, поддерживает куки, загрузку файлов, да много чего!
Вы говорите «это монструозность». Ну во что вы имеете ввиду? 10 — 20 файлов — это монструозность? Взамен на богатый ф-л в одном флаконе?
silkleo, изучите уже наконец-то фреймворк, с набором высокоуровневых инструментов и пользуйтесь на здоровье!
Вы наверно шутите? Храниние всех ройтингов в одном файле приведет к нечитаемому монолиту.
Подскажите, в дальнейшем — значит на протяжении одного запроса, либо это кэш для последующих запросов? Если это кэш, то как вы его обновляйте?
Объясните про дерево правил, не очень понял.
Единственная разумная мысль по этому поводу: «трудности с деплойментом на shared-хостингах».
Но даже эта проблема надуманная, т.к. PHP уже давно восновном ставится в качестве модуля к апачу
Я не понимаю, почему я не должен использовать короткие теги в шаблонах?
Что за странная манера у вас пересказывать ман?
P.S. К тому же на jQueryUI можно писать кастомные виджеты, вот хорошая статья на эту тему.
Соотв. эти параметры находятся в хелпере, кот отрисовывает элемент, и инкодятся с помощью ZendX_JQuery::encodeJson() — его фишка в enableJsonExprFinder => true
Понятное дело, что речь идет о самостоятельном элементе.
Очень смешно!
Но дальше лучше:
Пафосные лоси ^__^ — о-о-о-ок!
Автор, скажи честно, ты сам придумываешь эти
шортикишутки?ZF v1.11 — 23.2 MB
Лучше, чем Zend_Http_Client, ок!
$client = new Zend_Http_Client(/*uri*/, array(/*http params*/));
$response = $client->request(/*method. default is GET*/);
И, пожалуйста, не рассказываейте, что он занимает много места на вашем хостинге!
Ну написал ты обертку для curl'a. Потренировался, закрепил материал. Но зачем публиковать это, если есть гораздо более лучшее и удобное решение. Я еще не упомянул, что оно хорошо документировано и спроектировано!? Вы понимаете, что им пользуются множество людей, а не только вы?!
И, да, кроме вышеописанного Zend_Http_Client поддерживает работу с защищенными соединениями, отслеживает редиректы, поддерживает куки, загрузку файлов, да много чего!
Вы говорите «это монструозность». Ну во что вы имеете ввиду? 10 — 20 файлов — это монструозность? Взамен на богатый ф-л в одном флаконе?
silkleo, изучите уже наконец-то фреймворк, с набором высокоуровневых инструментов и пользуйтесь на здоровье!
Бэкенд любой на выбор: file, apc, etc