Новости 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 Ответов
  • 2685 Просмотров
*

vmir

  • Осваиваюсь на форуме
  • 17
  • 4 / 0
Добрый день.
Уважаемые профессионалы! Подскажите в каком направлении двигаться дальше.
Написал компонент отображения информации по фирмам. Посетитель заходит на сайт, выбирает город, категорию товаров и услуг и видит информацию по фирмам. Встал вопрос по написанию админки для маркетологов фирм для frontend-а (чтобы без нашего участия могли забивать и редактировать информацию). Их нужно как-то авторизовывать. Вот тут я и затормозился. Как лучше реализовать авторизацию? Мои варианты таковы:

1) стандартная авторизация joomla
В том виде, в котором она есть, скорее всего не годиться. Учёток будет порядка нескольких тысяч. Их необходимо организовывать по группам: город, фирма (к каждой учетной записи должны прилагаться параметры city = xxx, company = xxx). Доработка таблицы users наверное неудачный вариант  ^-^.

2) полностью своя авторизация
Есть ли в данном случае возможность хоть отчасти использовать CMS? Например окошко авторизации и отсылку логина\пароля пользователя возложить на joomla, а проверку уже реализовать в своем компоненте? Есть же в joomla разные виды авторизации: Gmail, OpenID, LDAP и т.д. Где можно что прочесть по этому делу (пойдут и мануалы на английском)?

3) использование подходящего стороннего компонента
Если есть такие, подскажите.

4) ваши варианты

В какую сторону копать? Спасибо за ответы.
« Последнее редактирование: 12.04.2009, 17:13:41 от vmir »
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Сторонние расширения надо смотреть.
Ну или, если что и писать, то уж никак не свою авторизацию, а расширение для стандартной.
Если надо доп. поля, то зачем дорабатывать таблицу Джумлы, если можно добавить связанную таблицу?
*

vmir

  • Осваиваюсь на форуме
  • 17
  • 4 / 0
Сейчас нашел следующий учебный вариант http://docs.joomla.org/Tutorial:Creating_an_Authentication_Plugin_for_Joomla_1.5
В этом примере используется стандартная таблица пользователей #__users, но как я понимаю никто не запрещает использовать свою таблицу.
А как указать системе что необходимо авторизовывать пользователей через мой плагин?

Какое стороннее расширение можете посоветовать?
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Насколько я понимаю вашу задачу, авторизовывать пользователей вам нужно через стандартный метод джумлы, но нужно еще хранить дополнительные поля пользователя.
Посмотрите на Community Builder, например.
*

vmir

  • Осваиваюсь на форуме
  • 17
  • 4 / 0
Качаю, судя по описанию - мощное дополнение. Спасибо.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Не нужная подгрузка mootools'а, когда он не нужен в l

Автор Dutch

Ответов: 2
Просмотров: 2394
Последний ответ 12.05.2009, 22:08:32
от Kuzmitch
Как разобрать на части XML?

Автор inlanger

Ответов: 2
Просмотров: 2578
Последний ответ 05.03.2009, 14:44:38
от inlanger
Отправка данных из JavaScript на сервер

Автор wr123

Ответов: 1
Просмотров: 4505
Последний ответ 17.02.2009, 11:32:28
от shprota
Пропатчить встроенный SEF

Автор Andrej

Ответов: 1
Просмотров: 2039
Последний ответ 12.11.2008, 11:23:06
от Physicist