pawana

ТЗ именно так и звучит : Организовать фильтрацию по категориям по условию "и" с выдачей результатов в следующем порядке: 1. Товары, присутствующие во всех выбранных категориях с заглавием ""наиболее подходящие" 2. Товары, присутствующие во выбранных -1 категориях с заглавием ""подходящие" 3. Товары, присутствующие во выбранных -2 категориях с заглавием ""тоже сойдет", если таких категорий >=2 Товары, присутствующие только в 1й из выбранных категорий не выдачу не попадают. Реализация через модуль, оцмод, или правками с исходным кодом и комментариями для меня. Как-то так.

Здравствуйте. Интересует доработка фильтра (стандартного или, если лучше купить платный, скажите какой): При выборе, к примеру, 4х категорий в выдаче первыми должны идти товары, имеющиеся сразу в 4х категориях, затем в 3х из 4х, затем в 2х. Фильтр должен быть мультиязычный. Также каждая группа выдачи должна быть озаглавлена, к примеру "наиболее подходящие", "подходящие", "второй сорт - не брак" и т.п. (этого я еще не придумал ). В идеале желательно это оформить модулем или передать мне код с инструкцией куда чего добавлять/менять и т.д. (3ка будет еще сто раз обновляться). Кроме того у меня есть еще 100500 мелких хотелок, которые все равно нужно будет кому-то делать . Предложения - в лс. Спасибо.

Я, конечно, извиняюсь, но можно ссылочку на скачивание в лс. У меня в кабинете только 5й и 7й.

Здравствуйте Диман. Подскажите, пожалуйста, есть ли версия Simple под php 7.1? Так уж получилось, что у меня шаблон под 7.1, там есть встроенное оформление заказа, но я предпочел бы работать с вашим плюс хочу поставить filterit, подозреваю, что будет такая же проблема. Спасибо.

Да, проблем с СЕО у ОС много. На данный момент это похоже единственный модуль, которым можно исправить большую часть проблем с СЕО. Да, 3.0.2 сырая, но работает. Скоро выйдет 3.1, я так понимаю, что после устранения детских багов, она будет лучше текущей. Уточните у авторов шаблона вопрос обновления до 3.1 (там много изменений). Если все ОК, то пилите на 3ке, потом обновитесь. Хотя форумные гуру говорят, что 3 ку лучше не использовать сейчас, но мне кажется, что лучше все-же стартовать с нее, все равно рано или позно все будут с 2ки обновляться и это будет еще тот гемор.

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

Устроили дебаты на 2 страницы о Престе на форуме ОК :). Ребята, вы просто сравните работу двух движков в ~ базовом функционале. Преста МЕДЛЕННЕЕ. Функционал нужно докупать и там и там, как и шаблон пилить (если говорить о нормальном магазине). Все. Этого достаточно для обычного нормального пользователя. Все дебри с фреймворками и качеством кода в большинстве своем интересуют только вас, обычные пользователи об этом не знают и лучше чтобы и не знали :). Вы по сути все правильно говорите, в т.ч. про Фреймворк, но если система станет более понятной с точки зрения кода, но начнет медленней работать и станет более прожорливой, это действительно так хорошо? Кому? Программистам и хостерам? Берем бутстрап, к примеру, и смотрим сколько его используется в стандартном магазине. 20-30% от функционала. Если ОК станет грузным и тупым, а кто-то сделает добротный и простой движок, то народ пойдет туда по немногу. И вы тоже :). П.С. Я, к стати, начинал делать магазин на Престе, но так и не доделал :), на ОК с нуля за неделю сам сделал мультик с переносом данных с джумлы.

Если дефолтный, то ничего там не урезали. Так Вы сначала у автора модуля спросите. Ну не бывает так, чтобы у всех работало, а у вас урезали.

Важнее - кто не сказал :). Марк, я вам этот вопрос задавал дважды - Вы ни разу не ответили. Если так, то вопросов нет.

Для каждого магазина в админке прописываются алиас, дескрипшн и мета теги. У Марка они подменяются данными из его модуля. Но только для одного магазина. Если у вас мультик - все, привет.

Ага, осталось понять как СЕО для каждого магазина у вас в модуле прописать

Картинки находятся в /image/catalog/ Удалять лучше в админке, но Вы запретили это делать Можно в ФТП клиенте. Перемещать - тоже можно в ФТП клиентах (не во всех).

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

Вот здесь нужно fa fa-shopping-cart заменить на то что Вы хотите. А вот там fa fa-shopping-cart как раз больше всего Кроме того, если память не изменяет, fa fa-shopping-cart есть и в checkout

Извините, не туда написал. Удалите пост, плиз.

https://github.com/opencart/opencart

Насколько я понял из постов выше - 3.1 на подходе. На мой взгляд в такой ситуации начинать проект на 2.3 уже нет смысла, а доведение сайта до рабочего состояния все равно требует времени. Там глядишь и 3.1 появится. А если рассматривать глобально - 3ка в теории лучше. Старая машина - хорошо, все в ней знаешь, но она все равно старая. Когда в магазине гуляют остатки - вряд-ли это "шо попало". Если у вас на карте будет гулять остаток средств, а банк вам скажет "шо попало"?

Найдите хотя-бы 20-30 активных магазинов со своим складом среди активных участников форума и вы все поймете сами.

Мне категоризация сборки удобнее Да, но я как-то морально не готов это делать самостоятельно. Теоретически я конечно могу, но не хочу :). Меня устраивают оба варианта. Главное чтобы чтобы они устраивали гугл бот и он видел оба варианта :). Грамотное решение под 2ку есть только у Марка, но у него прописывается СЕО под один магазин, а у меня мультик. Да и общение с Марком у меня совсем не сложилось. Просто решение обновляться до тройки совпало с глюками рабочих магазинов. Переделывать все по новой под 2.3 не имеет большого смысла т.к. 3ка будет развиваться ближайшие годы и вопрос перехода все равно будет актуален.

По сути мне нужны мультиязычные производители и СЕО магазина, более удобная админка (категории) от сборки и мультиязычный СЕО товаров от тройки. Имеющиеся модули под двойку мне не подходят из-за мультимагазинов. А так, то меня и 2.3 более чем устраивает.

Да я понял идею. На самом деле, это самый правильный вариант. Если захотите поразвлекаться с этим, то сможем пообщаться в личке после выхода OCStore 3. Просто мне нужно будет делать кучку мелких модов и программера все равно буду искать.Я сейчас переделываю шаблон и жду рабочего релиза. ОЧЕНЬ ЖДУ

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

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

Да и .... с ним с Даниэлем :). Этот момент на самом деле присутствует не только в Opencart, он во многих движках и это не правильно. Я ДВА года не мог понять почему у меня остатки гуляют :). Вот по-этому и решил написать здесь. Если разрабы OCStore посчитают что это важно и исправят - будет здорово, а нет - буду заказывать для себя. Но моды, как по мне, все равно не лучший вариант, лучше было бы в движок это внести раз и на всегда.