Yesvik

Выложи файл, я посмотрю его. UPD: Прикрепляю прогу которая должна помочь тебе. utf8-bom-remover.zip

Я не помню писал ли я тебе по этому поводу... Напишу тут что-бы некоторые горячие головы поостыли.При создании учетки уникальным идентификаторм клиента берётся мыло... В один прекрасный день Гугл озаряет мысль о том что пользователям Туманного альбиона надо-бы изменить мыло в аккаунтах... и у всех вместо google.com появляется google.co.uk Всё, ку-ку Гриня... нет у твоих пользователей учеток. Это самый знаменитый и массовый пример, но подобные грабли в разных вариациях и масштабах встречаются частенько. Одно дело когда по OpenID даётся возможность написать комент, отзыв или проголосовать - это правильно и я двумя руками за! Но позволять по OpenID совершать более значимые телодвижения, с моей точки зрения, опрометчивое решение которое может выйти боком... Не хочет пользователь учетку - нет проблем, есть возможность оформить заказ без регистрации. Всё равно данных полученных по OpenID не достаточно для оформления заказа и пользователь будет вынужден заполнять те-же поля, как и при оформлении без регистрации.

Отзывы подгружаются аяксом. Гугл должен видеть, а другие поисковики не дружат с javascript...

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

В этой теме нет модуля.Если горите - адрес сайта в студию... или в личку.

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

Привести в порядок файл admin/language/russian/catalog/product.phpСкорее всего ты его редактировал и сохранил с BOM

Убери и больше никогда не используй пробелы в именах файлов. Для быстрого исправления возьми скрипт выложенный тут

Может пробелы в псевдонимах?

Отсутствие псевдонимов не может приводить к таким проблемам.Даже при отсутствии псевдонимов включенное SEO позволяет избавиться от дублей ссылок. Без псевдонимов ЧПУ формироваться не будет, но и дублей ссылок тоже не будет. В ссылках всегда будет один и тот-же параметр path не зависимо от того на какой странице или в каком модуле выводится ссылка.

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

Думаю использование LIKE было основной причиной отказа.

Мили уже не актуально... нынче нано в моде :)

2 afwollis От балды... одного метра человеку мало, увеличит на один разряд - получит 10 метров.

А что тут обсуждать? Я постарался в кратце пояснить почему в OpenCart использован термин SKU, а не Артикул. Учитывая что термин SKU у нас не распространён и многим не понятен - вижу два решения: Если хотим использовать предложенную авторами OpenCart терминологию - пишем SKU с подсказкой для русскоговорящих о смысле этого термина. Если хотим упростить жизнь русскоговорящим - пишем Артикул и не пудрим мозги упоминанием термина SKU.

Я думаю что термин SKU был использован намеренно... SKU это не обязательно Артикул. В этом поле может быть, например, штрихкод или код местоположения товара на адресном складе. Понятие SKU даёт свободу выбора, но как правило это понятие не распространено на территории exSSSR :( Думаю имеет смысл написать подсказку как можно использовать это поле. Например так: $_['entry_sku'] = 'SKU (артикул, штрихкод или другой идентификатор товара):';

Весьма необдуманный поступок запускать сайт, а потом заниматься правкой URL... Правка URL может стать очень болезненным процессом.Для формирования псевдонимов попробуй использовать этот вариант модуля deadcow_seo. Если какие-то псевдонимы не понравятся - их можно подправить руками, но желательно это сделать до запуска сайта.

А может правильнее использовать для таких величин не миллиметры? Как правило для на фоне 10 метров +- пару миллиметров не критично...

Наличие идентификатора в URL не желательно. Давай рассмотрим на примере товара HP LP3065 из демки...URL hp-lp3065 более релевантен чем hp-lp3065-p291 для поискового запроса HP LP3065 Бывают ситуации когда без идентификаторов не обойтись, но надо стремиться избегать использования идентификаторов в URL.

Попробуй в логи сервака заглянуть.

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

Cам не пробывал, но видел такой прибамбас http://www.opencart.com/index.php?route=extension/extension/info&extension_id=996

utf8_general_ci

А опция cutUrl с ключевым словом root не спасает?

И что надо сделать?