sv2109

2 моих модуля :)

кстати, интересная задача, напишите в ЛС обсудим. Но только если вам не очень срочно это надо, так как сейчас со временем совсем туго..

От модуля зависит. Модуль может еще и свои таблицы создать в базе и использовать файлы которые не факт что называются так же как модуль..

Потому что такой код может породить много конфликтов в будущем. Никогда не стоит забывать что ваш модуль не единственный в системе!

Если например 2 модуля будут добавлять свой код в то самое место то в случае если используется только before все добавится нормально. А в случае если используется replace или offset вместе с before или offset вместе с replace итд. второй модуль может вообще все поломать. Даже на оф. сайте vqmod-а написано "When possible it's advised to avoid doing this"

Из описания не совсем понял, значения атрибутов вводятся на этапе создания атрибута или при добавлении товара в поле "Текст" атрибута, а потом автоматически появляются в списке?

Второе.

При добавлении значения атрибута у вас будет выбор - выбрать это значение из автоматически созданного списка или ввести в поле "Текст". Если вы введете значение вручную то потом оно автоматически будет появляться в списке.

2. Привыкайте, скоро этот "Волшебный костыль" окажется в ядре.. https://opencartforum.com/topic/17911-vqmod-%D0%BF%D0%BE%D1%85%D0%BE%D0%B6%D0%B5-%D1%81%D0%BA%D0%BE%D1%80%D0%BE-%D0%BE%D0%BA%D0%B0%D0%B6%D0%B5%D1%82%D1%81%D1%8F-%D0%B2-%D1%8F%D0%B4%D1%80%D0%B5-facepalm/page__hl__vqmod__fromsearch__1

Как то очень печально работает с базой в 15 тысяч товаров. Поиск до 4-5 секунд. С отключенный модулем - 1 сек

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

На 15000 модуль не тестировался. Я тестировал его на 10000 на локалхосте, все работало очень хорошо. Но не думаю что из-за 5 тысяч может настолько упасть скорость поиска.

Модуль имеет много настроек, возможно вы его неправильно настроили. Скиньте в ЛС доступ к админке, попробую настроить модуль.

Тем более что из десятков человек, которые используют модуль вы первый кто жалуется на скорость его работы.

Попробуйте

find . -type d -exec chmod 755 {} \;

find . -type f -exec chmod 644 {} \;

я ставлю 755 на папки и 644 на файлы

Описал в ЛС

Также интересует поиск по модели в 1.5.3.1.

Не совсем понятно, как так получилось, что другой купленный у автора модуль Search Suggestion - Поиск с автодополнением ищет по модели и sku, а этот нет.

Если доработка действительно сложна, готов доплатить за нее, без нее как-то ущербно получается.

Также интересует вопрос, как сделать так, чтобы оба модуля искали одинаково (точнее - порядок выдачи результов в обоих модулях был одинаковый).

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

В версии для 1.5.4.1 уже был полностью переделан механизм поиска, добавлены новые поля, добавлены новые настройки. Сделана лучшая интеграция этих двух модулей, они теперь работают на 1 движке и соответственно и порядок выдачи результатов поиска и все настройки совпадают. Но делалось это уже для новой версии движка. Чтобы все перенести на версию 1.5.3.1 нужно очень много всего переписывать и создавать версию 1.1 модуля для 1.5.3.1, работы там на несколько дней, все переписать, настроить, протестировать итд. + нужно создавать версию 2.4 модуля поиска с автодополнением для 1.5.3.1 и сделать интеграцию этих двух модулей. Соответственно стоимость работы будет в несколько раз выше стоимости самого модуля.

system/library/log.php

для 1.5.3.1 будет поиск по модели?

скорее нет чем да. не вижу смысла развивать старые версии, лучше это время потратить на развитие новых версий.

если вам очень нужен этот поиск то пишите в ЛС смогу сделать за доп. плату.

Скажите Версия 1.1 и Поиск с авто дополнением 2.3 совместимы для 1.5.1.3?

нет

1. получаем список всех подкатегорий этой категории

2. получаем список всех товаров этих подкатегорий

3. выводим

Обнаружен баг при поиске по тегам (клик по тегу на карточке товара)

Notice: Undefined variable: aa61116d1d26ae608eb3bf26a5dbe3473 in data/www/site.ru/catalog/model/catalog/search_mr.php on line 2

отправил на почту файл

Собственно вопрос : Как сделать так что бы это флажок всегда стоял.

как вариант открыть шаблон страницы поиска (/catalog/view/theme/название_темы/template/product/search.tpl) ,

найти там строку <input type="checkbox" name="filter_description" value="1" id="description" />

