Новости 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

👩‍💻 В Joomla 6.2 появятся встроенный функционал мультикатегорий.

👩‍💻 В Joomla 6.2 появятся встроенный функционал мультикатегорий.

Это то, чего ждали много лет многие пользователи Joomla - иметь возможность отображать материалы и другие сущности Joomla в одной основной и нескольких дополнительных категориях. На днях PR с этим функционалом был добавлен в ядро Joomla 6.2, которая выйдет осенью 2026 года. В связи с этим некоторые сторонние расширения перестанут быть нужными (скорее всего).

PR на GitHub

@joomlafeed

👩‍💻 На Хабре вышел Joomla-дайджест за 2-й квартал 2026 года.

👩‍💻 На Хабре вышел Joomla-дайджест за 2-й квартал 2026 года.

Все главные новости из мира Joomla за апрель, май и июнь 2026 года в одной статье. Традиционно дайджест собирает новости сообщества, релизы, расширения, интеграции, видео и статьи из мира Joomla.

Читать дайджест

@joomlafeed

1   Вниз
0 Пользователей и 1 Гость просматривают эту тему.
  • 11 Ответов
  • 1214 Просмотров
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Вопрос по архитектуре данных
« : 08.11.2018, 15:31:16 »
Добрый день!

Есть компонент, который занимается продажами. Есть вид клиенты/клиент. Есть поля в клиенте Телефон, Email и пр. Так вот по этим полям хотелось бы производить быстрый поиск клиента, но есть одно "но", у некоторых клиентов записаны 2 телефона через"," и почта также. Исходя из этого поиск осуществляется только через LIKE. А хотелось бы находить полное соответствие через "equipment ==".

Пока у меня одна мысль - выносить телефоны в отдельную таблицу и вязать с клиентом. В этом решение надо переформировать таблицы с уже имеющимися клиентами, переделать все модели которые работают с клиентом, может быть даже создать виды для этой новой таблицы. Меня смущает факт того что все-таки данные о клиенте будут храниться в 2-х таблицах, а не в одной.

Количество клиентов не так велико и растет не быстро (1-2к), но новые функции подразумевают частый поиск клиентов по контактам.

Может быть кто-то предложит другой вариант. Как оставить данные в 1 таблице и иметь возможность поиска через =
Записан
*

NewUsers

  • Живу я здесь
  • 2310
  • 216 / 0
  • +375 (25) 627-16-99 (WhatsApp, Telegram)
Re: Вопрос по архитектуре данных
« Ответ #1 : 08.11.2018, 15:39:03 »
А зачем отдельная таблица для телефонов? Их можно хранить вместе с данными самого клиента
Пример SQL запроса будет примерно такой
Код: sql
WHERE `first_phone` = '+38 (095) 351-47-70' AND `second_phone` = '+38 (071) 423-42-07'
Записан
Занимаюсь создание расширений для Joomla 4.2.x | Доработка и настройка сайтов. Занимаюсь создание Интернет магазинов с нуля на собственном компоненте + оптимизация загрузки страницы (после предоставляю техподдержку).
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: Вопрос по архитектуре данных
« Ответ #2 : 08.11.2018, 16:07:12 »
Ваше предложение - создать нужное кол-во полей в таблице.
В принципе на пока это тоже вариант. И на пока может и навсегда подойти.
Записан
*

NewUsers

  • Живу я здесь
  • 2310
  • 216 / 0
  • +375 (25) 627-16-99 (WhatsApp, Telegram)
