Новости Joomla

Joomla 20 лет. Евгений Сивоконь.

Евгений - участник и сооснователь многих известных в Joomla-среде проектов, участник конференций Joomla Day как в России, так и за рубежом, практикующий Joomla-специалист.

joomLab Avatar плагин загрузки аватара для пользователя

joomLab Avatar плагин загрузки аватара для пользователя.Плагин joomLab Avatar добавляет в форму регистрации и в форму редактирования пользователя поле для загрузки аватара.При этом используется стандартное пользовательское поле media, которое создается в момент установки плагина. В настройках плагина Вы сможете указать папку, где хранить аватары, а так же задать размер миниатюры изображения и выбрать изображение "заглушки".Разработчик участник нашего сообщества Александр Новиков (@pro_portal).Страница расширенияДокументация#joomla #расширения

Вышел компонент интернет-магазина HikaShop 6.1.0.Один из известных компонентов магазина для Joomla

Вышел компонент интернет-магазина HikaShop 6.1.0.Один из известных компонентов магазина для Joomla

👩‍💻 Вышел компонент интернет-магазина HikaShop 6.1.0.Один из известных компонентов магазина для Joomla.v.6.1.0 Что нового?Модуль корзины. Отображение корзины в виде offcanvas-элемента.Кнопка выхода в панели управления пользователя. Что тут сказать, просто добавили. Отправка писем только для заказов, оплаченных определёнными способами. Это удобно для рассылки сообщений, привязанных к региону или провайдеру (например, инструкции по банковскому переводу только для заказов, оплаченных банковским переводом).Листинг выплат по партнерской системе. В разделе управления партнёрскими программами появилось новое подменю «Выплаты», в котором перечислены выплаты партнёрам (упрощённое отслеживание и сверка). Добавлены настройки, благодаря которым можно определить категории товаров, на которые начисляется партнёрская комиссия с продаж.Список комплектов товаров. Система комплектов позволяет отслеживать остатки товаров, продаваемых в комплекте.Подробнее в блоге Hikashop.Поскольку мы не сообщали ранее о Hikashop 6.0, то вкратце скажем, что он вышел в июне 2025г. В новой версии было:- 13 исправлений ошибок- 17 улучшений. В частности:- - Hikashop теперь проверяет UserAgent пользователя перед добавлением товара в корзину, чтобы отсечь ботов. Ведь компонент хранит корзины в базе данных.- - улучшен роутинг компонента, позволяющий использовать в названии товара даже слеши.- - улучшения фильтра товаров - ускорение загрузки категорий/брендов/характеристик.- 4 новых функции:- - добавлена поддержка Joomla 6.0.- - Улучшена возможность адаптации форм HikaShop на фронтенде к шаблонам, не использующим стандартные классы Joomla.- - Плагин внутреннего баланса: возможность исключить уцененные товары из начисленных баллов.- - Теперь можно выбирать склады для вариантов товаров.Подробнее в Changelog Hikashop.Также при работе с Hikashop стоит учитывать, что один и тот же код поддерживает версии Joomla от 3.х до 5.х, а в таблице сравнения версий заявлена и Joomla 2.5. Беглый просмотр кода показал, что компонент как был, так и остался старым и для совместимости с Joomla 4+ просто добавлен плагин.@joomlafeed#joomla #расширения #hikashop

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

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

Автор borro

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

Автор golinejj

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

Автор NetFix

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

Автор Outpost

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