Yesvik

Или ссылку дай или опиши подробно.

В ошибке всё написано. Нет языкового файла модуля lpbc

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

Не думал что подобное пользуется спросом... Я себе сначала сделал вариант с колонками в которых для товаров отображался магазин, категория и производитель с возможностью сортировки. Но для этого нужен широкий экран и как показала практика такие сортировки нафиг не нужны.. проще отфильтровать нужное. Поэтому вынес отдельно отбор по магазину, категории и производителю. Изменил отбор по цене и количеству на диапазоны. Добавил кнопку сброса фильтров. В таком варианте всё поместилось в 1024px Выбор по магазину, категории и производителю сделан с автокомплитом. При наборе показывает подходящие категории/производителей/магазины (полезно при большом количестве категорий/производителей) Либо по кнопочке справа можно выбрать из полного списка... В полях Наименование и Модель сделан поиск на аяксе и показывает первые N записей в которых найдена введённая последовательность символов (N - заданное в админке количество товаров на странице)

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

Именно дефисы или минусы?

Пока не будет конкретики в вопросах - не будет конкретики в ответах.

Измени строку $output .= '<picture>' . $this->model_tool_image->resize( $product['image'], 500, 500) . '</picture>';вот так $output .= '<picture>' . str_replace(' ', '%20', $this->model_tool_image->resize( $product['image'], 500, 500)) . '</picture>';

А может лучше попытаться определить кодировку и конвертнуть в UTF-8? Как-то вот так... $data = mb_convert_encoding($data, 'UTF-8', mb_detect_encoding($data)); А вообще у кого устойчиво наблюдается эта ошибка и готовы дать доступ к хостингу - отпишитесь в личку... постараюсь точно диагностировать проблему и найти нормальное решение.

Место на диске закончилось.... надо удалять всё лишнее... и не обязательно только в /temp.

Opencart тут не виноват, обратись с этим вопросом к хостеру.

Мой косяк, на который уже напарывался и забываю исправить в выложенных файлах. Теперь исправил...

(.*) это не точка и любые символы... В данном случае точка без экранирующего слеша и означает - любые символы, а модификатор * означает что символов может быть 0 или больше. Скобки группируют этот набор символов и запоминают для последующего использования. По поводу папки уточню... Речь идёт не о файловой системе, а о структуре папок от DOCUMENT_ROOT Например, если у тебя магазин открывается по адресу http://www.domain.tld/ то магазин установлен в корень сайта и надо писать RewriteBase /, а если магазин открывается по адресу http://www.domain.tld/shop/ то надо писать RewriteBase /shop P.S. Да уж... ты так быстро меняеш свои сообщения что пока я отвечаю вопроса уже нет и мои ответы выглядят нелепо...

Я же описал эти различия...

Попробуй в файле catalog/controller/export/yml.php, строка 439, изменить windows-1251//IGNORE//TRANSLITна windows-1251//TRANSLIT//IGNORE

Правила для mod_rewrite должны начинаться так RewriteEngine On RewriteBase / где RewriteEngine On включает mod_rewrite, а RewriteBase / устанавливает путь относительно которого будут работать правила mod_rewriteЕсли магазин установлен в корень сайта то в RewriteBase пишется слеш, если магазин установлен в папку то надо указывать эту папку. Например, если магазин установлен в папку shop то надо писать RewriteBase /shop Заканчиваться правила должны вот так RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] Это, так сказать, последняя инстанция действия которой можно описать примерно так:Если для запроса нет соответствующего файла ( RewriteCond %{REQUEST_FILENAME} !-f) или директории ( RewriteCond %{REQUEST_FILENAME} !-d) то отправлять запрос скрипту index.php в параметре _route_ со всеми параметрами ( RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]) и пусть скрипт сам принимает решение что с этим запросом делать. Все свои правила надо добавлять между этими блоками В файле .htaccess вот этот блок RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] RewriteCond %{HTTP_HOST} ^barbados-fs\.ru$ [NC] RewriteRule ^(.*)$ http://www.barbados-fs.ru/$1 [R=301,L] надо исправить на такой RewriteEngine On RewriteBase / RewriteCond %{HTTP_HOST} ^barbados-fs\.ru$ [NC] RewriteRule ^(.*)$ http://www.barbados-fs.ru/$1 [R=301,L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] либо с использованием универсальной записи, не привязанной к конкретному домену, как предложил Vladzimir RewriteEngine On RewriteBase / RewriteCond %{HTTP_HOST} !^$ [NC] RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] RewriteCond %{HTTP_HOST} !^www\. [NC]это не откуда редиректить, это условие при истинности которого исполняется следующее за условием правилоВ данном случае уловие на человеческом языке звучит примерно так: если HTTP_HOST не начинается с www. без учета регистра символов Кроме этого я добавил в начало ещё одно условие которое проверяет не пустая ли у нас HTTP_HOST RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [L,R=301]А это правило которое выполнится если предыдущее условие истина.В условии я убрал (.*)$ - это лишнее и никак не используется ... этот кусок условия звучит так: могут быть любые символы до конца строки которые надо запомнить... А нам пофиг что там может или не может быть и запоминать нам это не надо... (.*)$ может понадобиться только для редиректа с www на без www так как нам надо получить HTTP_HOST без www Это вот так делается RewriteCond %{HTTP_HOST} !^$ [NC] RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ http://%1/$1 [R=301,L] Если после настройки переадресации на www не получается зайти в админку то скорее всего ты устанавливал магазин по адресу без www Что-бы работало надо изменить адрес в конфигах и в настройках на адрес с www По поводу robots.txt почитай тут http://help.yandex.r...d=996567#996571 Особенно обрати внимание на это примечание

Давай конкретно посчитаем сколько ошибок от самоделкиных....Ты даёш ссылки на сообщения об ошибках от самоделкиных и смотрим откуда у ошибки ноги растут.

В инете подобных ошибок много описывается, но в чем проблема не понятно.. Дай ссылочку на пациента - посмотрю в чем проблема.

Я абсолютно не понимаю людей которые яростно избавляются от www. Слышал много бредятины типа - все набирают без www.... ну и что? пусть набирают... будут перенаправлены на www. www это не домен третьего уровня, как некоторые заявляют. Это вид сервиса к которому идёт обращение, такой-же как, например ftp Такая-же ситуация и с адресами страниц с окончанием .html Некоторые считают что document.html это пережитки прошлого... Что плохого в том что в адресе на документ в формате HTML присутствует указание на формат контента... При этом умников абсолютно не смущает что при публикации документа в PDF формате они пишут .pdf в ссылке на этот документ... Яндекс пошел по адресу который ему указали с www, получил переадресацию со статусом 301 и абсолютно правильно написал "Ресурс перемещен навсегда "... А что ты ожидал? Зачем сделал редирект и натравил Яндекс на адрес с переадресацией? И это ещё не склейка... склейка будет когда приползёт паук зеркалировщик. Когда он будет принимать решение какой адрес выбрать - он учтёт подсказки в robots.txt, статусы ответа сервера, адрес указанный в панели.... и только потом будет склейка. То что у тебя в адресной строке http://"мой сайт".ru/index.php?_route_= говорит о том что ты что то не так написал в .htaccess Disallow: /index.php?route=information/information&information_id=Да, эта строка предписывает пауку не включать в индекс статьи по таким URL. Если используется ЧПУ то это нормально, если нет - то эту строку надо убирать. Выложи свои .htaccess и robots.txt, тогда будет предмет для обсуждения.

При такой постановке вопроса - самый точный ответ даст монетка.

Добавь в конец файла catalog/view/theme/default/stylesheet/stylesheet.css #fancybox-left span { left: 20px; } #fancybox-right span { left: auto; right: 20px; }

Ну это ты совсем экзотику нашел... в твоём случае атака будет гораздо проще

Да может.XSS

И ещё в некоторых случаях приводит к конфликтам между правками и неработоспособности всего проекта.vQmod - это баловство, которого на боевом серваке быть не должно.