Вот и в разработке расширений так же: нужно предположить максимум возможных пользовательских сценариев! С одной стороны вызывает улыбку и кажется хохмой, а с другой стороны это реалии разработки, недостаточное тестирование. Приведу пост целиком. Фото оттуда же.
С небольшим запозданием, но всё же читайте все главные новости из мира Joomla с апреля по июнь 2025 года в одной статье. Традиционно наш дайджест обозревает новости, расширения, шаблоны и статьи из мира Joomla. Прошлый выпуск вы можете прочитать здесь и на Хабре. Дайджест первоначально был опубликован на Хабре. Копирую к себе.
Обычно поля настроек модулей и плагинов идут столбиком - сверху вниз. Название поля находится слева, а само поле - справа. В вёрстке админки мы видим div.control-group, в котором находятся label и поле. Посмотрим как можно просто кастомизировать админку. Пригодится эта статья разработчикам расширений для Joomla.
Потихоньку по 15 минут по утрам делаю сайт нашего храма. Новости на главной оформил слайдером Swiper js. Последний слайд - ссылка на первую категорию из массива. Если не указана картинка в материале - используем картинку по умолчанию. CSS на Bootstrap 5: в шаблонах Helix, Astroid, Cassiopeia - должно работать сразу.
Казалось, это просто - бери и переопределяй в свой шаблон. Но некоторые вещи оказались совсем не очевидными. Найденное решение, если честно, кажется костыльным, но работает. Пока что опишу кратко, потом оформлю в статью.
Это своеобразный набор, комплекс запросов, которые обязательно должны быть выполнены именно друг за другом. Транзакции в SQL гарантируют, что все запросы, включённые в неё будут выполнены успешно или не один из них не будет выполнен вовсе.
Для этого перед началом выполнения запросов открывают транзакцию, потом пишут свои запросы, затем применяют их (COMMIT). В случае, если изменения делать не надо или возникли ошибки - делают откат изменений (rollback).
Над CMS Joomla постоянно ведётся работа: создаётся новый функционал, исправляются ошибки, делаются мелкие правки. Разработка ведётся на GitHub. Изменения оформляются в виде Pull Request (PR). Для того, чтобы изменения могли войти в ядро - их обязательно должны успешно протестировать минимум 2 человека КРОМЕ автора изменений. А помочь с большинством PR можно очень и очень быстро, это не занимает много времени, чему подтверждением служит это видео.
Раньше при создании запросов в базу данных мы всегда получали объект запроса с помощью метода getQuery(). Если передавался параметр $new = true, то получали новый запрос. Если без - последний.