Новости Joomla

👩‍💻 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 Ответов
  • 1302 Просмотров
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Хочу задать вопрос об организации структуры данных.
Но на своем конкретном примере.

Хочу поинтересоваться последствиями для работы, масштабирования, отлова ошибок и пр. у двух вариантов реализации, приведенных ниже.

Потребности:
Есть каталог (существует и работает). Необходимо реализовать функционал для "службы снабжения". А именно создать некий реестр в котором хранится инфа о поставщиках и различных св-вах товара непосредственно у поставщика (у поставщиков, например, такие св-ва могут быть: цена, наличие, размер (имеется ввиду размер поставки) и пр.) Следствием этого реестра должно стать формирование заявок на закупку товара (может еще что-то...)

Вариант 1

Делаем таблицу и вид РЕЕСТР.
Делаем таблицу и вид Поставщики.
В реестре делаем запись для 1 товара и 1 поставщика и пихаем сюда все что касается среза ТОВАР::КОНКРЕТНЫЙ_ПОСТАВЩИК
Получаем несколько записей по одному товару, но зато есть возможность быстро работать по поставщикам.

Вариант 2

Делаем таблицу и вид РЕЕСТР.
Делаем таблицу и вид Поставщики.
В реестре делаем запись для 1 товара и ВСЕХ поставщиков (REPEATABLE) и пихаем сюда все что касается среза ТОВАР::ВСЕ_ПОСТАВЩИКИ
Получаем одну запись по одному товару, фильтровать поставщиков сложнее, но не надо отслеживать несколько записей - все в одной.
*

b2z

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

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Я бы так делал. Не вижу проблемы отслеживать несколько записей.

Спасибо! К вашему мнению даже без доп.комментов прислушиваюсь!
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Спасибо! К вашему мнению даже без доп.комментов прислушиваюсь!
Ну, так сразу не стоит. Может у других свои мысли по этому поводу.
Почему я против всё в одной - масштабирования нет. Или вы потом захотите гибко фильтровать? JSON тут не лучший помощник.
*

passer

  • Завсегдатай
  • 1013
  • 75 / 3
Таблица поставщики, таблица товары, таблица свойства. Связь  поставщики-товары, многие-ко-многим. Связь  товары-свойства, многие-ко-многим. Думаю так.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться