Новости Joomla

Вышли релизы безопасности Joomla 6.1.3 и Joomla 5.4.8

Релиз безопасности Joomla 6.1.3 и Joomla 5.4.8

Проект Joomla! рад сообщить о выходе Joomla 6.1.3 и Joomla 5.4.8. Это релизы безопасности и исправления ошибок для серий 5.x и 6.x.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

Joomla 5+ пакет для интеграции с API Почты России: нормализация данных, расчёт доставки, создание отправлений, партии, документы, возвраты, поиск отделений, справочники и SOAP-отслеживание.

v.3.0.0. Что нового?
Это дальнейшее развитие ранее закрытой Joomla-библиотеки для работы с API сервиса Отправка (для бизнеса) Почты России. Поэтому версия не 1.0.0, а 3.0.0.

Сейчас эта библиотека ушла от собственных реализаций и стала Joomla-обёрткой известного PHP SDK от Lapay Group.

Возможности библиотеки.
- получение настроек аккаунта, точек сдачи и текущего остатка запросов к API;
- нормализация адресов, ФИО и телефонов перед созданием отправления;
- расчёт тарифа и срока доставки;
- создание, поиск, изменение, удаление и возврат заказов в состояние «Новые»;
- проверка надёжности получателя;
- создание партий, просмотр партий и заказов внутри партии;
- генерация пакета печатных документов и формы Ф103;
- создание, изменение и удаление возвратных отправлений;
- поиск отделений по индексу, адресу и координатам, получение сервисов отделения;
- локальный список стран;
- SOAP-отслеживание операций по РПО и работа с билетами пакетного трекинга.

👩‍💻 Joomla-возможности.
В пакете библиотеки WT Otpravkapochtaru есть поля Joomla Form для расширений. Они позволяют работать в интерфейсе Joomla с некоторыми типами данных, получаемых по API из вашего личного кабинета в ЛК Почты России для бизнеса.
На данный момент в библиотеке доступны 3 поля списков, которые отображают доступные в аккаунте ОПС, типы и категории отправлений.
Поддерживаются зависимые списки: значение одного поля обновляется при изменении другого.

Системные требования.
Системные требования в основном связаны с системными требованиями апстрима библиотеки - LapayGroup PHP SDK.
- Joomla 5+
- PHP 8.3+
- Расширения PHP:
-- ext-mbstring
-- ext-simplexml
-- ext-soap (опционально, для трекинга)
-- ext-zip

Ссылки:
- Страница расширения
- GitHub библиотеки и документация

@joomlafeed

0 Пользователей и 1 Гость просматривают эту тему.
  • 3 Ответов
  • 2629 Просмотров
*

scomp

  • Новичок
  • 9
  • 2 / 0
Мысли по JPATH_THEMES и com_templates
« : 22.01.2013, 16:46:55 »
Всем доброго времени суток.

Наверное я один об этом задумывался - есть у нас такой замечательный файл includes/define.php, который я люблю править.

Там можно указать путь к шаблонам:
Код
define('JPATH_THEMES',        JPATH_BASE . '/templates');

И Front-End действительно ищет шаблоны по этому пути.

Но почему тогда в \administrator\components\com_templates\helpers\templates.php путь к папке шаблонов формируется как
Код
$templateBaseDir.'/templates/'.$templateDir

И нет возможности не внося изменений в компонент научить панель администрирования работать с переменной JPATH_THEMES.

Не помню как в J!2.5, но там меня этот вопрос не беспокоил. То ли работало как надо, посмотрю потом.
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Re: Мысли по JPATH_THEMES и com_templates
« Ответ #1 : 22.01.2013, 18:00:34 »
Что-то я не уловил связи. Приведите пример того, как Вы хотели научить панель администрирования работать с переменной JPATH_THEMES.
*

scomp

  • Новичок
  • 9
  • 2 / 0
Re: Мысли по JPATH_THEMES и com_templates
« Ответ #2 : 22.01.2013, 21:14:43 »
Что-то я не уловил связи. Приведите пример того, как Вы хотели научить панель администрирования работать с переменной JPATH_THEMES.

Точно так же, как панель администрирования работает с переменными из \administrator\includes\defines.php
Более того, переменная JPATH_THEMES там есть и содержит путь к шаблонам панели администрирования.

Теоретически, там могла присутствовать переменная, например, JPATH_SITE_THEMES (т.к. в JPATH_THEMES содержится путь к шаблонам панели администрирования) и уже она бы использовалась в com_templates, а не эта жесткая привязка к пути /templates/ в корне сайта, реализованная следующими строками:
Код
$templateBaseDir = $clientId ? JPATH_ADMINISTRATOR : JPATH_SITE;
$filePath = JPath::clean($templateBaseDir . '/templates/' . $templateDir . '/templateDetails.xml');

Если в Joomla заложено, что шаблоны обязательно должны жить в корне сайта в папке /temlates/, то зачем тогда было в defines.php присваивать путь к шаблонам и наоборот, если я могу это значение изменить, почему в панели администрирования я должен непосредственно править сам com_templates, который может вернуться в исходное состояние при обновлении.

Главный вопрос - зачем мне это нужно? У меня используется один каталог файлов Joomla для нескольких сайтов одновременно и в defines.php автоматически определяются значения в зависимости от домена, по которому обращаются к скриптам. И для каждого сайта у меня свой configuration.php, папка шаблонов, папка кеша, папка images с подкаталогами для каждого пользователя (каждый пользователь корнем видит только свой каталог). Все остальные файлы Joomla - общие. Вся кастомизация происходит только через переопределение и дальше папки шаблона не выходит. И все это великолепно работало на Joomla 2.5 и теперь работает на Joomla 3.0. Единственный минус реализации - шаблоны из панели устанавливаются в корневую папку /templates/ и их вручную приходится переносить в папку нужного сайта. Править com_template не вариант, т.к. чем меньше правок, тем легче это потом обновлять.
« Последнее редактирование: 22.01.2013, 21:18:40 от scomp »
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Re: Мысли по JPATH_THEMES и com_templates
« Ответ #3 : 22.01.2013, 22:32:17 »
Ясно. Но у Вас скажем так, нечастая ситуация. Вы можете конечно попробовать продвинуть идею, сделав соответствующее предложение на трекере и замутив pull request.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться