Новости Joomla

Вышли релизы безопасности Joomla 6.1.4 и Joomla 5.4.9

Релиз безопасности Joomla 6.1.4 и Joomla 5.4.9

Проект Joomla! рад сообщить о выходе Joomla 6.1.4 и Joomla 5.4.9. Это релизы безопасности и исправления ошибок для серий 5.x и 6.x.

JoomShift - компонент переноса контента между Joomla сайтами.

‍ JoomShift - компонент переноса контента между Joomla сайтами.

JoomShift - компонент переноса контента между Joomla сайтами.Он позволяет экспортировать модули, меню, материалы, категории, пользовательские поля и пользователей в виде переносимых JSON/ZIP-файлов, а затем импортировать их в любую другую установку Joomla.

Возможности компонента:- Модули — полная настройка, назначение пунктов меню, позиционирование и содержимое SP Page Builder.
-Меню — иерархия родительских/дочерних элементов, типы элементов, ссылки, уровни доступа и параметры. Отсутствующие типы меню создаются автоматически, а элементы, указывающие на неустановленные компоненты, пропускаются с предупреждением.
-Статьи и категории — контент, метаданные, изображения и иерархия категорий.
-Пользовательские поля — группы полей, определения, ограничения по категориям и значения (включая поля с несколькими значениями) — экспортируются и автоматически создаются заново на целевом сайте.
-Пользователи — данные профиля, назначения групп и хэши паролей, чтобы учетные записи работали сразу после импорта.
-Кросс-версииJoomla - компонент адаптируется к различиям в схеме базы данных между версиями Joomla.
-Создан для крупных сайтов — постраничные списки (20/50/100/250строк) и автоматический пакетный экспорт для сайтов с более чем 500 элементами, поэтому он продолжает работать на обычном хостинге.
-Опция перезаписи — обновляет совпадающие элементы при повторном импорте вместо создания дубликатов.
-Drag-n-drop импорт с подробным отчетом о том, что было импортировано, обновлено или пропущено, и почему.

На момент написания заметки для скачивания необходима регистрация/логин на сайте разработчика.

-Joomla Extensions Directory-Страница расширения#joomla#расширения

Модуль joomLab JS Ajax Cart позволит организовать в Вашем интернет-магазине на компоненте JoomShopping удобную AJAX корзину с возможностью добавлять товары и изменять их количество без перезагрузки страницы.

Модуль joomLab JS Ajax Cart позволит организовать в Вашем интернет-магазине на компоненте JoomShopping удобную AJAX корзину с возможностью добавлять товары и изменять их количество без перезагрузки страницы.

Кроме этого, в состав пакета установки входит плагин, который позволяет выводить атрибуты товара в список всех товаров, менять эти атрибуты и добавлять товар в корзину из списка товаров. Если атрибутов много, то их можно выводить в всплывающем (модальном окне).

В модуле предусмотрено 2 макета дизайна для Bootstrap и UIkit и максимальная кастомизация для переопределения макетов в шаблон.Демо расширенияСтраница расширения

Видео в Telegram

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

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
Просмотров: 741
Последний ответ 14.04.2021, 00:59:44
от semen1707
Модель для представления, которое показывает списки данных разных типов

Автор borro

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

Автор golinejj

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

Автор NetFix

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

Автор Outpost

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