- Просмотров: 156
Как создать вебхук для интеграции сайта на Joomla и CRM Битрикс 24. Эта статья - часть документации для плагинов интеграции WT JoomShopping Bitrix24 PRO и WT Virtuemart Bitrix24.
Как создать вебхук для интеграции сайта на Joomla и CRM Битрикс 24. Эта статья - часть документации для плагинов интеграции WT JoomShopping Bitrix24 PRO и WT Virtuemart Bitrix24.
Трейты - фрагменты кода, оторванные от контекста и их можно использовать в самых разных местах. Они добавляют свои методы к вашим собственным классам. Так, при разработке расширений порой нужно работать с текущим пользователем сайта: гость он или авторизованный? Если авторизованный, то к какой группе доступа принадлежит? И так далее.
Начиная с Joomla 4.1 появился функционал Планировщика задач, который позволяет в фоновом режиме выполнять самые различные задачи по сайту, требующие регулярности и расписания.
Метод для генерации пароля в Joomla с учетом настроек компонента com_users
. Также ссылка на gist в GitHub. Метод бывает нужен при разработке плагинов авторегистрации пользователей.
Порой в выпадающих списках нужно группировать большое количество значений для удобного восприятия.
В API Joomla есть полезный инструмент - класс HTMLHelper. Он выводит HTML-элементы интерфейса с нужными параметрами: модальные окна, аккордеоны, табы, изображения и т.д. Для рендера мы передаём все нужные данные: заголовки окон, содержимое табов, атрибуты изображений. Плюс использования HTMLHelper в Joomla - это его универсальность, оторванность от контекста, а это значит, что его можно использовать везде. А также возможность использования логики при рендере в зависимости от вводных данных. Опубликовал эту статью на Хабре. Копирую к себе.
В интернет-магазине JoomShopping мы делаем свой шаблон, копируя штатный - components/com_jshopping/templates/default
. Переименовываем папку с шаблоном из default во что-то своё, то же самое с components/com_jshopping/css/default.css
(либо не используем вообще). И можно без проблем дальше пилить под свои нужды.
Задачи могут быть самые разные: поле аватара для пользователя в com_users, дополнительный таб в форму редактирования материала, поле связи одной сущности с другой и т.д. Сразу оговорюсь, что бывает и "non-Joomla way" - то есть подходы, которые не предполагаются ядром CMS, но при этом и явно не запрещаются. Сейчас речь пойдёт о традиционном.