и заменить на <input type="checkbox" name="filter_description" value="1" id="description" checked="checked" />

да и не думаю что хуки спасут от конфликтов

Не говорите ерунды.

Если мне в Друпале в своем модуле нужно создать например новый пункт меню, то я сделаю это с помощью готового хука. после чего я буду на 100% уверен, что даже если в системе кроме моего модуля будет установлено еще 100 других, которые будут создавать свои пункты меню с помощью того же хука то это не создаст никаких конфликтов, так как все работает через единое апи. В системе могут прекрасно работать и не конфликтовать между собой сотни модулей.

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

Именно поэтому в больших системах и используют систему хуков, так как на сегодняшний день это единственно правильное решение для построения модульных систем, которое максимально уменьшает количество конфликтов. Потому что все работает через единое апи, предоставляемое этой системой, а не через "одно место" как это сейчас работает в опенкарте...

не думаю что хуки и прочее сделают движок лучше(по крайней мере я не видел реализаций)

Drupal, Symfony, ZF

сейчас у OpenCart низкий порог вхождения как раз из-за простоты

говнокодить хакая движок только на первый взгляд проще, так как потом придется тратить в разы больше времени на поддержку всего этого ужаса, исправление багов, конфликтов с другими модулями итд

Это хорошо для пользователя, которому не придется искать vqmod на стороннем сайте и устанавливать его итд.

Я говорю о более глобальных вещах таких как перспективы развития самого движка. Любой программист понимает что vqmod это не решение, это самый настоящий костыль, который можно использовать в самом крайнем случае но никак не делать его частью всей системы, так как это тупиковая ветка развития, это идеологически не правильно.

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

Час назад на гитхабе появился новый коммит с комментарием "started adding my own version of vqmod." посмотреть на него можно по этой ссылке https://github.com/opencart/opencart/commit/7a64c342ee3d551f5c3d40c3c4df0cea2ea17f91

Похоже что создатели опенкарта все-таки решились на добавление vqmod в ядро. У меня просто слов нету...

По заболеванием самый простой вариант который уже есть в движке - просто писать заболевания в поле Тег товара. Тогда будет доступен поиск.

То если нужна такая же страница с разделами и самими заболеваниями то нужно создавать отдельное поле для товара (типа как каталог или производитель) + создавать в админке страницу для создания этих разделов и заболеваний + создавать страницу вывода всех этих заболеваний + возможность фильтра на ним. Работы достаточно много.

По алфавиту примерно тоже самое только поля для товара отдельного создавать не нужно так как все буквы можно взять автоматически с базы, создать для них отдельную страницу для выбора + возможность фильтра.

за то время что вы писали это сообщение уже можно было открыть любую модель и посмотреть как там все реализовано...

На счет VPS тут желательно бы прикинуть, сколько будет стоить в месяц аренда такого чуда :-) (20, 30, 50 тыс руб).

Вот например цены http://unihost.com/vps/

Спасибо за отчет

Не хватает параметров вашего халявного VPS и информации как именно вы оптимизировали таблицы в бд.

Стандартный модуль категорий тормозит из-за того что там если не ошибаюсь считается к-во товаров для каждой категории причем делается это рекурсивно.

Поиск я немного оптимизировал в своем модуле поиска. Но понятно что для большого к-ва товаров идеально использовать отдельный поисковый движок а не искать все средствами mysql через джойн нескольких таблиц с сотнями тысяч записей.. причем если использовать "LIKE '%" то там даже индексы не будут работать.

Если под платным модулем кеширования емелся ввиду вот этот модуль то этот модуль это развод на деньги. Толку с него почти никакого.

Что я должен был ещё сделать? Выпилить 4.х версию из рабочего продакшена , а после найти где-нибудь устаревшую версию 3.4 установить её и продолжать квэст который я описывал выше?

Да я плюнул так же как и Вы и забил.

Так как это не мой модуль то я просто ошибся с версией когда писал вам ЛС. В том архиве версия интеграции для блога версии 4.3 (папка в архиве так и называется blog_module_v4.3). Из этого следует что вы даже архив который я для вас выслал не открывали. Можете открыть архив и проверить.

Конфликта бы не было если бы вы хотя бы отписали мне в ЛС. Так нет.. проще промолчать после чего зайти в тему и написать что вас кинули.

Ещё мне непонятно как это у Вас и нет новой версии когда Вы в одной команде вроде как ....

ага.. мы еще спим вместе.. я этого человека вообще не знаю. Он написал свой модуль попросил сделать поиск для него. Я сделал. Это было пару месяцев назад. Какие там у него версии новые повыходили и выходили ли вообще я не знаю.