Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
Sly32 #:
А питоновский FastApi позволить  в базе вытворять то, что пхп и не снилось.

Я бы конечно тут поспорил немного =))

serval #:
Щупал я эти коллекции. Вообще не заметил никакой разницы с массивами.

Разницы в чем не заметили? В производительности или чего?

serval #:
Неужели Laravel ещё более медленный?

Если мы посмотрим на composer.json фреймворка laravel, то увидим там пакеты ядра симфони и окажется что по сути ларавел это симфони на стероидах. Сам по себе сифони компонентный вреймворк и его компоненты сейчас можно встретить наверное в большинстве популярных пакетах. 

serval #:
Symfony это же образец тяжёлого неповоротливого фреймворка

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

serval #:
не ровня тому же Yii

Так я и говорил, что из представленной тройки фреймворков yii самый быстрый и простой, но про его ключевые минусы предлагаю погуглить самостоятельно =))

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

Симфони достаточно быстрый фреймворк и быстрее laravel, laravel из перечисленных вами самый медленный, в фреймворках, да в целом в любых языках производительность начинает теряться при использовании рефлексии, а симвони прям очень дружит с доктриной которая этой рефлексией обмазана. Самый быстрый и простой из перечисленных это yii2.

Но всегда есть но =) Самый быстрый из классического мира пока в целом на сколько я знаю slim, но он по сути дает только роутинг, когда начнете обвешивать его библиотеками для БД и прочим он такое преимущество потеряет. И если мы говорим про производительность, в плане именно скорости отдачи контента, то тут нужен другой подход - асинхронный, это оптимизируется через ReactPHP, Swoole, AmPHP и конечно то с чем работаю я последнее время RoadRunner он держит php процессы в памяти и состояние между запросами не очищается, но не теряются и подключения к БД и много других преимуществ, то есть там можно получить скорость отдачи контента в 1-2ms даже с запросами в БД, от этих разработчиков есть неплохой фреймворк Spiral я его использую в продакшене, на достаточно больших проектах и он показывает себя очень даже хорошо. Справедливости ради можно посмотреть еще на проект Laravel Octane это ларавель для роадраннера и свуле, но в проде я его не использовал если честно.

shit13 #:
Но вордпресс сама по себе цмс с многопоточными задачами

Нет там многопоточных задач, wordpress написан на PHP, а в php нет многопоточности

Дешевле развестись =)
sagamorr #:
Так вот у таких крупных-средних, количество заказов с поискового трафика может быть на 10 месте или еще выше

Соглашусь частично с вами, но траффик им все равно важен просто не для продаж и выживаемости =) Я работал на одного из топовых дилеров в одной нише, у которого было менее ста b2b клиентов, но среди которых Лента, X5груп и так далее и мы занимались розничным ИМ, вкладывал он порядка 300-400 млн в год в этот ИМ, заказы порой измерялись тысячами в день, но выручки от розницы (с ИМ) было менее 10% и сайт по большей части был ради бренда и узнаваемости =))

finisher :
У некоторых сайтах видел плоскую структуру категорий. Без вложенности.

Покажите примеры этих сайтов

TrickedInther #:
А где эта шкала,какой объем будет приемлемым? 

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


Давайте по честному, если вы будете использовать гигабит в потолок 24/7 вас просто забанят и таких примеров на самом деле много в интернете. У хетзнера есть рассчитанная модель потребления, что есть гигабит и в среднем на сервер дается грубо говоря 30Тб (от балды взял, вроде столько раньше давали) в месяц, если вы используете 250Тб в месяц, то они это посчитают нецелевым использованием. А тут вам предлагают за 500 чисто ваш в вашей собственности и 24/7.

Но в целом да, фишка хетзнера это цена, не совсем понимаю зачем его цены сравнивать с другими, тут я боюсь аналогично по ценам не то что в РФ, но в целом среди всего мира будет достаточно сложно найти, но я понимаю когда это какой то высоконагруженный проект социальной направленности с околонулевым доходом, но когда это коммерческий проект, приносящий доход разница то получается несущественная

webinfo #:
Конструктор, которым управляет хозяин тильды.
webinfo #:
Всё в руках хозяина тильды
webinfo #:
А на ВП, хоть он и "далеко не идеален", я могу писать что угодно на сервере. И хозяев там нет других, кроме меня и хостера, в отличие от тильды

Я понимаю, что у вас пунктик =) Но люди пользуются каршерингом, потому что это удобно и им не важно что они не владельцы машины, вы пользуетесь хостингом и вам не важно что вы не владелец сервера, люди живут в арендованных квартирах и не важно, что они не их. А тильда прям бельмо для вас, ну так это ваша же личная проблема, ну и возможно чья то еще. Зачем мне ваше мнение кому и что принадлежит? Я строю инфраструктуру которую не натянуть на обычного рядового хостера, я даже за это переплачиваю, но взамен я получаю много других бонусов, которых не может хостер или перекладывает это на меня. Если меня/заказчика/ТС для проекта тильда как CMS целиком и полностью устраивает, для чего мне переносить проект?

PS 

webinfo #:
Ничего своего с обработкой на сервере туда не поставишь, в отличие от ВП

Тут очень большое и колоссальное уточнение. Только если это что то должно быть в первоначальном ответе сервера, во всех остальных случаях на шаред хостинг кладется скрипт который делает эту обработку, а в страничку тильды встраивается JS который работает с этим скриптом, вообще простейшая вещь и тянуть для этого целую CMS которую надо потом обновлять, поддерживать чтоб какой то калькулятор запилить просто дикий тупизм на мой взгляд.

Я вам больше скажу, для таких вещей как "серверная обработка" часто используются такие штуки как n8n чтобы не городить все эти костыли на CMS плагинами. Ну и я еще для обработки и хранения использую supabase

Всего: 4113