Есть ли какой-то смысл делать сайт на symfony вмето laravel, с пиковой посещаемостью 10 000?

Question

[Evgenii Borovoi]

Мне нужно сделать новостной сайт. Посещаемость, по словам клиента: "сайт должен выдерживать до 10000 читателей единовременно". Ларавел я знаю лучше, но на такую нагрузку проекты не делал. Есть ли смысл уйти на симфони и в чем этот смысл? Запросы возможно вручную придется делать, для ускорения, т.е. в доктрине особого смысла нет.
База будет postgress.
UPD: исправил формулировку посещаемости.

Comments

[FanatPHP]

К слову сказать, 10 000 в день это вообще ни о чем.
Это в частности касается и доктрины - отказываться от неё нет ни малейшего смысла.

[N]

https://medium.com/@taylorotwell/benchmarking-lara...

Откуда прям такое "утверждённое" мнение, что "Симфони" прям "отец" по нагрузкам... ?

Зависит от структуры и самого кода приложения...

[FanatPHP]

N, ну первая-то ссылка это типичная рашми шарма из касты опрожнительей выгребных ям, выбившийся в "технические писатели". Там дальше где-то обязательно должна быть ссылочка "наши полуголые разработчики из луших трущоб бангалора всегда готовы осчастливить вашего СФО, разработав весь софт за 1 копейку"

[N]

FanatPHP, Да я тут не Лару "провозглашаю", а то, что зависит от рук того кто делает приложение...

Можно гаечным ключом машины чинить и деньги зарабатывать...а можно орехи колоть...например :)

[FanatPHP]

N, я не спорю, и вторая ссылка куда более осмысленная, хотя и не совсем беспристрастная :)
Я к тому что первая в принципе на стоит тех килобайт в базе, которые она занимает, безотносительно к обсуждаемому вопросу.

[N]

FanatPHP, Чтобы Вам спокойнее жилось за килобайты...я удалил первую))
Ну по первой, если честно, я только до таблиц сравнения прокрутил, чтобы убедиться в "статистике" по второй))
Щас почитал...согласен...но сути не меняет)

[FanatPHP]

N, просто на реддит такие шармы каждый день постят, у меня глаз намётаный. Это целая индустрия, населения в Индии миллиард, кормить как-то надо - вот они и продвигают свой бизнес такой вот псевдоаналитической копипастой, все ради ссылки на очередной бодишоп.

[N]

FanatPHP, Ну может оно и так)
Людям же охота чем-то орехи колоть :)

[Evgenii Borovoi]

FanatPHP, доктрина не влияет на скорость отдачи данных? Просто я устраивался в фирму, они использовали симфони, но отказались из-за доктрины, как раз по причине скорости работы.

[FanatPHP]

Evgenii Borovoi, сама по себе доктрина дает оверхед конечно, но не такой прямо ужасный. Хотя там есть косяки, например с пагинацией. На простых запросах все летает, на конкретных надо смотреть.

Вообще надо понимать что Доктрина - это несклько продуктов в одном. Это ОРМ, это ДБАЛ, это квери билдер, это усредненный язык запросов, который транслируется под любую поддерживаемую БД. ОРМ тяжеловат, да, но зато честный дата маппер, то есть у тебя база отдельно а приложение отдельно - а не винегрет как в Елоквенте.
В общем вопрос в конечном итоге всегда не в молотке, а в руках, которые его держат

[N]

Evgenii Borovoi, Ну наверное имелось ввиду, что прям везде доктрину не стоит в топку кидать...а те места, где требуется большая отдача по нагрузке можно и без неё как-то денормализовать или переписать запросы "руками"...

[Евгений Самсонов]

Evgenii Borovoi, Странно отказываться от Symfony из-за Doctrine

Answer 1

[Daria Motorina]

Нет. Фреймворк тут играет последнюю роль. 10000 человек в день это немного, меньше одного запроса в секунду в среднем, надо смотреть на нагрузку в пике. В любом случае надо анализировать слабые места - запросы к базе, количество веб серверов для обработки запросов, возможность кеширования и асинхронной обработки...
UPD. У Вас в вопросе написано и пиковая нагрузка 10000, и 10000 за день, что в итоге?))
Все равно результат нужно сводить к предварительному профилированию и только потом к тюнингу серверов или рефакторингу

