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

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Возможно неправ, но все же.
Сервер локальный (не суть важно какой - время берется из ОС).
Версия J - 3.3.6
В общих настройках J установлено часовой пояс - UTC
В настройках профиля пользователя установлен часовой пояс - Moscow
Локальный часовой пояс - Москва, +3 часа (винда пропатчена).
Почему J показывает разницу в 4 часа, а не в 3, как положено?
В самой J где это можно исправить?
Или я не прав и J ни при чем - надо ковырять апач или еще что-то?

На хосте, кстати, тоже разница в 4 часа, хостер уверяет, что сервер пропатчен и время, в т.ч. часовой пояс, выставлено корректно.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Все так тяжело, что вопрос не решаем? Или все настолько просто, что - сори - никто не считает возможным утрудиться ответить?
Меня не напрягает выставить час.пояс Minsk, чтобы привести показ времени к корректным значениям, но этот подход сам по себе некорректен.
Спецы, что скажете?
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Пропатчил php до 5.4.37 от 21.01.2015 на локалке (поддержка 5.5 отсутствует) - не помогло.
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Только сейчас заметил тему. Проблема, я так понимаю, еще актуальна?
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Да, актуально. И эта проблема не только локально: хостеры утверждают, что сервера пропатчены, а J по прежнему показывает +4 часа для Москвы. Долго ковыряясь в исходниках, понял, что настройки времени выдает пых, но даже последние патчи пыха, вышедшие в феврале 2015, проблему не решают.

Кстати, на этом форуме та же история: час.пояс, установленный как московский или автоопределением также выдает +4 часа от гринвича. Все-таки пых?
« Последнее редактирование: 03.03.2015, 16:51:25 от AlekVolsk »
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Кто-нибудь еще занимался исследованием данной проблемы? Может и не пых вовсе, может куда глубже копнуть следует, а возможно, все на поверхности, да я слепой - не разгляжу.
*

SBK

  • Новичок
  • 8
  • 0 / 0
Попробуй в папке template/"здесь имя шаблона"/index.php прописать
после  <?php
                date_default_timezone_set('Europe/Minsk');

Здесь другие регионы так на всякий случай ;)
http://tradebenefit.ru/vremennaya-zona-i-chasovie-poyasa-v-php
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Попробуй в папке template/"здесь имя шаблона"/index.php прописать
после  <?php
                date_default_timezone_set('Europe/Minsk');

Здесь другие регионы так на всякий случай ;)
http://tradebenefit.ru/vremennaya-zona-i-chasovie-poyasa-v-php
я дождался выхода обновы php, обновил есс-но, и более не парюсь
с хостингом, который не торопился обновлять пых, я расстался
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться