RGB

Это на локалке: Заметил такое отличие - на хостинге сначала значения main_category_id равнялись "0", в то время как на локалке они равнялись "NULL"

Так и не понял почему это произошло, но вроде как не поставились ссылки на последние 8 добавленных товаров (которые по умолчанию в центральной части страницы показываются), так что проблема приблизительно решена.

Да, но кнопка Купить и корзина то все равно останутся.Первое, что мне приходит в голову - это закоммментировать вывод ненужных блоков корзины, входа в аккаунт и кнопки купить, после чего посмотреть как выглядит магазин и все ли работает, если все ок - то выкинуть подальше ненужные куски кода: для всего, что в шапке (Личный Кабинет/Корзина/Оформить + валюты если надо и т.п.) \catalog\view\theme\default\template\common\header.tpl для всего, что в футере (там Личный кабинет и все меню его убрать) \catalog\view\theme\default\template\common\footer.tpl для всего, что в карточке товара выводится (там убрать кнопку Купить и цены) \catalog\view\theme\default\template\product\product.tpl ну и наверное всё, "случайно" никто ничего купить по идее не сможет, а визуально получится тот же каталог.

Наверное рано я радовался по поводу того, что модуль сразу заработал - на локалке все как то само собой настроилось, а на хостинге - нет. На локалке я не прописывал родительские категории ни одному товару, тем не менее они автоматом откуда-то поднялись, то есть ссылка на товар стала вида: категория/подкатегория/псевдоним_товара Абсолютно такой же движок с такой же базой на хостинге, при этом после копирования модуля и замены нужных файлов ссылки на товары стали страшного вида: index.php?route=product/product&product_id=айди_товара Когда вручную в админке на хостинге указал родительскую категорию товару, то его ссылка пришла в порядок и приобрела такой же вид, как и на локалке (т.е. стала такой: категория/подкатегория/псевдоним_товара) Но проблема в том, что в магазине больше 2000 товаров и вручную проставлять каждому эту родительскую категорию будет очень неудобно. Есть ли какие-то еще способы решения такой проблемы?

Не вижу ничего глупого спрашивать о версии магазина, так как неизвестно что стоит у товарища pavelchervov, каковы его познания в htmll/css и помогут ли мои советы. Я имею кое-какой опыт работы с версиями ocstore до 0.1.4, а поскольку в новых версиях произошли определенные изменения в шаблонах, то рекомендации относительно старых версий могут быть неприменимы к новым. Мне кажется это очевидно.Если же вам кажется глупым вопрос топикстартера, то к чему цитировать меня? pavelchervov, вы так и не ответили, что вы хотите убрать из текущего функционала магазина.

Вам нужно убрать показ цен и кнопку Купить? Тогда это просто. А о какой версии вообще идет речь?

