posters, Начитались про оверхеды докера и дава токсить на эту тему, я вам скажу как опытный админ кторый писал инструкции в баш скриптах до того как докер стал мейнстримом и компилировал весь софт из исходников, что оверхед компонентов докера это цена за автоматизацию процессов управления окружением, а еще докер много оверхедит у тех кто не умеет правильно его настраивать и использовать а в осталном все ок.
АртемЪ, Ну 20 лет бездействия это ну такое себе конечно.
А что по поводу как расширять, нужно применять принципы ООП и все такое, проще говоря легче поддерживать код и актуальность технологий/софта постепенно маленькими задачами, чем потом через 5-10 лет понять что уже слишком поздно и делать +100500 больших задач овер рефакторинга. Я не говорил что не придется ничего потом переписывать, просто при расширении не нужно будет многое переписывать и задачи не будут очень большими, те нужно будет минимально переписать кода и все.
Для примера частые проекты это какие нибудь bitrix или shopware магазины, которые как сделали магазин так и не развивают а вендоры постоянно развивают и обновляют CMS.
АртемЪ, Не буду скрывать, я об этом написал в своем ответе ТС-у)
Ну как бы есть две категории бизнеса вернее их отношения к софту, одни делаю из фекалий и палок, другие делаю грамотно с возможностью расширения или облегчения рефакторинга, первые потом когда уже поздно например в 2021 переписывают сайт/приложение с легаси php 5.6 mysql 5.5, на php 7.x и mysql 8.x, вторые же просто поддерживают код и актуальность софта и не тратят время и деньги как первые.
АртемЪ, Бизнес не видит или не понимает контекст этой проблемы, например HTTP2 будет быстрее загружать статику, а обновленный mysql где улучшили ядро и производительность будет обрабатывать быстрее запросы и потреблять меньше лишних ресурсов, по итогу мы получаем более быструю обработку запросов как на фронте так и на беке в бд.
Если копить такие мелочи, то как обычно это бывает их становится много и мы имеем уже проблемы, на которые все равно выделяем потом задачи которых уже больше и они дороже чем если бы их делали постепенно по мере появления.
Ну это больше зависит от руководителей СТО, тимлид, если до бизнеса плохо донесли смысл или не охотно, или если бизнес колхозный и говорит что да ладно работает же без проблем с пивом потянет.
Для такого бизнеса эти проблемы выглядят так: интерпретатор крутится лавеха мутиться.
Это тот самый парадокс, про большие кампании с маленькими проблемами, и маленькие компании с большими но без маленьких проблем.
Да Мвидео любители острых ощущений, со своими FOBO и сайтом на Java, CRM у них вообще SAP вроде на дотнете если не ошибаюсь, и m.mobile тоже вроде на java.
Хотя помимо того что вроде как они используют HTTP 2.0, они рендерят сайт через Spindrift Site Builder 3.2.8 вроде как на Go.
Мне кажется что для сайта на джаве они не туда вбухивали деньги, возможно java не для веба, просто они хотели видимо объединить стек между корп софтом и сайтом.
alekssamos, Забыл упомянуть о том что mpm worker вроде как не поддерживает PHP как модуль для Apache, вместо этого вам необходимо установить и настроить PHP-FPM для работы MPM Worker.
В соседнем вашем посте вам отвечал, но на тот момент была другая строчка у вас на 4 строке.
А правильнее будет этот вариант, так как в вашем варианте может не быть элемента с ключем 0: $gallery[src][array_key_first($gallery[src])];
Sanes, Во первых про старику я уже писал, а для проекта такого размера этого достаточно, во вторых попахивает стереатипом о том что nginx быстрее apache, я просто знаю о чем говорю.
Sanes, А зачем этот посредник нужен для данной задачи, я просто не люблю эти стереотипные связки стека. Да и вообще зачем делать овер +100500 серверов, тем более для вордпреса это смешно и так делают не всегда с пониманием для чего.
Я и думаю откуда берутся такие хорошие проекты на костылях, походу я не в трендах 2019 по чистоте кода, а как вам ситуация когда после вас наняли толкового программиста а он указал на очевидные проблемы, заказчик подумает о вас не хорошо и сделает вывод кого нанимать в следующий раз, лучше убивать свой авторитет на корню чем повышать его, товарищи с такими трендами чистоты кода и костылей нас ждет много работы по рефакторингу. Спасибо таким людям за предоставляемый объем работ, ведь без костылей нечего будет исправлять.
Только такие профи как вы клепают костыли, пишут кал легаси код, стремную верстку, и видимо в норм компаниях не работали где спрос даже за табуляцию в html, я молчу уже про кодревью со стороны заказчика/работодателя, в крупных проектах таких спецов не подпускают, а если подпустили то все переделывают по своему регламенту стандартам компании и тд. Видимо я не компетентен раз добросовестно сообщил заказчику о проблеме и ее решении, какой я дурак нужно было костыль поставить, и качать бабки но я честный добросовестный человек.
