Новости Joomla

SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений

👩‍💻 SW JProjects v.2.6.1 - компонент каталога расширений для веб-приложений.

Компонент позволяет сделать свой мини-Joomla Extensions Directory - каталог расширений для CMS (не только для Joomla) или файлов. Есть возможность скачивания по лицензионным ключам создания кастомных схем данных для сервера обновлений.

v.2.6.1. Что нового?

  • Правки наследования схем серверов обновлений. Улучшена логика наследования схем серверов обновлений для проектов компонент - категория - проект.
  • Не стабильные релизы в сервере обновлений. Теперь в данные сервера обновлений попадают все версии (alpha, beta и т.д.), а не только stable.
  • Косметические изменения. В шаблоне по умолчанию сделаны замены некоторых CSS-классов, уточнено присвоение атрибутов loading=lazy и fetchpriority.
  • Рефакторинг и правки кода. Текущее обновление кодовой базы.
  • Исправление ошибок.

Больше спасибо за помощь в тестировании участникам нашего сообщества Александру Новикову (@pro_portal) и Александру Судьбинову (@alexrevo).

Событие Pizza, Bugs & Fun - 29-30 января 2026 года.

Событие Pizza, Bugs & Fun  - 29-30  января 2026 года.

Уже несколько лет в мире Joomla проводятся мероприятия "Pizza, Bugs & Fun" (#PBF), где каждый может посвятить несколько часов своего мозгового времени тому, чтобы наша любимая CMS стала ближе к идеалу.

Ссылки на видео и статьи из этого поста рассказывает об организационных вопросах, которые пригодятся для участия в PBF, а так же что и как делать.

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

Каждый помогает тем, что он умеет:

  • кто-то пишет недостающую документацию,
  • кто-то пишет код,
  • кто-то тестирует как исправлены ошибки или сделан новый функционал.

На сайте события есть карта, можно "захостить" свою локацию. Практически все движки в мире развиваются за счёт спонсирующих их компаний. Joomla одна из немногих, где развитие идёт только усилиями международного сообщества энтузиастов.

https://www.youtube.com/watch?v=a-FuVKXg_Uw 

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

Если каждый из участников только нашего сообщества сделает даже одно тестирование, то, боюсь, PR и Issue на всех не хватит 😀 И ничего не останется нашим коллегам из международных Joomla-чатов.

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

platonische

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

Есть компонент, который занимается продажами. Есть вид клиенты/клиент. Есть поля в клиенте Телефон, 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 »
Ваше предложение - создать нужное кол-во полей в таблице.
В принципе на пока это тоже вариант. И на пока может и навсегда подойти.
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Занимаюсь создание расширений для Joomla 4.2.x | Доработка и настройка сайтов. Занимаюсь создание Интернет магазинов с нуля на собственном компоненте + оптимизация загрузки страницы (после предоставляю техподдержку).
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #4 : 08.11.2018, 18:15:58 »
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Ой как не надо =) Особенно когда маппинг
Может быть кто-то предложит другой вариант. Как оставить данные в 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 »
Ой как не надо =) Особенно когда маппингЧерез равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
Код
[+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 »
Через равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
FIND_IN_SET же :)
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

Septdir

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

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

dmitry_stas

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

robert

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

Septdir

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

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

Автор semen1707

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

Автор borro

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

Автор golinejj

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

Автор NetFix

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

Автор Outpost

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