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

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
Здравствуйте!

Разрабатываю компонент, в котором есть вид(view), со страницы которого открываются три варианта дальнейшего развития событий:
1. увидеть список книг контактов с возможностью добавления или удаления книги.
2. добавить контакт в одну из книг.
3. импорт контактов.
Эти три пути отображает layout c наименованием default этого вида. Как правильно реализовать эти страницы под номерами 1,2,3 - с помощью отдельных view или с помощью отдельных layout этого view(потому что все эти страницы предназначены для работы с контактами)?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
View - об'ект, сформированный главным образом работой модели, которая работает с БД.
Layout берет готовые данные от своего view и отображает их.
У каждого элемента своя задача, при этом view - более ресурсозатратный.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
View - об'ект, сформированный главным образом работой модели, которая работает с БД.
Layout берет готовые данные от своего view и отображает их.
У каждого элемента своя задача, при этом view - более ресурсозатратный.
Попробую прийти к ответу на мой вопрос :) Получается, если модель у меня будет одна для всех этих страниц, то делаю один вид. Поскольку мне сейчас проще, чтобы все было просто(да и выигрыш какой-то может будет по производительности, если одному view и его модели не надо будет тащить все данные для этих страниц), то мне лучше наделать отдельные view под каждую из страниц. Логично?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Логично?
Нет.
1. Нужно будет организовать так, чтобы разные view делили между собой 1 модель.
2. Будет меньше производительности, поскольку в отличие от view, layout нет никакого дела до модели и БД(соответственно, и запросов туда).
Не будь паразитом, сделай что-нибудь самостоятельно!
*

gartes

  • Завсегдатай
  • 1859
  • 142 / 6
  • Е = mс²
Разрешите я Вас поправлю
Цитировать
Эти три пути отображает layout c наименованием default
Это не layouts это макет
UPD : Может немного не по теме
А про то что Вы спрашиваете ==
Цитировать
1. увидеть список книг контактов с возможностью добавления или удаления книги.
2. добавить контакт в одну из книг.
3. импорт контактов.
в модели представления есть такие методы
getLayout
setLayout

то есть в файле view.html.php
Вы можете переключать их
По умолчанию это default
Но если при выполнении какого нибудь условия Вы (можете) переключите его
к примеру так
Цитировать
$app = \JFactory::getApplication() ;
if( $app->input->get('view' , false , 'STRING') == 'add_contact' )
{
// Тут мы изменили макет с default => add_contact
$this->setLayout('add_contact');
// теперь в папке  tmpl - Joomla будет искать макет add_contact            
}#END IF
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
Спасибо. То есть robert за несколько view, а gartes за один вью с разными макетами?
*

gartes

  • Завсегдатай
  • 1859
  • 142 / 6
  • Е = mс²
Нужно будет организовать так, чтобы разные view делили между собой 1 модель.
Если одна модель - то и view - должен быть один !
Цитировать
Будет меньше производительности, поскольку в отличие от view, layout нет никакого дела до модели и БД(соответственно, и запросов туда).
layout - Это просто кусочки - макетов которые Вы можете использовать в любых макетах default.php
*

gartes

  • Завсегдатай
  • 1859
  • 142 / 6
  • Е = mс²
а gartes за один вью с разными макетами
Да - нужен - 1 вью
Зайдите в менеджер пользователей посмотрите как там ! yes!
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Спасибо. То есть robert за несколько view, а gartes за один вью с разными макетами?
Нет, как раз наоборот. ;D
В общем так: если можно работать с 1 view, то так и сделаем.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

borro

  • Завсегдатай
  • 1379
  • 22 / 0
  • желаю вам счастья
*

gartes

  • Завсегдатай
  • 1859
  • 142 / 6
  • Е = mс²
Цитировать
Нет, как раз наоборот.
Что то мы совсем запутались ! ))))
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Да уж, перечитал свои посты, так и не понял, почему их можно было трактовать наоборот :o.
Не будь паразитом, сделай что-нибудь самостоятельно!
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Зачем нужны шаблоны вида компонента?

Автор NeuroZ

Ответов: 12
Просмотров: 1232
Последний ответ 04.10.2016, 14:31:05
от Septdir