И как понятно из сообщения выше мы тянем объем в 2-3 миллиона запросов в сутки на 1 сервере 4cpu, 16 памяти с загрузкой 20% на симфе и ларе с ответом в 30-50мс.
Кирилл Ушаков, Вы бы обосновали свой ответ. Из сообщения автора понятно какого уровня проекты он делает, данный стек удобен как раз для него, а для хайлоад который тут не актуален совсем другие технологии.
Code Turn, оказывается не шустро. На апи методе в 4к запросов в час медленно load() работает и много не нужных зависимостей. Сам фреймворк грузит ~15 мс. В итоге ответ 50-60мс. На симфони у нас на 100к запросов в час ответ 30мс на методе с кучей логики и бд запросов. Но у лары можно пол фреймворка вырезать и load закешить и будет одинаково, а функционал и удобство в разы лучше.
Думаю автор ответа не компетентен и не знает вообще эти технологии. Говнокод на "jquey" даже не стоит начинать писать.
Докер вообще из девопс темы. Как уже выше ответили ssr решает все проблемы с сео.
artman_vrn, насколько старые? в каждом проекте свои условия, последнее время исходя из мировой статистики по браузерам и нашей собранной, мы ie к примеру даже не рассматриваем, а вот мобилки в приоритете.
Если брать стандартный spa на вью, то он с учетом пакетов будет эдак 200кб занимать, а то и мегабайт если большой проект. Тут есть вариант разбивать на файлы, а не одним и обновлять только те где поменялить, но 1й вход будет долгий. Но тот же web gmail тянет около 10мб данных. Если вам нужно очень быстро, то смотрите на серверный рендеринг (nuxtjs)
И да, отвечая на вопрос - "Пытаются навязать и популяризировать". Скажу по опыту как разработавший более сотни проектов любой сложности и технологиях - выше перечисленный стек кратно упрощает, увеличивает скорость и качество приложений, но так же кратно требует знаний.
Если вы создадите поле типа date, а не timestamp, то формат записи и вывода как раз будет Y-m-d. И не нужно будет ставить $dateFormat.
И для того что бы работать с датой в Carbon почитайте https://laravel.com/docs/5.8/eloquent-mutators#dat...
Сейчас сделал на ноде реализацию, проблем нет, но разные стеки трудно держать.
Кейс такой: есть апи, на него приходит 500 запросов в минуту, нужно данные пушить в очередь, можно с задержкой до часа.
Сразу сделал как тут https://github.com/php-enqueue/enqueue-dev/blob/ma...
Разрывы часто, время отклика по 200мс.
Затем сделал запись в файл и пуш пачкой - иногда баги и потеря сообщений в логике промежутка удаления и отправки файла, разрывы редко, долгий коннект.
Сделал на ноде + постоянное соединение, отправка по 1му сообщению. Ответ 1-2мс, аптайм 100% за месяц.
sim3x, Потому что язык у нас русский,. учить английский дело каждого. То что программисту обязательно нужно знать - не обязательно, у каждого свои цели и приоритеты.
