Комментарии 19
Разве есть люди, которые хотят мегапроизводительности и при этом не пишут своё решение?
Да, есть. Если можно что-то не писать — лучше не писать. По сути Lumen предоставляет вам самый базовый костяк для того что бы делать что-то свое.
p.s. Осталось только сделать микро-фреймворк на базе Symfony/HttpKernel + HttpFoundation (или на PSR-7), FastRoute, Doctrine и PHP-DI.
Или просто переходить на Ruby. Там есть гемы и синатра.
Лично мое мнение — микрофреймворк и доктрина это как муха и слон
И второе — HttpKernel + HttpFoundation это ли не Silex?
И второе — HttpKernel + HttpFoundation это ли не Silex?
Ну ок, Silex — Symfony/routing — Pimple + php-di + FastRoute. Согласитесь — это уже не Silex.
смотря зачем вам микрофреймворк. Меня вот концепция микрофреймворков устраивает тем что можно быстро перелопатить и собрать на базе оного свой фреймворк под задачу. Ну а для кого-то это хорошая штука для быстрого прототипирования.
Лично мое мнение — микрофреймворк и доктрина это как муха и слон
смотря зачем вам микрофреймворк. Меня вот концепция микрофреймворков устраивает тем что можно быстро перелопатить и собрать на базе оного свой фреймворк под задачу. Ну а для кого-то это хорошая штука для быстрого прототипирования.
фреймворки, в том числе и микро, очень спорная тема — вот например зачем брать микрофреймворк и перелапачивать его под свои нужды, а не просто взять нужные библиотеки и использовать их?
зачем одновременно Pimple + php-di?
в silex к слову Pimple используется, другое дело если вы его на php-di поменять хотите
Ну ок, Silex — Symfony/routing — Pimple + php-di + FastRoute. Согласитесь — это уже не Silex.
зачем одновременно Pimple + php-di?
в silex к слову Pimple используется, другое дело если вы его на php-di поменять хотите
Не хочу разводить холивары… Но не проще ли API делать на Phalcon? Скорость работы у них на высоте, всё нужное под рукой. При необходимости к API можно прикрутить и весь остальной функционал. Количество кода не сильно отличается. Да и чтобы использовать Lumen нужно сначала изучить Laravel — а порог вхождения там не сильно низкий.
C phalcon не работал, но просмотрев это сравнение, полагаю они достойные соперники.
Замечу, что с денежной точки зрения Laravel выигрывает полностью. Работы на нем становится всё больше. Пруф — поиск работы по ключевым словам «Phalcon»/«Laravel» на oDesk дал 7 против 234.
Так что если выбор стоит какой фреймворк изучать, то я бы советовал Laravel. А потом и Lumen, если «припрёт».
Замечу, что с денежной точки зрения Laravel выигрывает полностью. Работы на нем становится всё больше. Пруф — поиск работы по ключевым словам «Phalcon»/«Laravel» на oDesk дал 7 против 234.
Так что если выбор стоит какой фреймворк изучать, то я бы советовал Laravel. А потом и Lumen, если «припрёт».
Про денежность не спорю, но я больше за скорость работы. С интересом наблюдаю за языком Zephir — еще можно будет под Phalcon писать модули, что тоже дает ему +. Поднимали 2 аналогичных проекта: 1 на Laravel, второй на Phalcon. Потом 1-й переписывали на Phalcon из-за медленной работы. Теперь держит 350к человек в сутки с минимальными задержками, в то время как Laravel ложил довольно неслабый сервер.
для laravel использовался opcache? пробовали nginx+fpm?
просто что-то мне подсказывает, что вовсе не в laravel может быть дело, но я могу ошибаться — не видел проектов
просто что-то мне подсказывает, что вовсе не в laravel может быть дело, но я могу ошибаться — не видел проектов
С интересом наблюдаю за языком Zephir
С интересом наблюдаю за языком Go, где все быстрее чем с зефиркой и без извращений. Вы же понимаете что это совсем другой стэк технологий? А еще есть Hack.
Поднимали 2 аналогичных проекта: 1 на Laravel, второй на Phalcon.
Хм… то есть для вашего приложения дешевле было переписать приложение чем купить еще один-два сервера?
Вот честно, было бы круто иметь какое-то базовое приложение в духе блога, что бы не совсем уж hello world, с нагрузочными тестами, и реализовать его на разных фреймворках. Но это куча работы…
Я прекрасно понимаю профит который дает фалькон в плане производительности, но как по мне риски связанные с его использованию в 90% случаев не покрывают профит.
В штате есть 2 программиста, которые всё за месяц переписали. Покупка серверов стоила бы дороже. Да и результат получился очень даже хороший. А вот идея про тестирование фреймворков — это интересно. Если в ближайшее время не будет никаких срочных заданий попробуем написать по такому приложению на Laravel/Symfony/Yii/Phalcon. Для себя же полезно
В штате есть 2 программиста, которые всё за месяц переписали.
Еще более интересно посмотреть что являлось узким местом приложения на самом деле. Судя по всему приложение не такое большое (либо все хорошо покрыто тестами и отделено от фреймворка).
Что до приложения, если займетесь поделитесь ссылочкой на репозиторий. Могу помочь с Symfony2/Silex. Еще было бы круто все это в Docker контейнерах…
Есть вот такой репозиторий: github.com/Grafikart/BlogMVC (Phalcon-а только нет, к сожалению). Осталось добавить нагрузочных тестов.
Но не проще ли API делать на Phalcon
Нет, не проще. Целевая аудитория фреймворков разная, хотя у Phalcon тоже есть неплохой микрофреймворк.
А если баг в самом Phalcon найдете да еще и в пятницу вечером и на продакшне, что делать будете?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Мини API на Lumen