Новости 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 Гость просматривают эту тему.
  • 4 Ответов
  • 996 Просмотров
*

DooMsssDaY

  • Новичок
  • 3
  • 0 / 0
Здравствуйте.

Заказчик попросил адаптировать сайт под разные устройства.
На планшетной и мобильной версиях, модули разбросаны в разные координаты(то над футером то под хедером). Не хотелось бы двигать всё это с помощью "display:none;" и так далее.

Также, сами модули тоже выглядят по разному, в зависимости от разрешения.

Решил подгружать шаблон в зависимости от разрешения, каждый из которых будет подключаться под своё разрешение(Получение разрешения через AJAX с клиента). С модулями тоже самое - подключать tmpl в зависимости от разрешения.

Честно говоря, глаз колит такое решение. Но даже с bootstrap будет не легко сверстать в одном шаблоне.

Возможно, Вы сможете посоветовать более адекватный подход к выполнению моей задачи.
*

Shustry

  • Гуру
  • 6434
  • 745 / 3
Вы не ищите лёгких путей. Изначально правильно через display:none, медиазапросы, динамик-грид и т.д. Всё это уже реализовано в популярных фреймворках bootstrap и uikit. Достаточно расставить правильные классы.
*

DooMsssDaY

  • Новичок
  • 3
  • 0 / 0
Хорошо.

Но как быть с тем, что модули будут располагаться в разных местах сайта на разных разрешениях? js-ом двигать...?
Или подгружать, например, один и тот же модуль два раза, и каждый будет отображаться только при указанном, через bootstrap, разрешении? В таком случае, будут дублироваться некоторые элементы с id в этих модулях, а это не приемлемо же.

*

Shustry

  • Гуру
  • 6434
  • 745 / 3
Те скрипты, что входят в состав UIkit не имеют такой проблемы, как привязка к id. Хоть два, хоть двадцать два одинаковых модуля выводи. Вариантов решения много:
а. в зависимости от разрешения двигаем сайдбар(ы) под(над) контент.
б. прячем часть модулей совсем. Безвозвратно.
в. или выводим на мобильных разрешениях копии модулей в оффканвас или Lightbox.
Конечно, если ставить специфические задачи, типа: на большом мониторе модуль авторизации в контенте по-центру, а на малом в углу справа в самом низу сайта, то тут будет дублирование контента.
*

DooMsssDaY

  • Новичок
  • 3
  • 0 / 0
Не, я о id у модулей. Если я буду подгружать один и тот же модуль два раза а у него, например,  id='comments'. Так же нельзя делать? Менять из на классы я не имею права. Остаётся двигать сайдбары js-ом.

Вариант б), я так понимаю, и связан с дублированием модулей, и скрытием их в зависимости от разрешения. Но тут опять с их идентификаторами как быть я не знаю.

Вариант в), первый раз слышу оба определения. Не хотелось бы уходить дальше bootstrap'а.

Хотя нет, знаю LightBox. Но так нельзя. есть согласованный с заказчиком "деревянный" дизайн. Отступать от которого запрещено.
« Последнее редактирование: 19.07.2016, 04:10:21 от DooMsssDaY »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться