sv2109

Вроде как должно нормально работать, но я не пробовал, поэтому 100% гарантии дать не могу, возможно еще какая-то таблица задействована. Попробуйте и будете знать наверняка.

нет, как минимум еще нужно product_to_category и product_to_story и это при условии что вам не нужны опции, атрибуты, скидки, акции, доп.изображения, загрузки, теги итд.

да, будет

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

ответил вам на почту

добавить вручную в нужное место, перед GROUP BY если так нужно. После не правильно, будет ошибка. если хотите все сделать через vqmod но нужно делать через replace, изменяя всю sql строку.. или чтобы не изменять всю строку, можно воспользоваться например str_replace или preg_replace, то есть один костыль заменить другим :)

И какие отношение этот сайт имеет к опенкарту? То что и там и там jquery используется? :) По теме. Как уже справедливо заметили выше - "В чужой монастирь со своим уставом не ходят" Вы зашли на чужой ресурс, на котором есть владелец и перечень правил. У вас есть 2 выбора - принять эти правила и пользоваться сайтом (как и делают 99% пользователей) или не принять правила и не пользоваться сайтом.

Я уже не один месяц читаю этот форум и могу с уверенностью сказать, что основная проблема 95% пользователей в том, что они хотят изучить opencart не зная при этом php. Это НЕВОЗМОЖНО! Так как opencart написан на php. Если кто-то возразит - "я знаю php но не могу понять как работает opencart" то это значит что php он НЕ знает, так как opencart это ОЧЕНЬ простой движок и зная php в нем можно разобраться за 2-3 дня самостоятельно просто пересмотрев код классов.

Вас забанили в гугле? :) Этот вопрос за последние 10 лет обсуждался тысячи раз на разных сайтах..

$data['seo_h1'] = $data['seo_title'] = $data['keyword'] = $goodname;

if ($this->customer->isLogged()) { }

Любой движок магазина это "сферический конь в вакууме". То есть стандартное решение стандартных задач. А реальность такова, что реальный магазин (я имею ввиду действительно качественный магазин) он очень далек от стандартной модели. Так как в процессе работы появляется 100500 задач, написанных маркетологами, менеджерами, дизайнерами, специалистами по юзабилити, сеошниками итд. Которые нужно реализовывать и никакой, даже самый крутой и дорогой движок вам из коробки не даст, потому что задачи у всех разные, требования бизнеса у всех разные. Поэтому если вам нужен действительно качественный магазин, который будет удовлетворять все ваши потребности то вам по любому нужен программист, который будет его изменять под ваши требования. С водпресом все намного проще, так как там нет коммерции, это движок для блогов. А что нужно блогу - возможность создавать статьи, разделы, теги, поиск и красивая шкурка. Тут можно создать почти законченное коробочное решение.

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

.. будет 2.0 :) https://github.com/o...8d489e419d91308 https://github.com/o...admin/index.php

https://opencartforum.com/files/file/525-attribute-select/

1. С максистором модуль не тестировался. 2. Если у вас на VPS с 7000 товаров 504 ошибка то у вам нужно или менять хостинг или заниматься оптимизацией вашего магазина.

Пробовал связаться с Диноксом всеми возможными способами - скайп, смс, мобильный. Так и не смог связаться. Проблема в том, что я например уже не один месяц на этом форуме и все еще не знаю к кому обращаться в подобных случаях. В команде ОСТим несколько десятков человек, а кто за что отвечает, у кого какие обязанности и доступы на форуме неизвестно.. Мало того, из представителей ОСТим единственный, кто постоянно на форуме это Фрилансер, все.. Все остальные такое ощущение что заходят раз в несколько дней, а то и реже.. Вот и получается что вроде народу много, а только случается какое-то ЧП так тема с матами и архивом в несколькими десятками модулей висит на форуме пол дня.. И нечего искать виновных и переводить стрелки на кого-то другого.

Чем больше изменений было внесено тем больше вероятность что после установки vqmod и модулей, его использующих могут возникнут проблемы. Всегда держите 2 версии вашего движка - 1 рабочую, 2 - копию для тестов. Сначала устанавливаете новый модуль на версию для тестов, проверяете, убеждаетесь что все нормально работает после чего переносите на рабочий сайт. Или вариант для продвинутых - используйте системы контроля версий, например git. Для тестирования создается новая ветка, тестируется новый функционал после чего если все нормально тестовая ветка мержится с основной.

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

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

Попробуйте find . -type d -exec chmod 755 {} \; find . -type f -exec chmod 644 {} \;