Лично я с Wordpress в работе не сталкивался никогда, только Joomla, поэтому сравнить не смогу полноценно. PHP Storm отлично джумлу понимает, навигация по классам, подсказки по методам. Сейчас Joomla CMS - это фреймворк с натянутой на него готовой админкой. Неплохой конструктор форм для CRUD. Я слышал отзывы, что даже для лары такого не придумали и то, что там есть - менее удобно. Но это мнение со стороны.
Мне знакомы подобные нагрузки, но они легко переносятся до 30 и терпимо до 35, при умении разгружаться хоть иногда и условии, что это выход на пиковые мощности своего организма. Но постоянно 70 часов в неделю... От этой работы действительно жизнь должна зависеть) Либо содержание этих 70 часов не столь насыщено, тогда тем более это не целесообразно
В общем добрался я тоже до своего класса события. onSet и onGet не обязательно делать. Это методы для "предварительных проверок и манипуляций" с данными перед тем, как они будут отданы через getArgument или get<MethodName>. Метод getData() отдаст данные, которые предварительно будут обработаны методом onGetData().
Своеобразные плагины внутри плагинов. На мой взгляд излишнее усложнение, хотя сеттеры и геттеры должны заниматься по идее только сеттерством и геттерством, а проверку/ приведение типов можно отдать в методы onSet / onGet.
Ту вопрос совпадения спроса и предложения. Вы, например, предлагаете Joomla, стоимость часа разработки, стоимость поддержки, скорость внедрения фич, возможность закрыть уязвимости в сторонних расширениях, свою экспертизу в маркетинге и сео и т.д. - все, что призвано решить задачу клиента. А клиент уже выбирает по совокупности параметров решение своей задачи.
Обычно клиенту все равно что там под капотом. Важны всякие ROI /ROMI, показатели конверсий и т.д. И то этим больше маркетологи занимаются. Бизнесовые метрики другие тоже.
Ваша задача как специалиста показать плюсы и минусы выбора вашего технологического стека. А там решение принимаете не вы) Бывает походит-походит человек, а потом вернется к вам в итоге.
По моему ощущению истрия с сайтами движется к тому, чтобы стать кормовой базой для обучения нейросеток. Пока поиск спасает то, что у него более актуальные данные.
А где должно быть слышно? В плане заказов? Тут скорее от команды разрабов зависит выбранный стек. Я могу у примеру решить какую-то задачу на Joomla. А вы возьмëте для этого Laravel. Или еще что-то.
Спрос на конкретный движок давно падает. Скандалы в мире WP недавние тому подтверждение. Пока было все хорошо - рынок не делили и кто сколько вкладывается в развитие ядра - не считали.
С ней все нормально, живет. Под капот начиная с Joomla 4 влит полноценный PHP фреймворк - Joomla Framework, который раньше был отдельным проектом. По сути сейчас джумла - фрейм с натянутой админкой. По поводу разработки под неë - можно глянуть статьи в хабе Joomla. Там многое есть. И новый портал документации активно наполняют manual.joomla.org
Лично я с Wordpress в работе не сталкивался никогда, только Joomla, поэтому сравнить не смогу полноценно. PHP Storm отлично джумлу понимает, навигация по классам, подсказки по методам. Сейчас Joomla CMS - это фреймворк с натянутой на него готовой админкой. Неплохой конструктор форм для CRUD. Я слышал отзывы, что даже для лары такого не придумали и то, что там есть - менее удобно. Но это мнение со стороны.
Вот оф.дока по свежей кодовой базе. + здесь, на Хабре можно почитать статьи и посты по разработке на Joomla. Подключение сторонних PHP библиотек в Joomla возможно.
По нагрузкам, которые может выдержать - вот была статья на VC.
Типичные-не типичные, а от этого интервью ожидалось что-то более весомое, чем седьмая вода на киселе и очень смешная шутка про кошку...
Мне знакомы подобные нагрузки, но они легко переносятся до 30 и терпимо до 35, при умении разгружаться хоть иногда и условии, что это выход на пиковые мощности своего организма. Но постоянно 70 часов в неделю... От этой работы действительно жизнь должна зависеть) Либо содержание этих 70 часов не столь насыщено, тогда тем более это не целесообразно
Простите за нескромный вопрос, Вы жить-то успеваете когда-нибудь?
В общем добрался я тоже до своего класса события.
onSetиonGetне обязательно делать. Это методы для "предварительных проверок и манипуляций" с данными перед тем, как они будут отданы черезgetArgumentилиget<MethodName>. МетодgetData()отдаст данные, которые предварительно будут обработаны методомonGetData().Своеобразные плагины внутри плагинов. На мой взгляд излишнее усложнение, хотя сеттеры и геттеры должны заниматься по идее только сеттерством и геттерством, а проверку/ приведение типов можно отдать в методы
onSet/onGet.Upd: оформил в виде поста https://habr.com/ru/posts/908716/
Не доводилось помещать класс библиотеки в контейнер? Чтобы потом везде её получать по интерфейсу один раз, уже готовую?
Ну, там было еще что поделать
Ту вопрос совпадения спроса и предложения. Вы, например, предлагаете Joomla, стоимость часа разработки, стоимость поддержки, скорость внедрения фич, возможность закрыть уязвимости в сторонних расширениях, свою экспертизу в маркетинге и сео и т.д. - все, что призвано решить задачу клиента. А клиент уже выбирает по совокупности параметров решение своей задачи.
Обычно клиенту все равно что там под капотом. Важны всякие ROI /ROMI, показатели конверсий и т.д. И то этим больше маркетологи занимаются. Бизнесовые метрики другие тоже.
Ваша задача как специалиста показать плюсы и минусы выбора вашего технологического стека. А там решение принимаете не вы) Бывает походит-походит человек, а потом вернется к вам в итоге.
По моему ощущению истрия с сайтами движется к тому, чтобы стать кормовой базой для обучения нейросеток. Пока поиск спасает то, что у него более актуальные данные.
Да, оно
А где должно быть слышно? В плане заказов? Тут скорее от команды разрабов зависит выбранный стек. Я могу у примеру решить какую-то задачу на Joomla. А вы возьмëте для этого Laravel. Или еще что-то.
Спрос на конкретный движок давно падает. Скандалы в мире WP недавние тому подтверждение. Пока было все хорошо - рынок не делили и кто сколько вкладывается в развитие ядра - не считали.
С ней все нормально, живет. Под капот начиная с Joomla 4 влит полноценный PHP фреймворк - Joomla Framework, который раньше был отдельным проектом. По сути сейчас джумла - фрейм с натянутой админкой. По поводу разработки под неë - можно глянуть статьи в хабе Joomla. Там многое есть. И новый портал документации активно наполняют manual.joomla.org
Осенью 2025 должна выйти Joomla 6.
Также изменился путь импорта схемы базы данных на /usr/share/zabbix/sql-scripts/postgresql/server.sql.gz. Итоговая команда будет
В Zabbix 7 изменился путь на /usr/share/zabbix/sql-scripts/postgresql/timescaledb/schema.sql
Итого команда будет
cat /usr/share/zabbix/sql-scripts/postgresql/timescaledb/schema.sql | sudo -u zabbix psql zabbixОб этом примерно год назад и поговорили в итоге в других комментариях.
В источнике описано подробнее. Я не переводил всю статью дословно. Движки просто установили, а потом гоняли главную страницу.
Рабочий. Просто с модерацией входа.
Можно и xdebug. Но если нужно посмотреть не на dev-сервере, а по-быстрому, без настроенных инструментов, то самое то.
Поздравляю с дебютом и с полезной статьëй!