-
Расширения PHP
→ Вывод из php в xml • Авг. 5, 2011, 7:40 п.п.
-
Расширения PHP
→ Вывод из php в xml • Авг. 5, 2011, 4:29 п.п.
-
PHP для идиотов
→ Symfony vs ZF vs Yii vs Cake vs Kohana vs Code Igniter • Авг. 5, 2011, 10:28 д.п.
-
PHP для идиотов
→ Symfony vs ZF vs Yii vs Cake vs Kohana vs Code Igniter • Авг. 5, 2011, 10:05 д.п.
Марио, Абырвалг, я тут думал symfony2 поюзать и возможно даже на него пересесть. Сходу он мне врятли понравится ибо порог вхождения очень высокий. Нужно будет потратить немало времени. А стоит ли? Yii->symfonyПробовал symfony до Yii, не понравился. Слишком сложно переопределяются станартные ве...
Марио, Абырвалг, я тут думал symfony2 поюзать и возможно даже на него пересесть. Сходу он мне врятли понравится ибо порог вхождения очень высокий. Нужно будет потратить немало времени. А стоит ли? Yii->symfony
Пробовал symfony до Yii, не понравился. Слишком сложно переопределяются станартные вещи. Ни Propel ни Doctrine не назвал бы универсальным решением (хотя последний в некоторых случаях конечно не заменим). В symfony радует огромное количество различной документации, неплохие плагины на все случаи жизни.
В Yii все базовые вещи очень легко кастомизировать. Трабыл бывают только со всякими вспомогательными штуками, типа встроенной приблуды для soap. Часто там все объявлено как private, приходится все копипастить. К счастью, в ядре такое редкость. Ну и очень радует AR. Имхо на пхп лушчее сочитание гибкости, функциональности и потребления ресурсов.
ZF конечно в плане кастомизации вне конкуренции. Не остановился на нем потому-что слишком все основательно сделано. На любую штуку куча интерфейсов, абстрактых классов. Все это хорошо, но доп. расходы, на что вооббщемто пофиг, если это не жешевый виртуальных хостинг. При кастомизации часто приходится писать кучу дополнительного кода. Зато когда дергаешь от-туда компоненты то знаешь, что на грабли при кстомизации врятли наткнешся. Еще минус для меня — развязаны руки в структуре приложения. Постоянно руки чешутся что-то поменять. Профита мало а время уходит.
-
JavaScript
→ Проблема при асинхронной загрузке • Авг. 4, 2011, 9:24 д.п.
-
PHP для идиотов
→ Всегда задавался этим вопросом, Myisam или innodb • Авг. 3, 2011, 8:29 д.п.
-
PHP для идиотов
→ Symfony vs ZF vs Yii vs Cake vs Kohana vs Code Igniter • Авг. 3, 2011, 12:08 д.п.
-
PHP для идиотов
→ Symfony vs ZF vs Yii vs Cake vs Kohana vs Code Igniter • Авг. 2, 2011, 7:34 п.п.
-
PHP для идиотов
→ Парсер CPU на PHP • Июль 28, 2011, 4:43 д.п.
-
PHP для идиотов
→ Всегда задавался этим вопросом, Myisam или innodb • Июль 27, 2011, 8:22 д.п.
-
PHP для идиотов
→ Парсер CPU на PHP • Июль 27, 2011, 8:13 д.п.
-
Флейм
→ Кто юзал Contao CMS • Июль 26, 2011, 9:53 п.п.
-
PHP для идиотов
→ CRUD Нужен велосипед с нормальными колесами • Июль 26, 2011, 9:29 п.п.
mexys, это всё понятно, но кидать CHttpException не кошерно… надо кидать CModelValidationException, словить его, узнать чё произошло и отправить, в зависимости от ситуации свою вьюху или 501 или 404 и т.д.Можно, только зачем? CModelValidationException это для валидации пользовательских данн...
mexys, это всё понятно, но кидать CHttpException не кошерно… надо кидать CModelValidationException, словить его, узнать чё произошло и отправить, в зависимости от ситуации свою вьюху или 501 или 404 и т.д.
Можно, только зачем? CModelValidationException это для валидации пользовательских данных? Имхо, ввод херни в форму — это вполне стандартная ситуация, и тут исключения не нужно. Хотя срачи по этому поводу были, есть и будут.
В методе loadModel может быть только одна внештатная ситуация — модель не найдена, и 404 для этого самый подходящий вариант. При обработке CHttpException Yii может передавать управление назначенному действию, там уже определяем, как пользователя информировать.
-
PHP для идиотов
→ CRUD Нужен велосипед с нормальными колесами • Июль 26, 2011, 6:39 п.п.
mexys, это все хорошо, но бывают разны обработки и разных ошибок, бывают модели без "последних" состояний и т.п.Если что пошло не так, метод loadModel кидает CHttpException, который обрабатывается фреймворком. Поэтому в остальных методах можно за проверки на заморачиваться.
mexys, это все хорошо, но бывают разны обработки и разных ошибок, бывают модели без "последних" состояний и т.п.
Если что пошло не так, метод loadModel кидает CHttpException, который обрабатывается фреймворком. Поэтому в остальных методах можно за проверки на заморачиваться.
-
Расширения PHP
→ Как это исполнить в курле • Июль 26, 2011, 12:02 п.п.
-
PHP для идиотов
→ CRUD Нужен велосипед с нормальными колесами • Июль 26, 2011, 11:47 д.п.
-
Флейм
→ Анекдоты - 2 • Июль 26, 2011, 10:41 д.п.
-
PHP и ООП
→ Мой первый класс, посоветуйте • Июль 25, 2011, 11:02 п.п.
-
PHP и ООП
→ Мой первый класс, посоветуйте • Июль 25, 2011, 5:55 п.п.
Предположим, читаем 1000 строк из файа размером 5Мб откуда-нибудь из серединки. Это будет пиздец, файл будет прочитан 1001 раз. Плюсом еще по разу на каждую станичную ссылку. Нужно кэшировать содержимое.Поля s, file, page лучше объявить явно как protected. Поле $info используется в одном методе –...
Предположим, читаем 1000 строк из файа размером 5Мб откуда-нибудь из серединки. Это будет пиздец, файл будет прочитан 1001 раз. Плюсом еще по разу на каждую станичную ссылку. Нужно кэшировать содержимое.
Поля s, file, page лучше объявить явно как protected.
Поле $info используется в одном методе – проще заменит переменной.
getPage() - по логике должен называться getPagesCount()
Ну и на последок, красивее будет если реализовать интерфейс Iterator, но это пофиг.