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

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
MVC и производительность
« : 01.02.2009, 10:01:22 »
Вопрос к сообществу программистов и тестеров.
Имеем две логические последовательности работы приложения:
1. контроллер - модель - контроллер - представление.
2. контроллер - представление - модель - представление.

Если первая схема классическая, то вторая, судя по всему, рекомендуется разработчиками Joomla!. Это следует ИМХО хотя бы из того, что дефолтным методом контроллера является display. Все три базовых класса (JController, JModel, JView) имеют методы вызова партнеров тройки, что позволяет развивать логическую цепочку работы на свое усмотрение.

Вопрос к следующем: кто-нибудь производил оценку общей производительности при двух этих подходах?
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #1 : 12.02.2009, 05:42:51 »
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Да и реализация MVC в Joomla - классическая. Метод display действительно дефолтный, но это сделано для ситуаций, когда модель и не нужна.
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #2 : 12.02.2009, 10:22:38 »
Цитировать
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Вот я про это и спрашивал. Возможно, разная последовательность инициализации может влиять на производительность (я говорю о чисто нативном коде).
Цитировать
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
А зачем это? Там работает синглтон. Как ни крути, а при запросе из представления получаем самый свежий вариант модели. При запросе из любого места кода, сопсно.
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #3 : 12.02.2009, 10:34:17 »
Чтот задумался и совсем в ступор впал.

класс КомпонентКонтроллерИмя{
фанкшн дисплэй(){
модель =& гетМодель(Имя)
модель -> атрибут = значение

вид =& гетВью(Имя)
вид -> сетМодель (модель)

}
}

внутри вида
модель =& гетМодель(Имя)
вар_дамп(модель -> атрибут)//выводит значение атрибута

где тут сохранение модели нужно? или я не так вопрос понял.
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #4 : 12.02.2009, 13:25:13 »
Вот вид->сетМодель, на мой взгляд, действие лишнее. Я это имел в виду )
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #5 : 13.02.2009, 10:45:16 »
Так его можно и не делать. Если модель и вид дефолтные (собираются как ИмяВидИмя). А назначают модель виду если она с перламутровыми пуговицами.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться