hoolygan

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

Ну логично же )) Потому что изменили только в товаре. А как же модули новинок, бестселлеров, категории, корзина, нужно же везде менять ))

В контроллере из модели получаем цену. До того, как заносить данные в массив, делаем проверку, если остаток равен 0, то цену тоже ставим 0.

Вижу недоработку, не только в контроллере категории, но и в хедере правка нужна. На вскидку не вспомню, у chukcha есть мод, который тег добавляет, бесплатный, можно там подглядеть.

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

На стадии обучения :) В стандартной поставке Опенкарт в категориях подсвечивает активную категорию в боковой колонке. Так вот, если есть 1 главная категория, а все остальные это подкатегории - то подсвечивать нечего ( ну или постоянно подсвечена 1-на). Или же на главной странице будет меню категорий свернуто в 1 категорию. И начинается процесс обучения коду и программированию ) я не пугал, просто для новичков это вначале тяжело.

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

А сколько потом возникает трудностей у новичков... Это и нераскрытое меню категорий, и нераскрытие в фильтре категорий, и подсветка категории, в которой находишься. Хорошо, если есть квалификация это все делать, а если нет? :)

При 301 редиректе будет временно понижен, но не вылет, страшного ничего нету. А можно и вообще без /catalog, в htaccess просто строчку добавить, думаю так даже лучше.

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

На сколько помню, запрос getProduct() отрабатывает почти на всех модулях, каталоге и прочем. Там изначально его чистить нужно. Есть чуство, что snastik при оптимизации именно с этого и начинает ). Проще написать в разы меньший запрос для категории, бестселлеров, related, и т.д.

Сейчас зашел на phpmyadmin - и почти был прав ) UPDATE `oc_product_description` SET `meta_description`=CONCAT ('Купить ', name) После слова Купить стоит пробел до одинарной кавычки - так и должно быть.

Ну суть от этого не поменяется )) Только тогда смотреть в сторону oc_product_description

Если денег нет, но прямые руки есть - можно phpmyadmin Update oc_category_description Set meta-title = concat('Купить', name). Пишу с телефона, не видя полей. Суть думаю ясна будет. Но копию БД сделать перед этим обязательно.

Автор же вроде как делал парсер на 2.х. Посмотрите у него в файлах. Может нет смысла велосипед изобретать.

Оно не должно быть больше. Просто больше этого объема нет смысла делать.

А зачем тебе кейворды? Их уже никто не читает давно. Может поэтому их и веб сервисы не находят, потому что не ищут )

Прикольно :) Для того, чтобы перебросить товары - покупаем лицензию на 1с ( варезом же никто не пользуется, правда?), если ее нету. Потом покупаем/берем бесплатные модули, и проводим время/платим спецам, чтобы скомпоновать их с одной и другой системой. И все это ради 1500 товаров :) Ну можно и так )

там точно так же есть Id категории и Id товара - привязаться проще простого, ну а вот с атрибутами не работал, но не думаю, что там намного сложнее, есть Id атрибута и Id товара - этого мало? Как по мне - вполне достаточно, сделать группы атрибутов, и сами названия атрибутов вручную, посмотреть их Id - и дальше кидать в таблицы. Я не говорил, что это быстро, я говорил, что не сложно в принципе, но выборок придется делать не одну и не две :)

Проще просто insert.... select с БД поиграться - а то при выгрузках-загрузках, если еще и описания с html-тегами идет - намучаешься с csv форматом. Переносил знакомому своему, правда без атрибутов - там сложного ничего нету, просто посидеть поковыряться, ну может разве что представлений (VIEW) много делал себе для удобства селектов / инсертов. Еще может быть проблема с уникальностью урлов категорий - но нужно смотреть пациента.

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

Редиректы прописать это не такая уж и проблема - раз сделал, подождал пару месяцев до смены (с учетом нового сайтмапа) - и дальше гугл сам раскидает. Может разве что ссылки покупались (в чем сомневаюсь, если чесно). Проблема другая - подкатегории совпадают у разных брендов. А это означает, что категория engine есть у каждого. Сео-про смотрит на последний сео-урл - и пробрасывает редиректом на ту категорию, где встречает его впервые. т.е. если ввел shevrole/engine все отлично - попадаем именно туда а введем mazda/engine то попадаем в шевроле. Я с дури делал перенос БД - ну и соответсвенно делал скриптом MySQL все сео-урлы, видирая их с БД старого сайта. Там же тоже есть ИД категории и его урл - вот и склеивал конкатенацией строк. А не посмотрел, что в БД нету UNIQUE ограничения :) - и теперь таблица урлов заполнена, а движок не выдергивает. Вот и получается, что теперь захотел малой кровью подобавлять категориям их ИД в сео-урл, но ссылки со старого сайта не срабатывают, поскольку модуль сео-про прокидывает их на свою родную категорию. Много букав, но думаю, что стало немного понятней. Поэтому и вопрос - а можно ли как-то до срабатывания редиректа модуля сео-про поставить свою переадресацию, чтобы со старого урла sait.com/mazda/engine/generator.html перекидывало на такой sait.com/mazda/engine1/generator1.html Цифры с потолка взял, чтобы попроще писать - главное, чтобы перекидывало/ Да, путь к товару на старом сайте http://sait/nexia/engine/vpusknoj_kollektor/kollekt_vpusknoy_96469985.html

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

Вопрос знатокам движка и редиректов. Есть сайт на самописном движке, в нем есть категории такого вида sait.com/shevrole/engine/generator.html sait.com/mazda/engine/generator.html sait.com/opel/engine/generator.html На том движке это считается разными урлами, и спокойно себе работает. На опенкарте соответсвенно сео-урлы должны быть уникальными, поэтому путь прямого переноса сео-урлов не пройдет. Теперь вот и сам вопрос - если создавать уникальные урлы - ьл каким образом моно провести переадресацию со старых на новые? Если использовать простой редирект - то система увидит урл "generator" - и сразу бросает его на соответствующую категорию. Или руки кривые... В общем, нуждаюсь сильно в подсказке. Или же нужно вообще отказаться от старых урлов для того, чтобы редиректами разруливать, т.е. не использовать в опенкарте любого сео-урла, что повторялся в старом сайте (в данно примере "engine" и "generator")?

Обращайся к пользователю markimax. Может он своим модулем подобное сможет сделать. Поиск по тегам у него есть, блог тоже. Может автоматически связать и получится.