Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

sv2109

Users
  • Posts

    3,685
  • Joined

  • Last visited

Everything posted by sv2109

  1. нужно будет изучить этот вопрос на досуге, я раньше просто об этом не задумывался никогда, будут вопросы - обращусь. да, конечно.
  2. google много чего умеет, это поисковая система, которая стоит миллиарды долларов, конечно же что она ищет лучше модуля за 15$ на в модуле можно делать замену слов, например для слов с опечатками и тогда по smssung модуль тоже найдет товары: http://demo.sv2109.com/ocstore2102_2/index.php?route=product/search&search=smsung
  3. Version 4.0

    Больше 10 тысяч загрузок модулей от sv2109! Что делает этот модуль? Это модуль поиска для магазинов, которым нужен качественный и быстрый поиск. То есть практически для всех магазинов, ведь с плохим поиском магазины постоянно теряют десятки процентов прибыли! Ваши клиенты не будут вручную просматривать десятки тысяч страниц вашего сайта для поиска нужного товара. Если товар не найден в первые секунды через поиск то пользователь просто уходит с вашего сайта. Модуль тестировался на магазине в котором больше миллиона товаров! Основные преимущества больше 1000 продаж модуля очень большая скорость поиска использование морфологии и релевантности для более точного поиска уменьшение процента отказов покупателей логика поиска для поиска по фразам из нескольких слов: И, ИЛИ неточный поиск, поиск с опечатками поиск без учета языка синонимы Дополнительные возможности режим исправления раскладки клавиатуры ("фззду" -> "apple") режим транслитерации ("stol" -> "стол") возможность добавлять новые поля для поиска, например можно добавить поиска по id товара, мета H1 и почти по любому полю товара. гибкий поиск по атрибутам установка весов для категорий и производителей, можно товары из какой-то категории или производителя показывать выше или ниже остальных части речи возможность удаления, замены слов индексация по крону множество других настроек Модуль совместим с модулями: Search suggestion - поиск с автодополнением Фильтр категорий в поиске История Поиска Похожие товары с морфологией и релевантностью Поиск товаров в админке Модуль совместим с модулями других разработчиков: По всем вопросам по этим модулям обращайтесь к их разработчикам. Фильтр товаров - FilterVier_SEO OCFilter - Модуль фильтра товаров Чем этот модуль отличается от других модулей поиска? К обычным поисковым модулям относятся: стандартный поиск OpenCart, другие модули поиска, например модуль "Поиск с морфологией и релевантностью". Как они работают? После того, как пользователь ввел фразу для поиска и нажал кнопку "Искать", модуль поиска для того, чтобы найти все товары, которые соответствуют поисковой фразе, должен обойти все товары в базе данных, причем информация о каждом товаре находится не в одной, а в нескольких таблицах с множеством полей, многие из которых никак не проиндексированы. Если у вас немного товаров на сайте (десятки, сотни) и быстрый сервер, то поиск у вас будет работать достаточно быстро. Но если у вас тысячи товаров в магазине (или даже десятки и сотни тысяч) или не самый быстрый сервер, то чем больше у вас будет товаров, тем медленнее будет работать поиск на вашем сайте. В некоторых случаях и 5 и 10 и даже больше секунд, что конечно же очень много, все, что больше 1-2 секунды это уже много, пользователи не будут столько времени ждать, они закроют ваш сайт и пойдут на другой. Как работает этот модуль? Этот модуль работает по тому же принципу, что и поисковые системы, поэтому он так и называется. Возьмем для примера поисковую систему Google. После того, как вы вводите в поле поиска, например, "OpenCart" и нажимаете кнопку "Поиск", Google отображает вам нужные результаты за доли секунды. Это возможно потому, что Google не ищет информацию непосредственно на каждом сайте в момент поиска, он уже до этого обошел все сайты и добавил эту информацию в свои очень быстрые базы данных, где все записи проиндексированы и лежат в базе с нужными весами (какой сайт показывать выше в выдаче, какой ниже). После этого Google осуществляет поиск по своих базах, это дает возможность найти сотни тысяч сайтов за доли секунды! Именно так работает и этот модуль. Сначала он обходит все товары в магазине и добавляет всю информацию в свои таблицы базы данных с индексами. Когда пользователь что-то ищет на сайте, поиск не обходит десятки полей в тысячах товаров, а ищет всего в одной таблице по проиндексированному одному полю, поэтому результат пользователь получит не через несколько секунд или даже десятков секунд, а через доли секунды, что в десятки и даже сотни раз быстрее стандартного поиска. Морфология и релевантность Как известно, стандартный поиск OpenCart просто ужасный. При поиске он разбивает искомую фразу на отдельные слова, после чего находит все товары, в которых встречается любое из этих слов. В результате при поиске по фразе "Монитор Samsung" на первых позициях может оказаться "монитор Acer" (так как в названии есть слово "монитор") или "ноутбук Samsung" так как в названии есть слово "Samsung". В то время, как нужный товар "Монитор Samsung" может быть где-то на 10-той странице. А если вы напишите в поиске не "ноутбук", а напр. "ноутбуки" или сделаете опечатку в слове "Samsung" то поиск вообще ничего не найдет, так как поиск осуществляется только по точному вхождению слова. Этот модуль написан для того, чтобы исправить все недостатки стандартного поиска. Для этого у него есть 2 инструмента: Морфология. Поиск не по точному совпадению, а по корням слов. Теперь написав в поиске "ноутбуки", поиск выдаст все товары в которых встречается и "ноутбуки" и "ноутбук" и "ноутбука" итд. Поддерживаемые словари - русский, украинский, английский. Релевантность. При поиске на первых позициях будут материалы с большим суммарным весом. Наибольший вес имеет точное вхождение фразы в начало названия товара, потом вхождение одного или нескольких слов в название (чем больше слов тем больший вес), потом вхождение слова в тег, потом целой фразы в описание, потом отдельного слова в описание. Чем больше совпадений, тем больше вес и тем выше будет этот товар в результатах поиска. Вес каждого совпадения можно корректировать в админке. Возможности модуль написан на основе модуля "Поиск с морфологией и релевантностью", поэтому содержит весь огромный функционал того модуля использование морфологии и релевантности для более точного поиска выбор логики поиска для поиска по фразам из нескольких слов: И, ИЛИ поддержка мульти-магазина возможность отключить в поиске дату поступления товаров разные типы поиска (по корням слов и целым словам) режим исправления раскладки клавиатуры ("фззду" -> "apple") учитывать наличие на складе (товары, которых нет в наличии будут отображаться в конце поиска), а также в версии 4 и статусов наличия возможность добавлять новые поля для поиска, например можно добавить поиска по id товара, мета H1 и почти по любому полю товара. для каждого поля можно: указать минимальную длину слова, указать вес вхождения слова в начало или середину поля возможность исключить некоторые слова из поиска возможность заменить слова при поиске (например слова с ошибками: "aple" -> "apple") поддержка нескольких режимов индексации: индексация по крону, автоматическая индексация после каждого добавления, изменения, удаления товара, ручная индексации на странице настроек модуля с поддержкой пакетного создание индексов (можно запустить процесс и оставить страницу открытой на продолжительное время) поиск по вхождению неточный поиск возможность указывать конкретные атрибуты для поиска Что нового в 4 версии модуля? Поиск без учета языка. Теперь легко включается в настройках модуля. Пример: если на украинском языке ввести "одеяло" то найдет "ковдри" итд. Полностью переписана функция индексирования, теперь индексирование работает в разы, а иногда и в десятки раз быстрее. Полностью переписан механизм неточного поиска, теперь он работает иначе, намного лучше, чем раньше. Ищет с опечатками, неточным написанием, вхождение итд. Для работы нужен MySQL версии 5.7.6 и выше. Исправлена ошибка при которой поиск с большим количеством слов при логике поиска И на некоторых хостингах подвешивал MySQL сервер. Тут сразу 2 улучшения: - во-первых переписана логика поиска И, теперь она работает в разы быстрее и уже не должна нагружать сервер - во-вторых в настройках добавлено время выполнения поискового запроса, если время вышло то поиск просто завершается. Поиск по атрибутам теперь можно настраивать, указывать какие именно атрибуты нужно индексировать и искать только по ним, а не все сразу. В магазине может быть 50 атрибутов, а искать нужно только по атрибуту "Цвет", теперь это возможно. Сортировка результатов по наличию - теперь можно указывать конкретные статусы товара для товаров, которых нету в наличии. Можно, например убрать из результатов поиска товары "Нет в наличии" и "Снят с производства" но оставить "Под заказ" и "Ожидается через 2 дня". Возможно изменять логику поиска с И на ИЛИ во время поиска если ничего не найдено. Улучшена работа модуля с украинским языком. Улучшен дизайн, дополнительные настройки вынесены в отдельный таб. Исправлены другие ошибки, некоторые функции полностью переписаны, а также другие мелкие изменения и улучшение. Изменения прошлых версий: Таблица сравнения версий модулей Поиск с морфологией и релевантностью, версия 3 Search Suggestion - Поиск с автодополнением, версия 5 Этот модуль - Поисковая система, версия 4 Скорость поиска низкая низкая очень высокая Релевантность средняя нету очень высокая Логика И средняя средняя хорошая Поиск по вхождению есть (медленный) есть (медленный) есть Неточный поиск нету нету есть Транслитерация нету есть есть Смена раскладки нету есть есть Коэффициенты для категории нету нету есть Коэффициенты для производителей нету нету есть Настройки частей речи нету нету есть Поиск по целому слова нету нету есть Синонимы нету нету есть Поиск в шапке сайта нету* есть нету* Поддержка OpenCart 1.5 - 3 1.5, 2.0 - 3 1.5 - 3 * - в модуле Поисковая система и Поиск с морфологией и релевантностью нету поиска в шапке сайта, потому этот функционал реализован отдельным модулем - Search Suggestion. Это сделано для большей гибкости. Эти модули отлично работают вместе (при наличии модуля Поисковая система модуль Search Suggestion ищет товары через модуль Поисковая система) но могут работать и отдельно. Лучше, конечно, использовать их вместе. Модуль совместим с модулями: Search suggestion - поиск с автодополнением Фильтр категорий в поиске История Поиска Похожие товары с морфологией и релевантностью Совместимость: OpenCart/ocStore 3.x, 2.0.x, 2.1.x, 1.5 Модуль использует IonCube, обычно на 99% хостингов он используется но на всякий случай можете проверить. Одна лицензия модуля позволяет установить этот модуль на 1 домене. Демо: Сайт Админка Для связи с автором модуля пишите в ЛС на форуме Условия оказания поддержки © Стасюк Владимир (sv2109.com), 2016
    $17
  4. 17 Download / Buy Submitter sv2109 Submitted 07/24/2016 Category Search Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 1.5.5.1.2 1.5.5.1.1 1.5.5.1 1.5.4.1.2 1.5.4.1.1 1.5.4.1 1.5.3.1 OpenCart.Pro, ocShop Opencart.pro 2.3 Opencart.pro 2.1 OcShop 2.0.3.х OcShop 1.5.6.4.х Get request to server of developer Нет  
  5. у вас наверное не та версия модуля, напишите в ЛС ваш емейл и версию движка, скину нужную версию на почту.
  6. Подведу итоги. Проверил на реальной базе с 42 тыс. записей все варианты запросов. Запросы проверял с "SQL_NO_CACHE", каждый выполнял около десяти раз, брал наименьшее и наибольшее значение, после чего считал среднее. Самыми быстрыми оказались 2 запроса 1. с логикой "OR", оно и не удивительно, но этот запрос не подходит под задание, так как нужна логика "AND" 2. запрос с "HAVING COUNT(*) = 2", который практически вообще не отличается по скорости от обычного запроса с "OR" Поэтому все возражения, о том, что и "HAVING" и "COUNT (*)" являются ну просто очень медленными оказались вообще безосновательными по крайней мене для данной задачи. Наверное потому, что MySQL очень умная, и она не считает "COUNT(*) " для всех записей, а только для найденных согласно других условий, а из 42 тыс. записей найтись могут напр. 50 (или даже меньше), а посчитать к-во для даже 50-ти записей для базы дело тысячной доли секунды, поэтому результат практически не отличается от обычного запроса с "OR" 3. Процентов на 20 медленнее от п. 1-2 работает запрос с вложенным подзапросом 4. Раза в 2 медленнее от п. 1-2 работает запрос с джойнами 5. Запрос с UNION не проверял, так как так и не понял как с помощью него можно решить задачу.
  7. UNION не спасает, потому что он просто объединяет выборки и, если я правильно понимаю, работает по логике "ИЛИ", запрос SELECT t.id FROM `test` t WHERE t.word = 'bar' UNION SELECT t.id FROM `test` t WHERE t.word = 'foo' GROUP BY t.id находит 1,2,3, как и запросы с "OR" или "IN()"
  8. да, можно еще упростить: SELECT `id` FROM `test` WHERE `word` IN ('foo', 'baz') GROUP BY `id` HAVING COUNT(*) = 2; P.S. да, @nikifalex уже давал выше почти такой же вариант.
  9. в одном случае мы имеем один COUNT, в другом 20 джойнов с отдельным поиском по каждой подключенной таблице, первый вариант однозначно будет быстрее и даже в разы. Если на большой таблице COUNT будет работать медленно то поиск по 20 таких же больших таблицах будет в разы медленнее.
  10. во! а вот это уже круто :) Это то, что мне нужно было - взгляд на проблему под другим углом, так как я зациклился на варианте с джойнами и ничего другого уже просто не мог увидеть, хотя подсознательно понимал что должно быть более красивое решение. Нужно будет проверить скорость на реальной базе, но думают со скоростью все должно быть нормально, во всяком случае она должна быть намного больше чем вариант с джойнами.
  11. У меня с самого начала был почти такой же вариант: SELECT t.id FROM `test` t LEFT JOIN `test` t2 ON (t.id = t2.id) WHERE t.word = 'bar' AND t2.word = 'foo' GROUP BY t.id Но он мне не нравится, потому что: 1. Я этого не указал в задании, думал и так понятно, но в реальном запросе не обязательно будет 2 слова, там может быть и 3 и 5 и 10, а иногда возможно даже и больше. 2. В реальной базе не одна, а 2 таблицы и для каждого нового слова нужно подключать не одну, а 2 новых таблицы 3. В реальной таблице могут быть десятки и даже сотни тысяч записей. И если взять например таблицу с 100 тыс. записей, осуществить выборку по 10 словам (подключив по 2 доп. таблицы для каждого слова) то это очень сильно скажется на скорости запроса, запрос будет выполняться больше 10 раз медленнее, чем аналогичный с логикой "OR", так как в данном случае MySQL будет искать по каждой подключенной таблице отдельно. Поэтому я и создал эту тему в надежде что может есть красивое решение, которого я не вижу. Как-то сразу не поверил, что для такой, казалось бы простой задачи, нету простого и быстрого решения. Но, увы :( В любом случае, всем спасибо за потраченное время, оно не потрачено напрасно, мы все узнали что-то новое, получили новые знания, которые нам пригодятся в будущем. Тема открыта - если у кого-то будут новые идеи - пишите.
  12. нет. Модуль делает наценку, в опенкарте есть 2 вида наценки - акции и скидки, и ни одна из них не меняет цену опции, а наоборот, цена опции увеличивает или уменьшает цену товара (с акцией или скидкой или без), так работает опенкарт, так работает и модуль. модуль должен: 1. соответствовать логике опенкарта, а он с опциями работает не так, как вам нужно. 2. делать то, что написано в описании модуля, если в описании этого нету то и делать этого модуль не должен, особенно если сам движок работает иначе. считается только одна, берется большая цена.
  13. это я и сделал, но подумал, что может быть есть более красивое решение, которого я не вижу, поэтому и создал эту тему. уникальный ключ может быть по нескольким полям, в данном случае это вообще не существенно и ничего не меняет, я добавил ключ, чтобы в phpmyadmin можно было записи редактировать, можно было и вообще ее не добавлять.
  14. мимо :) это я с самого начала попробовал `word` IN ('bar', 'foo') это аналог `word` = 'bar' OR `word` = 'foo' А логика нужна "AND" запрос SELECT `id` FROM `test` WHERE `word` IN ('bar', 'foo') GROUP BY `id` возвращает 1,2,3 а нужно 2,3
  15. Столкнулся с интересной задачей в одном проекте над которым сейчас работаю. Есть таблица (упрощенный ее вариант): CREATE TABLE `test` ( `id` int(11) NOT NULL, `word` varchar(64) CHARACTER SET utf8 NOT NULL, UNIQUE KEY `index` (`id`,`word`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8_general_ci; INSERT INTO `test` (`id`, `word`) VALUES (1, 'baz'), (1, 'foo'), (2, 'bar'), (2, 'foo'), (3, 'bar'), (3, 'baz'), (3, 'foo'); Задача: 1. найти все 'id', у которых 'word' равно 'bar' И 'foo' (должно найти 2 и 3) 2. очень важно, чтобы запрос работал максимально быстро, так как в реальной таблице сотни тысяч записей Казалось бы что может быть проще? Если нужна логика "или" то все действительно очень просто: SELECT `id` FROM `test` WHERE `word` = 'bar' OR `word` = 'foo' GROUP BY `id` Если же логика "и" то сразу хочется написать: SELECT `id` FROM `test` WHERE `word` = 'bar' AND `word` = 'foo' GROUP BY `id` но, такой запрос ничего не найдет, так как 'word' не может одновременно быть и 'bar' и 'foo' И вот сижу и думаю. Решения я нашел, но оно мне не нравится, так как оно сложное и работает раза в 3 медленнее, чем запрос с "OR" Может есть какое-то простое и быстрое решение которого я в час ночи в упор не вижу?
  16. вернулся, оказываю Потому что модуль не работает с опциями и никакие наценки на опции не добавляет. На странице описания модуля нету никакой информации о том, что модуль это делает, поэтому он этого и не делает. модуль вообще никак не меняет модель покупателя, поэтому причину ваших глюков ищите в другом месте, этот модуль тут не при чем.
  17. на странице модуля черным по белому написано: "Метод активации: По запросу в ЛС" огромное к-во модулей на этом сайте продается также, практически любой модуль, который использует ionCube требует ключ, который вам вышлют или в ЛС или на почту.
  18. Вышла новая, третья версия модуля, выложил отдельным модулем, посмотреть можно тут. Новое в новой версии: Добавлена возможность сортировки по наличию на складе, товары, которых нету на складе будут отображаться последними в списке товаров. Добавлена поддержка неправильной раскладки клавиатуры, если пользователь введет "фззду" то ему будут найдены товары "apple" и наоборот. Добавлена возможность добавлять новые поля для поиска товаров. Теперь вы можете добавить почти любое новое поле для поиска. Например, если вам нужен поиск по идентификатору товара или по полю "мета H1" или по названию категории или может быть у вас в магазине используются какие-то нестандартные поля и таблицы для содержания какой-то нестандартной информации, например кросс кодов для авто запчастей итд., вы можете добавить новые поля для поиска через админку модуля. Вам нужно будет добавить поле, таблицу, в которой оно находится, а также после сохранения добавить настройки поиска для этого нового поля. Немного переписан код. Цена новой версии - 499 р. На данный момент есть только версия для OpenCart 2.x, для 1.5 пока нету. Для тех, кто уже приобрел предыдущую версию модуля и кому нужна новая версия, не нужно оплачивать всю стоимость, достаточно оплатить стоимость обновления - 200 р. Кому это нужно - пишите в ЛС. Отвечу сразу на вопросы: - почему новая версия выкладывается новым модулем? Причин несколько, это и то, что новая версия дороже и то, что для новой версии пока нету версии для 1.5, и то, что хочется дать возможность приобрести разные версии по разным ценам, так как не всем нужен новый функционал, так зачем за него переплачивать. Мне самому это не очень нравится, но иначе никак. - почему новая версия стоит дороже? Потому что она более функциональна, на ее создание было потрачено больше время. Плюс мои модули и так одни из самых дешевых и в тоже время одни из самых функциональных. - почему обновление стоит 200 р., а не 100 р., ведь модуль дороже всего на 100 р.? Потому что модуль это не только код, это еще и поддержка, нужно каждому выслать новую версию, ответить на все вопросы, помочь установить, подсказать с возможными конфликтами итд. - меня не устраивают условия обновления. Без проблем, просто не покупайте его, никто вас не заставляет это делать.
  19. Version 3.0

    Over 10 thousand module downloads from sv2109 ! This is the third version of the module, the previous versions of which ( 1.1 , 2.0 ) have already been purchased by almost 700 users! Attention! This is an old version of the search module, it is already obsolete, it is much better to use the new version of this module - "Search engine with morphology and relevance", you will get not only many times faster search speed, but also many times more functionality and search accuracy. What does this module do? The module replaces the terrible standard OpenCart search with a more functional and accurate search using morphology and relevancy What for? Good site search is extremely important because users won't look through all of your products to find what they're looking for, they're more likely to use search. And, if the search is bad, then users will not find the right product and will simply leave your site. Due to poor search on the site, you are constantly losing a bunch of customers! Don't believe? View bounce statistics in analytics. Standard OpenCart Search As you know, the standard OpenCart search is just awful. When searching, it breaks the search phrase into separate words, after which it finds all products that contain any of these words. As a result, when searching for the phrase " Samsung Monitor " in the first positions may be " Acer monitor " (because the name contains the word " monitor ") or " Samsung laptop " because the name contains the word " Samsung ". While the right product " Samsung Monitor " may be somewhere on the 10th page. And if you write in the search not " laptop ", but for example. " laptops "" then the search will not find anything at all, since the search is carried out only by the exact occurrence of the word. This module is written to fix all the flaws of the standard search. New in version 3.0 Added the ability to sort by stock , products that are out of stock will be displayed last in the list of products. Added support for incorrect keyboard layout , if the user enters "фззду" then "apple" products will be found for him and vice versa. Added the ability to add new fields for product search . Now you can add almost any new search field. For example, if you need to search by product ID or by the "H1 meta" field or by category name, or maybe your store uses some non-standard fields and tables to contain some non-standard information, for example, cross codes for auto parts, etc. ., you can add new search fields through the module's admin panel. You will need to add the field, the table in which it is located, and after saving, add the search settings for this new field. Slightly rewritten code. The difference between the PRO version and the regular one All code has been rewritten , now it complies with the OpenCart coding standards , it has become much cleaner. Added the ability to specify the number of characters to search . Words with less than this number of characters will not be included in the search. Added the ability for each search field to specify the search logic (AND, OR) for search phrases of several words. Previously, the logic was OR everywhere and when the user searched, for example, "Apple laptop", then in the first positions in the search results he received "Apple laptop", and under it a bunch of other products that contained the words "laptop" (that is, all laptops that were in the store ) or "Apple" (that is, all Apple products). Now, by setting the "AND" logic for the "Product name" field, we will get as a result only products that contain AND "laptop" AND "Apple" in the product name, which will remove a lot of unnecessary products from the search results. Now it is possible for each field to specify characters that do not need to be used in the search . This is very convenient for the fields of the model, article, etc. Previously, if a product had a model "1/ABC-2", then in order to find it, you had to specify it exactly "1/ABC-2", otherwise if the user specifies "1ABC-2" or "1/ABC2", then the search did not find anything would. Now the user will find the desired product, even if he specifies "1-ABC/2" or "1ABC2" or "1-ABC-2", etc. Now it is possible for each search language to specify words that do not need to be used in the search . Convenient for the prepositions "and," "on", "above", "under", etc. which are present in many products and all these products also fall into the search results. You can also exclude words that are often found in product names, such as "laptop", "art." etc. It is now possible for each search language to specify a replacement for words . For example, you can replace aple with apple and if the user accidentally entered a misspelled word, he will still get the desired product in the search results. Here you can enter common user errors, Russian names for English brands, etc. Fixed bugs , for example, in some cases there was an error "Division by zero", etc. Added support for OpenCart 2.0 The module has become much more flexible - now there are more than 100 settings in the module! in the admin panel. Now it can rightly be called the PRO version. Reviews: Alteya : How did I live without this module before! It must be in the engine initially! markimax : Great module, I already wanted to do it myself, since the default search is rather hard. sh0ut : I bought several modules from the author, support is at the highest level! xd199rus : great module, met expectations by 150% Wwworon : Thanks, everything works like a Swiss watch now. More reviews can be read here The module is compatible with modules: Search suggestion - search with autocompletion Search category filter Search History Similar products with morphology and relevance Search Admin - improved product search in the admin panel Compatibility: OpenCart / ocStore 3.0, 2.0.x, 2.1.x,,2.2.x,2.3.x, 1.5.5,1.5.6 The module uses IonCube, usually 99% of hosts use it, but just in case, you can check . One module license allows you to install this module on 1 domain. Demo: Website admin To contact the author of the module, write to the PM on the forum © Stasyuk Vladimir (sv2109.com), 2014
    $10
  20. 10 Download / Buy Over 10 thousand module downloads from sv2109 ! This is the third version of the module, the previous versions of which ( 1.1 , 2.0 ) have already been purchased by almost 700 users! Attention! This is an old version of the search module, it is already obsolete, it is much better to use the new version of this module - "Search engine with morphology and relevance", you will get not only many times faster search speed, but also many times more functionality and search accuracy. What does this module do? The module replaces the terrible standard OpenCart search with a more functional and accurate search using morphology and relevancy What for? Good site search is extremely important because users won't look through all of your products to find what they're looking for, they're more likely to use search. And, if the search is bad, then users will not find the right product and will simply leave your site. Due to poor search on the site, you are constantly losing a bunch of customers! Don't believe? View bounce statistics in analytics. Standard OpenCart Search As you know, the standard OpenCart search is just awful. When searching, it breaks the search phrase into separate words, after which it finds all products that contain any of these words. As a result, when searching for the phrase " Samsung Monitor " in the first positions may be " Acer monitor " (because the name contains the word " monitor ") or " Samsung laptop " because the name contains the word " Samsung ". While the right product " Samsung Monitor " may be somewhere on the 10th page. And if you write in the search not " laptop ", but for example. " laptops "" then the search will not find anything at all, since the search is carried out only by the exact occurrence of the word. This module is written to fix all the flaws of the standard search. New in version 3.0 Added the ability to sort by stock , products that are out of stock will be displayed last in the list of products. Added support for incorrect keyboard layout , if the user enters "фззду" then "apple" products will be found for him and vice versa. Added the ability to add new fields for product search . Now you can add almost any new search field. For example, if you need to search by product ID or by the "H1 meta" field or by category name, or maybe your store uses some non-standard fields and tables to contain some non-standard information, for example, cross codes for auto parts, etc. ., you can add new search fields through the module's admin panel. You will need to add the field, the table in which it is located, and after saving, add the search settings for this new field. Slightly rewritten code. The difference between the PRO version and the regular one All code has been rewritten , now it complies with the OpenCart coding standards , it has become much cleaner. Added the ability to specify the number of characters to search . Words with less than this number of characters will not be included in the search. Added the ability for each search field to specify the search logic (AND, OR) for search phrases of several words. Previously, the logic was OR everywhere and when the user searched, for example, "Apple laptop", then in the first positions in the search results he received "Apple laptop", and under it a bunch of other products that contained the words "laptop" (that is, all laptops that were in the store ) or "Apple" (that is, all Apple products). Now, by setting the "AND" logic for the "Product name" field, we will get as a result only products that contain AND "laptop" AND "Apple" in the product name, which will remove a lot of unnecessary products from the search results. Now it is possible for each field to specify characters that do not need to be used in the search . This is very convenient for the fields of the model, article, etc. Previously, if a product had a model "1/ABC-2", then in order to find it, you had to specify it exactly "1/ABC-2", otherwise if the user specifies "1ABC-2" or "1/ABC2", then the search did not find anything would. Now the user will find the desired product, even if he specifies "1-ABC/2" or "1ABC2" or "1-ABC-2", etc. Now it is possible for each search language to specify words that do not need to be used in the search . Convenient for the prepositions "and," "on", "above", "under", etc. which are present in many products and all these products also fall into the search results. You can also exclude words that are often found in product names, such as "laptop", "art." etc. It is now possible for each search language to specify a replacement for words . For example, you can replace aple with apple and if the user accidentally entered a misspelled word, he will still get the desired product in the search results. Here you can enter common user errors, Russian names for English brands, etc. Fixed bugs , for example, in some cases there was an error "Division by zero", etc. Added support for OpenCart 2.0 The module has become much more flexible - now there are more than 100 settings in the module! in the admin panel. Now it can rightly be called the PRO version. Reviews: Alteya : How did I live without this module before! It must be in the engine initially! markimax : Great module, I already wanted to do it myself, since the default search is rather hard. sh0ut : I bought several modules from the author, support is at the highest level! xd199rus : great module, met expectations by 150% Wwworon : Thanks, everything works like a Swiss watch now. More reviews can be read here The module is compatible with modules: Search suggestion - search with autocompletion Search category filter Search History Similar products with morphology and relevance Search Admin - improved product search in the admin panel Compatibility: OpenCart / ocStore 3.0, 2.0.x, 2.1.x,,2.2.x,2.3.x, 1.5.5,1.5.6 The module uses IonCube, usually 99% of hosts use it, but just in case, you can check . One module license allows you to install this module on 1 domain. Demo: Website admin To contact the author of the module, write to the PM on the forum © Stasyuk Vladimir (sv2109.com), 2014 Submitter sv2109 Submitted 07/18/2016 Category Search Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 1.5.5.1.2 1.5.5.1.1 1.5.5.1 OpenCart.Pro, ocShop Opencart.pro 2.3 Opencart.pro 2.1 OcShop 2.0.3.х OcShop 1.5.6.4.х Get request to server of developer Нет  
  21. сложно сказать из-за чего это, возможно вы неправильно установили модуль, так как согласно инструкции информация клиента должно грузится через аякс если модуль установить правильно. вы также можете отключить в настройках модуля кеширование для зарегистрированных пользователей (которых обычно меньше 1%)
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.