Yesvik

Особой разницы между вариантами со слешем и без нет. Но при этом желательно что-бы страница открывалась по одному из вариантов, а не по обеим. Если используеш seo_pro - можно в админке указать слеш в качестве окончания и ничего в .htaccess править не прийдётся. Мои соображения по поводу окончаний я описал тут https://opencartforum.com/topic/4870-%D0%B8%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D1%81%D0%B0%D0%B9%D1%82%D0%B0/page__p__32032#entry32032

С наступающим тебя! Продолжим в следующем году...

ocStore - это Opencart адаптированный под особенности русскоязычного сообщества и все изменения сделанные разработчиками Opencart переносятся в ocStore с сохранением наших особенностей... вот и вся стратегия! Там где можно сделать без вмешательства в файлы оф. сборки - так и делается... Но когда забота о сохранности официальной сборки отрицательно сказывается на производительности - я за то что-бы изменять файлы официальной сборки. Людям по барабану как оно там внутри - им надо что-бы корректно и быстро работало с максимальным сохранением совместимости.

Скажу так... при желании перейти с ocStore на Opencart это делается элементарной заменой файлов ocStore на файлы Opencart сохранив конфиги... и всё будет работать, правда с потерей части функционала добавленного в ocStore. Так что ocStore не левая сборка которую нам захотелось сделать ради удовлетворения собственных амбиций, а вариант который позволяет народу работать с интернет магазином не дожидаясь пока разработчики исправят ту или иную "особенность реализации" официальной сборки. Когда официальная сборка будет корректно учитывать национальные особенности - можно легко перейти на официальную... и это гораздо лучше чем тупо ждать у моря погоды. Я вообще жалею что ждали решения проблемы с многобайтными символами от разработчиков. Изначально было понятно что существует единственное решение которое на 100% будет работать у всех - подключение библиотеки для работы с UTF-8. Но сидели и ждали у моря погоды, наблюдая как разработчики метались от одного решения к другому... В конце концов разработчики подключили хелпер, но не везде сделали замены на функции из этого хелпера... Официальные сборки вылетали как из пулемёта и мы надеялись что вот вот всё будет кучеряво, но в итоге всё застопорилось... Разработчикам до звезды эта проблема, у них всё в порядке, а у нас каждый второй плевался, матерился и забрасывал форум вопросами про ромбики... Сидеть на форуме и постоянно отвечать на одни и те же вопросы - это не поддержка, а мазохизм... Основное предназначение ocStore - адаптировать Opencart под нужды сообщества и уменьшить количество вопросов о проблемах связанных с национальными особенностями (сделать так что-бы эти проблемы не возникали).

Свой seo не изменяет стандартный, а предлагается на выбор в админке... и каждый может сам выбрать какой использовать.

В чем "левость" ocStore? В чем по твоему заключается поддержка? Тупо объяснять людям про особенности официальной сборки которые не учитывает некоторые национальные особенности? На некоторые вопросы уже устали отвечать... и если практика показывает что какой-то вопрос беспокоит подавляющее большинство - надо делать "левые" сборки даже при жизни официальных. Лично меня проблемы "ромбиков" не волнуют вообще ни как, я знаю что и как делать в зависимости от ситуации, но почитай форум... народ измордовала эта проблема, а у тебя классная позиция - трахайтесь как хотите, вот исправят разработчики и я исправлю... Молодец! Классная поддержка! Есть определённое сообщество, у этого сообщества есть определённые интересы, есть определённые проблемы, связанные с национальными особенностями, на которые разработчикам официальной сборки, мягко говоря, плевать... Сколько лет продолжается эпопея с дублями? И затрахаешся ждать пока разработчик поймёт что кроме Гугла есть другие поисковики! А эта проблема касается всех кто ориентируется на Яндекс... даже тех кто об этом даже не догадывается... Так что не всё так однозначно.. и когда начинаеш делить на черное и белое - оказывается есть серое... которого очень много и не считаться с ним нельзя.

В настройках модуля вводиш название товара и аяксом получаеш список товаров у которых название начинается с введённых символов.

http://www.assembla.com/code/ocstoreru/subversion/nodes/trunk/catalog/controller/feed/google_sitemap.php

Есть. Внимательно читай мой ответ и смотри Система -> Дизайн -> Баннеры Там нет ни http://autotronix.ru/automarket/ ни http://autotronix.ru/ Почитай в интернете что такое абсолютные и относительные ссылки.

