Если SQL-база у тебя, то лучше ORM взять

Можешь в личку написать, я тебе могу рассказать, как там что делать

Хорошо, спасибо)

Я пока так поковыряю, посмотрю

Коллеги, приветствую

есть хороший бенчмарк на тему фреймворков php? не можем определиться

нету

берите тот, который удобен

в разных условиях фреймворки работают по разному и показывают разные результаты

и кстати, нужен разработчик php (на выбор Битрикс, MODx, Wordpres, Laravel) в офис СПб, Орел. Знание php обязательно!

Все же склоняюсь к Laravel больше

Коллеги, может у кого знакмые есть кому работа нужна

Все же склоняюсь к Laravel больше

https://github.com/kenjis/php-framework-benchmark/blob/master/README.md

Лара одна из самых медленных если на то пошло

есть хороший бенчмарк на тему фреймворков php? не можем определиться

Выбирать фрейм по сторости плохая идея. Главное разработка

Лара одна из самых медленных если на то пошло

ыы, могу привести парочку бенчмарков, доказывающих обратное

дело в том, что это все субъективные замеры

Лара одна из самых медленных если на то пошло

Если кеш не включать и env=dev то да

ыы, могу привести парочку бенчмарков, доказывающих обратное

Давай

мне лень

Только не от тейлора и не с условием что у него в симфони ди не скомпилирован

Если кеш не включать и env=dev то да

Ну остальные то в таких же условиях

Работа кеша от лары вообще особо никак зависеть не будет)

Давай у всех кеш включим, у кого можно кеш ди скомпилируем, отключим дебаги

Лара все равно останется примерно где сейчас

Тейлор не старается как скоростной его продвинуть имхо, выше верно заметили что разработка быстрее

Сам себе для не особо хайлоада его взял

Какая разница? Уровень фреймворка - далеко не самая медленная часть. Куда больше времени ты тратишь на работу с БД как правило

Ну если во фрейме херовая реализация драйвера бд - то многое и от него зависит

SQL-выборки, map\reduce, сортировки

Реализация драйвера БД от фреймворка как зависит, лол:? Ты можешь использовать Eloquent в Symfony и Doctrine в Laravel

Можешь на PDO херачить везде

Реализация драйвера БД от фреймворка как зависит, лол:? Ты можешь использовать Eloquent в Symfony и Doctrine в Laravel

А еще ты можешь найди фреймворк где написали "свою доктрину с блекджеком и шлюхами"

Типа пикси

И большой вопрос что лучше - тяжелая доктрина или то говно

Ответ на который: твои потребности

Доктрина не нужна для блога, или приложения, которое ты не особо хочешь реюзать

Верно, но заменять элоквент в ларе - такое

Ну я заменяю, мне норм

Но и на элоквент в некоторых проектах пишу

С учетом что блейды заменить на твиг нужно бы, получился у тебя свой симфони с фасадами, которые юзать грешно станет

Ну я заменяю, мне норм

Почему тогда лара а не симфони?)

Блейд и твиг я не исполью, я пишу backend. Давно SPA придумали же. И на симфони есть проекты и на Zend. еще раз повторю, все зависит от потребностей. Для микросервиса, который довольно сложную логику внутри реализует, с кучей событий внутри предметной области мне показалось логичным заюзать Laravel + Doctrine, для сервиса заказа такси - Laravel + Eloquent, для электронной торговой площадки Zend ну и так далле

Eloquent в Symfony и потянем за собой пол ларавела

В общем, есть куча разных условий, от которых зависит выбор фреймворка. От размера команды и сроков реализации, до контекста и предполагаемых нагрузок и общей экосистемы проекта и компании в целом

Eloquent в Symfony и потянем за собой пол ларавела

ничего не потянешь

, "illuminate/database": "~5.4.0" , "illuminate/events": "~5.4.0"

ВСЕ

Ну я не спорю, просто забавляет когда ищут на конкретный фреймворк, не зная даже будет ли он

ВСЕ

Лол

А ты посмотри что база тянет

Саппорта пакет и контейнеры

ничего не потянешь

ага ага. "illuminate/container": "5.5.*", "illuminate/contracts": "5.5.*", "illuminate/support": "5.5.*", "nesbot/carbon": "~1.20"

А саппорт- половина лары

Нет, саппорт не половина лары, лол

Лара монолит. Хоть что бы не говорили, но почти любой компонент тянет половины лары

Он же в Lumen используются, который между прочим - микрофреймворк

И как бы там далеко не только он используется

Нет, саппорт не половина лары, лол

Ага. А в нем доктрина, контракты, а в контрактах заяц с яйцом

Дерево всех завивисмостей пакета построй, забавно же

В сппорте нет никакой доктрины, лол, только

он образно

"doctrine/inflector": "~1.0", !== doctrine

"doctrine/inflector": "~1.0", !== doctrine

Я не про саму доктрину, но один из ее пакетов

Я тоже хотел бы заюзать компонентно лару, но там список на вытягивание полный писец

Так дальше-то что? Где-то это работает по-другому? Ты так говоришь, будто это что-то плохое

Так дальше-то что? Где-то это работает по-другому? Ты так говоришь, будто это что-то плохое

На симфони посмотри

Он же в Lumen используются, который между прочим - микрофреймворк

Выпилили 3.5 пакета, уже микро фрейм. =)

На тот же зенд

Я смотрел, лол

Я работал на зенде 3 года :D

Расскажи мне про Zend поподробней, пожалуйста

Я про 3, а не 2

Что там по-другому?)

Я тоже хотел бы заюзать компонентно лару, но там список на вытягивание полный писец

+ юзал я датабазу от ларки. Потом передумал, что-то много лишней херни

То что теперь более размыли зависимости

И если мне надо джейсон его - я не тяну половину зенда

(а потом вообще убираю его с зависимостей и пишу нативно, лол)

Люмен кстати не знаю почему микрофреймворком назвали

Весит побольше иных полных старых версий