Re: Вопрос по архитектуре данных
« Ответ #3 : 08.11.2018, 16:35:24 »
Цитата: platonische от 08.11.2018, 16:07:12
Ваше предложение - создать нужное кол-во полей в таблице.
В принципе на пока это тоже вариант. И на пока может и навсегда подойти.
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Записан
Занимаюсь создание расширений для Joomla 4.2.x | Доработка и настройка сайтов. Занимаюсь создание Интернет магазинов с нуля на собственном компоненте + оптимизация загрузки страницы (после предоставляю техподдержку).
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #4 : 08.11.2018, 18:15:58 »
Цитата: NewUsers от 08.11.2018, 16:35:24
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Ой как не надо =) Особенно когда маппинг
Цитата: platonische от 08.11.2018, 15:31:16
Может быть кто-то предложит другой вариант. Как оставить данные в 1 таблице и иметь возможность поиска через =
Через равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
Код
[+38 (095) 351-47-70],[+38 (071) 423-42-7]
тогда при LIKE '[+38 (071) 423-42-7]' выдастся именно нужный
Записан
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: Вопрос по архитектуре данных
« Ответ #5 : 16.11.2018, 12:45:53 »
Цитата: Septdir от 08.11.2018, 18:15:58
Ой как не надо =) Особенно когда маппингЧерез равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
Код
[+38 (095) 351-47-70],[+38 (071) 423-42-7]
тогда при LIKE '[+38 (071) 423-42-7]' выдастся именно нужный
Проблема этого подхода что нельзя в базе сделать ключи для быстрого поиска. Будет лопатиться вся база постоянно. В моем случае это конечно тоже вариант т.к. база мала, поток мал.
Записан
*

passer

  • Завсегдатай
  • 1013
  • 75 / 3
Re: Вопрос по архитектуре данных
« Ответ #6 : 16.11.2018, 15:48:36 »
Записан
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Re: Вопрос по архитектуре данных
« Ответ #7 : 16.11.2018, 17:29:35 »
Цитата: Septdir от 08.11.2018, 18:15:58
Через равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
FIND_IN_SET же :)
Записан
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #8 : 16.11.2018, 18:26:34 »
Цитата: dmitry_stas от 16.11.2018, 17:29:35
FIND_IN_SET
Да он через раз работает. Я с ним несколько раз прокалываться с тех пор ну его нафиг.

Цитата: platonische от 16.11.2018, 12:45:53
Проблема этого подхода что нельзя в базе сделать ключи для быстрого поиска. Будет лопатиться вся база постоянно. В моем случае это конечно тоже вариант т.к. база мала, поток мал.
Как-то и не задумывался, что вопрос стоит поиск в большой базе. При большой базе такие штуки как телефоны явно оделено стоит хранить.
« Последнее редактирование: 16.11.2018, 18:30:11 от Septdir »
Записан
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Re: Вопрос по архитектуре данных
« Ответ #9 : 16.11.2018, 20:19:14 »
Цитата: Septdir от 16.11.2018, 18:26:34
Да он через раз работает. Я с ним несколько раз прокалываться с тех пор ну его нафиг.
та вроде нормально работает, может не запятыми были разделены значения?
Записан
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Вопрос по архитектуре данных
« Ответ #10 : 16.11.2018, 20:34:00 »
Цитата: Septdir от 16.11.2018, 18:26:34
Да он через раз работает.
Работает. Мне как раз сейчас приходится часто его использовать.
Записан
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #11 : 16.11.2018, 22:56:03 »
Цитата: dmitry_stas от 16.11.2018, 20:19:14
та вроде нормально работает, может не запятыми были разделены значения?
Может.
Записан
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Прописать условие для сохранения данных в БД

Автор semen1707

 Ответов: 0
Просмотров: 723 		Последний ответ 14.04.2021, 00:59:44
от semen1707
Модель для представления, которое показывает списки данных разных типов

Автор borro

 Ответов: 27
Просмотров: 1740 		Последний ответ 06.05.2020, 11:57:12
от Septdir
Связать две таблицы с БД для дальнейшего вывода данных с них

Автор golinejj

 Ответов: 16
Просмотров: 1602 		Последний ответ 06.02.2020, 15:40:58
от golinejj
Редактирование данных в связанных таблицах

Автор NetFix

 Ответов: 1
Просмотров: 981 		Последний ответ 19.03.2019, 11:07:10
от platonische
Вывод данных из нескольких одинаковых таблиц

Автор Outpost

 Ответов: 6
Просмотров: 1105 		Последний ответ 11.02.2019, 14:42:55
от passer