В Opencart тебя интересует вот этот код, в файле catalog/controller/product/search.php // массив с параметрами поиска $data = array( 'filter_name' => $filter_name, 'filter_tag' => $filter_tag, 'filter_description' => $filter_description, 'filter_category_id' => $filter_category_id, 'filter_sub_category' => $filter_sub_category, 'sort' => $sort, 'order' => $order, 'start' => ($page - 1) * $limit, 'limit' => $limit ); // подсчет общего количества товаров удовлетворяющих условиям поиска $product_total = $this->model_catalog_product->getTotalProducts($data); // получение полной информации о товарах удовлетворяющих условиям поиска $results = $this->model_catalog_product->getProducts($data); // дальше в цикле обрабатываются полученные товары foreach ($results as $result) { Вместо поиска с помощью Opencart ты ищеш с помощью сфинкса...Сфинкс возвращает массив с идентификаторами товаров удовлетворяющих условиям поиска $results['matches'] Используя список идентификаторов товаров можно получить полную информацию о каждом товаре. Вместо foreach ($results as $result) {пишеш foreach ($results['matches'] as $product_id) { $result = $this->model_catalog_product->getProduct($product_id); Не самый умный и быстрый вариант, но самый простой...

В баннерах производителей либо убери слеш в начале ссылки, либо пропиши там имя папки в которую установлен ИМ

Что именно тебя интересует? Как выбрать товары по идентификаторам полученным из сфинкса или ты вообще не понимаеш что с этим кодом делать?

Если знаком с программированием и в состоянии продумать алгоритм - то на каком языке этот алгоритм записывать особой разницы нет... в каждом языке есть свои ньюансы, но об этом вряд ли прочитаеш, со временем сам поймёш как лучше писать...Так что вот сюда http://www.php.net/manual/ru/langref.php и вперёд... Будут вопросы - спрашивай в Курилке...

Эти модули оплаты есть в версии ocStore 0.2.2, в версии 1.5.1.3 пока не сделали.

Начнём с проверенного релиза... (strlen($option['value']) > 20 ? substr($option['value'], 0, 20) . '..' : $option['value'])Догадываешся чем чреват такой код? Нет? Тогда поищи на форуме сообщения про ромбики... В проверенном релизе подобное встречается не один раз и не два, а десятка полтора... Задрало отвечать на одни и те-же вопросы по сто раз... потому и делается релиз. Тайтлы с дескрипшенами тоже нужны всем, даже тем кто не подозревает об этом.. Выложить инструкцию как это добавить, а потом затрахаться отвечать на вопросы тех у кого не получается? Спасибо... это уже проходили на 1.4 Готов сравнить скорость генерации страницы проверенного релиза на базе данных с парой сотен категорий? При 1000 категорий - разница в скорости на порядок отличается. А теперь давай про глючное ЧПУ... Готов доказать что seo_url работает с кириллицей, а seo_pro нет? На форуме есть люди которым я правил проверенный релиз потому что Яша нафиг посылал их с кириллицей от seo_url..

Готов ответить за свои слова и аргументированно доказать свою правоту?

Да. Ссылки разные, а контент один и тот же - значит дубль...Измени RewriteCond %{QUERY_STRING} ^main_page=product_info&cPath=[0-9_]+&products_id=1$на RewriteCond %{QUERY_STRING} ^main_page=product_info(&cPath=[0-9_]+)?&products_id=1$

Да, но немного не так... RewriteCond %{QUERY_STRING} ^main_page=product_info&cPath=[0-9_]+&products_id=1$ RewriteRule .* категория/товар1/? [R=301,L] RewriteCond %{QUERY_STRING} ^main_page=product_info&cPath=[0-9_]+&products_id=2$ RewriteRule .* категория/товар2/? [R=301,L] RewriteCond %{QUERY_STRING} ^main_page=product_info&cPath=[0-9_]+&products_id=3$ RewriteRule .* категория/товар3/? [R=301,L] Да.

В Opencart/ocStore версии 1.5.1.3 tax_class_id не используется, а если точнее - то при обновлении БД этот столбец удаляется.По всей видимости у тебя установлено какое-то не совместимое дополнение, отключи его.

Извиняюсь, но не могу не спросить... архив распаковывал?

Если их "тут" убрать - то они больше так же не появляются в группе "Компьютеры"...

После строки RewriteBase /вставляй условия и правила RewriteCond %{QUERY_STRING} ^main_page=product_info&cPath=[0-9_]+&products_id=1$ RewriteRule .* категория/товар/? [R=301,L] RewriteCond %{QUERY_STRING} ^main_page=index&cPath=1_2$ RewriteRule .* категория/подкатегория/? [R=301,L] RewriteCond %{QUERY_STRING} ^main_page=index&cPath=1$ RewriteRule .* категория/? [R=301,L] RewriteCond %{QUERY_STRING} ^main_page=page&id=6$ RewriteRule .* статья/? [R=301,L]

Попробуй в оригинальном Opencart'е посмотреть какие товары отображаются в категории "Компьютеры"... только сильно не удивляйся - те же!Заодно посмотри в оригинальном Opencart'е что происходит с курсами при смене валюты по умолчанию... будет ещё один повод удивиться :) Похоже что - у тебя одного...

Ошибку выдало при обновлении поля invoice_prefix в таблице oc_order Так как у тебя нет префикса то имя таблицы получилось order, а это зарезервированное слово которое нельзя использовать в качестве имён таблиц/столбцов. С этим файлом обновление должно пройти успешно. upgrade.zip

У таблиц нет префикса?