Вдруг кому пригодится: ALTER TABLE `oc_order_product` CHANGE `model` `model` VARCHAR( 128 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL где 128 - желаемый размер поля модели в письме, до этого конечно нужно будет увеличить размер поля модели в самой базе.

Я вижу массу копипастов разных новостных ресурсов, но не могу найти собственно само заявление от имени ВКонтакте. В группе системы ни слова про это нет: http://vkontakte.ru/club17530160Не могли бы вы пруф предоставить? Или может я плохо ищу, но зачем тогда висит руководство по подключению системы? http://vkontakte.ru/developers.php?id=-1_12904887&s=1 Или вконтактовцы просто тупят и не поубирали ненужные более записи? Все, уже нашел, действительно закрывается система. Хорошо, что никто не предложил решений, иначе только время потратили бы :)

Думаю не я один был бы вам очень благодарен за чуть более подробное описание, где конкретно и что вы повырезали? Насколько я понимаю, это вы всю папочку \catalog\model\ перелопатили? Если вы не хотите тратить время на пояснения, может есть смысл залить где-то ее? С указанием вашей базовой версии, благо в старых версия (до RC) изменений не много и их реально провести собственноручно. Спасибо вам заранее.

Если кто вдруг все таки знает в чем проблема - я пишу про ocstore версии 0.6-0.7

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

А может кто знает, как решить похожую проблему с полем модели в письме? https://opencartforum.com/topic/3304-%D0%BE%D0%B1%D1%80%D0%B5%D0%B7%D0%B0%D0%BD%D0%B8%D0%B5-%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE-%D0%BF%D0%BE%D0%BB%D1%8F-%D0%BC%D0%BE%D0%B4%D0%B5%D0%BB%D0%B8/

Добрый день, уважаемые. Я уже довольно сильно вмешался в движок, и от изначального ocstore вообще мало чего осталось в нетронутом виде, и видимо поэтому я и запутался. Вопрос в следующем: После оформления заказа покупателю отправляется письмо с информацией про заказ, и в этом письме есть поле Модель. Так вот, нигде не могу найти число, которое за эту самую длину отвечает. У меня обрезает приблизительно на 36 символов, но само поле модели я везде (и в базе, и во всех полях вывода самого движка) увеличил до 128 символов. Однако в письмах все равно модель режется. Прошу помощи, бьюсь уже не первый день над этим.

И мне кажется, что должен видеть, но на практике то не видит.

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

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

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

Всем известно, что за социальными сетями будущее в плане электронной торговли, так как их темпы развития и вовлеченность населения в них только возрастают. Нет ли у кого то готовых решений? Возможно кто то уже пробовал интегрировать эту систему? На сайте есть множество различных предложений и инструкций по работе с Merchant API, но все очень хаотично, и вообще не очень ясно есть ли смысл уже пытаться прикрутить систему, так как довольно много жалоб на ее сырость. Кто что посоветует?

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

Вы абсолютно правы! Мой недочет, сейчас выше исправлю.

В файле stylesheet.css внести следующие изменения: #wrapper { float:left;width:100% } #column_left { float:left; width:180px; margin-left:-100% } #column_right { float:left; width:180px; margin-left:-180px } Дальше для примера рассмотрим файл \catalog\view\theme\ваша_тема\template\product\product.tpl В нем в первых строках сейчас должно быть вот что: <?php echo $header; ?><?php echo $column_left; ?><?php echo $column_right; ?> <div id="content"> <div class="top">Это значит, что при выводе страницы сначала осуществляется подключение хедера, потом левого блока, потом правого, и только потом идет собственно текст о товаре. Все это не очень хорошо, так как важнейший для поисковиков текст оказывается погребенным под тонной мусора из кода. Исправить все просто - в первой строке оставляем лишь: <?php echo $header; ?>и в строчке ниже добавляем див с нашим враппером: <?php echo $header; ?> <div id="wrapper"> <div id="content">А вывод боковых колонок опускаем в самый низ: <?php echo $column_left; ?><?php echo $column_right; ?> <?php echo $footer; ?>При этом не забудьте закрыть открытый выше <div id="wrapper">с помощью тега </div>Если я не ошибаюсь, закрывать его нужно перед той строкой, где начинается код подключенных яваскриптов: <script type="text/javascript">Аналогичные операции нужно повторить со всеми нужными файлами *.tpl (не только в папке product, возможно вам не нравится, что на странице с контактной инфой (\catalog\view\theme\ваша_тема\template\information\contact.tpl) тоже выводятся сначала боковые колонки, а лишь потом основной контент).Если вы в начале правильно изменили файл стилей, то все блоки должны выводиться на своих местах, если же все поехало в разные стороны - ищите ошибки в главном файле стилей. UPD: Спасибо товарищу snastik, который увидел ошибку с #wrapper

Через запятую

Даа, я подозревал.. Но как и где? :)В каком конкретно файле определяется порядок вывода блоков? Вероятно, это product.tpl? И еще - почему никто раньше не предлагал этой простой операции? Ведь с точки зрения сеошности это дает огромную выгоду!

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

У меня и в яндексе, и в гугле с этим нет проблем - ссылки без дублей.