afwollis

Обоснуйте, пожалуйста, свои обвинения - почему глупости и почему чьи-то?

потому что кто-то очень давно "ляпнул" глупость и понеслось.

"rel=canonical" это хорошо, но недостаточно, нужен рабочий редирект.

почему недостаточно? кому?

кому нужен "рабочий редирект"? владельцу, посетителям или поисковикам? для каких целей?

поисковики и так видят "сайт/товар", без каких-либо "категорий" и прочих прослоек.

- - -

возьми оригинальные файлы "catalog/controller/common/seo_pro.php" и ".htaccess.txt" из архива движка ocStore_15512 и сравнивай со своими.

MirraCat, хватит ныть, разнося по ресурсу чьи-то глупости.

читай про "rel=canonical" и спи спокойно.

Я без иронии.

Ваше решение, которое дороже "дорогущего модуля", оно чем лучше?

оно другое.

нелогично их сравнивать.

хм. проглядел про "300 товаров".

тогда надо осматривать пациента.

понятно.

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

это в частном порядке под конкретный магазин.

ну, видно же, что рядом есть только $google_analytics.

открой админку -> система -> настройки :: магазин -> вкладка "сервер" -> ---Код Google Analytics:---

Что должно быть при нажатии на "подробнее"?

вряд ли с такими товарами там может быть "нечто эдакое".

так что, полагаю:

- при товаре с опциями - вообще этого "подробнее" быть не должно;

- при товарах в категории - ссылка на конкретный товар.

но в любом случае подождем ответа Avrel.

у меня для мягкой мебели есть решение.

только оно дороже, чем "дорогущий модуль" выше.

не храни изображения "в одной директории".

сортируй по разным.

в select нельзя вывести img.

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

сколько раз уже обсуждалось...

отцепись от "catalog" или переименуй директорию и пути в конфигах.

написано же - google_analytics.

настройки магазина в админке смотри.

как же тебе подсказать, если мы понятия не имеем, что и где ты "начудил"?

для начала - возьми свои файлы (*/product/product.*) и сравни с оригинальными из архива той же версии движка, которую используешь.

потому что глупостями занимаешься.

товары итпд и так есть в оформлении - на последнем шаге.

если хочется всегда показывать - смотри в сторону simplecheckout (или других модулей упрощенного оформления заказов).

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

проблема в КОЛИЧЕСТВЕ файлов, а не размерах.

---

сделать скриншот (и даже отрезать от него кусок) обычно проще, чем фоткать...

Avrel, итого:

если

- использовать ОДИН товар;

- формировать опции определенным образом (в определенном формате);

- переработать вывод (верстка, программирование);

- доработать добавление в корзину;

получишь частично табличку, как в примере.

а можно сделать это на основе категории и разных товаров (ведь в табличке есть некое "подробнее").

макет ГДЕ?

весь нарисованный функционал уже реализован (и надо только стилизовать, согласно макету)?

Подскажите пожалуйста как на всех страницах сменить расположение товара с сетки на список.

...
<div class="product-layout product-list col-xs-12">
...

у тебя и так список по-умолчанию - "product-list".

если нет - либо уже наменял и вид берется из cookie, либо накрутил еще чего.

в любом из этих вариантов надо осматривать "пациента".

в доках море данных, которых нет в opencart.

надо сначала грамотное ТЗ составить, описав связи/подстановки/итпд.

а нам всем конкретика требуется.

тем-ни-о-чем на форуме МОРЕ.

Доработать шаблон Journal2 для работы с версиями Opencart 2.1.0.1 и выше, чтобы эта доработка также работала на Opencart 2.2, Opencart 2.3,чтоб потом с обновлением на более новые версии проблемы не было

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

Пробовал просто поменять файл меню в контролере и модели не вышло. Надо только обновить возможность настраивать меню.

как всегда - "надо только...".

да только вот НЕ ТОЛЬКО.

надо ставить два магазина - копию текущего и чистый с новой версией темы оформления.

перелопатить новую версию, чтобы понять, ОТКУДА НОГИ РАСТУТ.

затем перелопатить старую, чтобы понять, КУДА ЭТИ НОГИ НАДО ПРИШИТЬ.

и вот только потом можно будет "перетянуть и пришить ноги".

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

проблема как раз не это, а то, что хочется иметь "бесплатный/дешевый комбайн", который выгрузит товары в yandex,wikimart(,avito,aukro,ebay,amazon,...) и покупателя обслужит, и деньги удачно вложит, и водички с похмелья подаст.

это как хотеть транспорт (велосипед+авто+мотоцикл+троллейбус+пароход+самолет+космический_шаттл), чтобы "везде быстро удобно не останавливали" и ночью можно было в квартиру забрать, а не оставлять на улице/в ангаре.

- - -

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

озвучиваешь итоговые требования к функционалу/настройкам/формату-данных-на-выходе -> оплачиваешь разработку -> получаешь результат.

Skunk, зачем повторять чужие глупости?

не учитываются:

- ни строковость (наличие в "цене" в tpl пробелов,запятых,точек,итпд);

- ни символы валют;

- ни акционные цены...

там больше кода в контроллерах надо.