Мы не спорим о необходимости байкод кешера. Просто на деве мы не боремся за высокую скорость работы. Просто хочется, чтобы оно работало нормально. Но 10-30 секунд это не нормально.
В Symfony2 все очень даже по KISS, если сравнивать с конкурентами по нише.
Если конкуренты это Zend2, то да =)
Пример отсутствия DRY неудачен, я не верю что в том же Yii эту проблему можно решить без копипасты.
Почему? Значит пример работает ) Знаю как оно работает в симфони1, там был 1 класс отвечающий за формы. И если где-то бы дублировались поля, я бы мог это вынести в а) отдельный класс б) в родительский класс, и тп. Но в симфони2 форма это минимум 3 класса их расширять и поддерживать работы уже в 3 раза больше.
если вы перепрыгните на Ruby не думаю что ситуация сильно улучшится, проекты со сроками надо делать на том, в чём есть опыт, пусть даже и с неудобными технологиями.
никогда не слышал, чтобы руби называли неудобной технологией :)
Опять же метаданные доктрины(если её используете) можно (и нужно) кешировать.
Угу, вот только доктрина якобы сама умеет кешировать данные в дев режиме, но пишет по 1 аннотацию на файл. В итоге подгрузка всех файлов очень тормозит проект, и даже рефлексия, может быть была бы эффективнее. Кеширование метаданных в файлах релизовано крайне неэффективно. А ставить APC для дева — имхо, излишество.
Написать на Симфони2 говнокод так же просто как на голом PHP. Скажу более, симфони не продвигает принципы KISS и DRY в массы. Насчет, отсутствия KISS вы спорить со мной не будете, насчет DRY — попробуйте создать две формы для разных моделей с подобной логикой и добавить в каждую по одному одинаковому полю — напишите кучу копипасты.
Имхо, тот же Yii пока будет лучше, просто потому что он даст понятие о таких фреймворках как Rails, Django. В первую очередь нужен опыт, нужно виденье красивой и некрасивой реализации. А если сразу давать громоздкое ентерпрайз решение и не аргументировать его выбор, то разработчик просто не поймет — зачем оно.
Phalcon будет в несколько раз быстрее любого фреймворка даже с APC.
Вы же не будете утверждать, что код на C и код на PHP c APC работает одинаково быстро?
А когда дело касается монстров типа симфони2 и зенд2, то это как небо и земля.
Сравниваюутся экосистемы. В руби тоже есть Синатра, Падрино и другие фреймворки. Вот только напомню, в Руби экосистема монолитна, а в РНР пока ещё шатание и разброд. Есть инициативы вроде Composer и PSR, но в всё равно, нынешнее состояние экосистемы на много лет остает от того что есть в Руби.
Сравните ruby-toolbox.com и… Мда, для PHP пока такого нет, ну ок. Тогда хотя бы knpbundles. Но сколько лет симфони2 и сколько лет рельсам? А рельсы несмотня на то, что уже выходит 4ая версия ни разу не делали такого апгрейда как симфони1 -> симфони2 и сохранили всю свою экосистему. Симфони строит её с нуля. Итого, сообщество отстает где-то на 4 года от рельсов.
Раньше PHP разработчики возмущались, что появляются статьи PHP vs Rails (замечая что некоректно сравнивать язык с фреймворком), а сейчас возмущатся, что язык не сравнивают с фреймворком.
Кэширование с помощью Memcached — И опять слайды доклада с TrueNorthPHP.
Зашибись! Самая передовая и малоизученная технология! И это в 2012 году.
PHP vs Ruby
— автор провел достаточно полное и неплохое сранвние, но PHP вытяивает как учительница школьника. «Ничего, и ты научишся, и ты когда-то сможешь, поставлю 5ку, лишь бы в следующей четверти учился...» В итоге победила дружба: 5/5. Короче, получилась очень полная и толерантная статья )
В Украине столько хорошего жигулевского: Умань, Ровно, Запорожье, Тернополь.
А они почему-то выбрали… славутич. Фе!
Но пиво там было так себе. Славутич. Бе )
Получилось прямо как «пишу тебе из горящего танка»
Держитесь и спасибо за выпуск.
Ну почему-то народ уходил я Явы и дот Нета на РНР. Хотя, блоги и на Яве делать можно было, зачем Вордпресс нужен?
Кто в документацию смотреть будет? Это в профайлере такое есть. И в коде доктрины, если что.
Если конкуренты это Zend2, то да =)
Почему? Значит пример работает ) Знаю как оно работает в симфони1, там был 1 класс отвечающий за формы. И если где-то бы дублировались поля, я бы мог это вынести в а) отдельный класс б) в родительский класс, и тп. Но в симфони2 форма это минимум 3 класса их расширять и поддерживать работы уже в 3 раза больше.
никогда не слышал, чтобы руби называли неудобной технологией :)
Угу, вот только доктрина якобы сама умеет кешировать данные в дев режиме, но пишет по 1 аннотацию на файл. В итоге подгрузка всех файлов очень тормозит проект, и даже рефлексия, может быть была бы эффективнее. Кеширование метаданных в файлах релизовано крайне неэффективно. А ставить APC для дева — имхо, излишество.
угу, но почему-то симфони её провоцирует
Имхо, тот же Yii пока будет лучше, просто потому что он даст понятие о таких фреймворках как Rails, Django. В первую очередь нужен опыт, нужно виденье красивой и некрасивой реализации. А если сразу давать громоздкое ентерпрайз решение и не аргументировать его выбор, то разработчик просто не поймет — зачем оно.
Вы же не будете утверждать, что код на C и код на PHP c APC работает одинаково быстро?
А когда дело касается монстров типа симфони2 и зенд2, то это как небо и земля.
Сравните ruby-toolbox.com и… Мда, для PHP пока такого нет, ну ок. Тогда хотя бы knpbundles. Но сколько лет симфони2 и сколько лет рельсам? А рельсы несмотня на то, что уже выходит 4ая версия ни разу не делали такого апгрейда как симфони1 -> симфони2 и сохранили всю свою экосистему. Симфони строит её с нуля. Итого, сообщество отстает где-то на 4 года от рельсов.
Зашибись! Самая передовая и малоизученная технология! И это в 2012 году.
— автор провел достаточно полное и неплохое сранвние, но PHP вытяивает как учительница школьника. «Ничего, и ты научишся, и ты когда-то сможешь, поставлю 5ку, лишь бы в следующей четверти учился...» В итоге победила дружба: 5/5. Короче, получилась очень полная и толерантная статья )