Comments

[FanatPHP]

Вообще скорее всего автор путается в терминах, но если говорить буквально про "10 000 человек в день", то если только трафик не совсем мусорный, пользователи обычно просматривают больше одной страницы. И 10 000 посетителей дадут (очень условно) 100 000 хитов к бэкенду. Сконцентрированные в часы пик, они вполне могут дать и 10 000 хитов в час, что даст нам ~3 запроса в секунду. Что понятное дело тоже не хайлоад, но все же больше чем 1 в секунду :)

[Evgenii Borovoi]

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

[FanatPHP]

Ну в общем как в том анекдоте, "и разошлись в разные стороны - один писать проект под хайлоад, а второй - всю эту аудиторию" :)))

Для МВП поделка на ларе вполне подойдет. А там, к моменту когда посещаемость вырастет, все равно 10 раз уже все будет переписано

[Evgenii Borovoi]

FanatPHP, это уже работающий сайт, с уже существующей такой посещаемостью. Поэтому и спрашиваю.

[FanatPHP]

Ну тогда факером сразу нагенерить контента и не забывать тестить через ab или танком.

Кстати дополню сейчас свой ответ, совсе забыл самую важную вещь написать

Answer 2

[pLavrenov]

У Laravel огромнейшее сообщество и опытные лидеры. Шанс того что ты напишешь лучше весьма низок. Если тебе что-то не понравится можно отключить и сделать лучше. Но имхо кроме лишних часов разработки ничего из этого не выйдет.

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

Answer 3

[FanatPHP]

Нет.
Ради странных фантазий о том что код, написанный Симфони тем же самым программистом будет работать в 10 раз быстрее чем код под Ларавель, менять точно не стоит.

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

А вообще забыл самое главное сказать - фреймворк сам по себе составляет небольшую часть проекта. Вся логика все равно лежит в модели. И если писать с соблюдением минимального набора хороших практик, то сменить феймворк будет в принципе подъемной задачей.

Comments

[Evgenii Borovoi]

спасибо.

Answer 4

[MVP_Master]

Нужно не задумываясь писать на symfony если планируется разрабатывать долгосрочный проект, а не однодневку.
Плюс работа программиста на symfony оплачивается больше. Вам этот опыт точно пригодится. На Laravel сейчас не пишет только ленивый... А вот в symfony порог вхождения более высокий.
Хотя если вы хороший специалист. то на любом фреймворке можете написать годный проект, но зачем рисковать? лучше сразу за symfony садитесь.

Comments

[Константин Б.]

ОМГ, да вы серьезно?) Вы советуете человеку который не знает фреймворк, все равно писать на нем, потому что он по убеждениям лучше? Это мягко говоря плохой совет. Он же его пишет за денежку, да со сроками, поэтому писать он должен только на том что знает, я бы не обрадовался если бы получил проект на котором кто-то учился

[MVP_Master]

Константин Б., ну как бы Если ты знаешь программирование и прочитал сотни стихов Есенина, то ничего тебе не помешает прочитать стихи Пушкина и вникруть в его стиль очень быстро.
Если ты хорошо ездиш на Тойоте, то ничего тебе не поешаешь пересесть на БМВ.

Главное - это знание азов программирования:
- синтаксис языка php,
- алгормы
- паретны проектирования
- принципы Solid.
- технологии.

Если ты это знаешь, то переход на симфони не составит труда. Это всего лишь фреймворк. Зато более глубокое погружение гарантировано.

Laravel - это вооще не фреймворк. Это конструктор для ньюбов. Там слишком все просто и не приходится думать.

Перейдя на симфони он хоть правильное мышление в плане ООП приобретет.

Опять же если он знает php то не важно на каком фреймворке он будет разрабатывать проект. Изучение фреймворка - это неделя без отпрыва от производства.

Если бы речь шла о переходе на Python с php или на Java, то тогда еще можно было бы поспорить..

[Evgenii Borovoi]

MVP_Master, про пользу и выгоду симфони не спорю, спасибо за ответ, но вот с этим:

Перейдя на симфони он хоть правильное мышление в плане ООП приобретет.

не согласен. Видел проект на симфони который вообще ООП отвергает.