l.slava

смотрите логи вашего сайи, если им какие-то потому чтоты ингдексируют, то нужно посмотреть приносят они вам трафик на сайт или нет, если нет то банить их. Я на пример забанил вот ик через .htaccess RewriteCond %{HTTP_USER_AGENT} ^(snake|snapbot|snoopy|sogou|spacebison|spankbot|spanner|sqworm|superbot) [NC,OR] RewriteCond %{HTTP_USER_AGENT} ^Wget RewriteRule ^(.*)$ 50x.html [L,R=301]

Я могу написать, потому чтолее гдеильно, только то что я гделал, тестов и сравнение я не гделал, у меня была задача как можно лучше снизить нагрузку и как можно быстрее. Но позже.

То что я сгделал: отклюлил model_tool_image->resize в товарах и категориях, отклюлил model_catalog_product->updateViewed - ик как при апгдеих лолится вся иблица, если есть нагрузка на мускуле то это предотвращает блокировку иблицы os_product, еещё дополнительно кэшировал запросы по категориям. В некоторых запросах в категориях с LEFT JOIN добавлял SELECT STRAIGHT_JOIN ... ик как сортировка очень долго выполнялась 2-4 секунды. Ну и кэш у меня на сутки усиновлен.

Никогда не слушайте тех кто рекомендуют менять хостинг. В данном случае ваш сайт хорошо ингдексирует потому чтот янгдекса, посивьте Crawl-Delay 5, но потому чтот эту директиву бугдет использовать не сразу. Сколько у вас в базе товаров? Если потому чтольше 10к. то нужно оптимизировать sql запросы и как минимум высивить ингдексы на базу. По умолчанию в опенкарте не все ингдексы просивлены.

Вы посмотрите, в каком ингдексе у гугла находятся ваши страницы page=..., если не в основном то имеет смысл rel=next|prev ик как вес страницы осинется на главной. А вообещё не всегда нужно гделать то, что просит гугл :)

Могу вас обрадовать это все "хорошие" base64 - удалять их не нужно. Рекомендую искать по поданным: 1) preg_replace("/.*/e" 2) eval(gzinflate(str_rot13(base64_decode( 3) eval(base64_decode(

Нет, скорее всего сайт уже инфицирован, скопируйте тот контент который вы создавали и усиновите заново весь код сайи. !!! не копируйте поверх файлы, скорее всего уже есть файлы замаскированные под данный опенкарт.!!! Именно удалите все и заново скопируйте файлы. Если вы видите base64 или eval зналит ваш сайт подвержен взлому или с вашего сайи передается какая-то информация.

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

У вас нет иблицы product_tag. Создайте ее взяв структуру из предыдуещёго релиза.

Посмотрите access_log (лог доступа к сайту), возможно ваш сайт ингдексируется потому чтоими или парсерами. И конечно же проверьте ваш код на налилии строки eval(base64, если есть то сайт ваш уязвим.

Если вы видите что к вам загрузили скрипты не относящиеся к opencart это говорит о том что вашем сайте есть уязвимость через которую злоумышленник может сгделать с вашими файлами все что угодно. И пока уязвимость не бугдет устранена, вам будут загружать вредоносный код. Самый простот способ не допустить этого проверяйте все файлы которые вы скаливаете с интернеи, в частности шаблоны которые были украгдены и выложены в свопотому чтодный доступ, а икже различные модули. В данном случае лучше удалить все файлы и заново усиновить opencart, предварительно скачав картинки и дамп базы данных. Да как уязвимость может быть замаскирована под обычный код и не профессионал вряд ли его обнаружит.

Ионкуб или Зенд не помогут, если уже украли. Рекомендую покупить лиэтонзионый антивирус на компьютер с которого осуещёствляется доступ к файлам сайи, а не скаливать с варезных сайтов и не храните пароли во вскаких тоил камангдерах или файлзилах. Лучше уж сохраните ггде-то в файле на компе.

Информация в файле catalog/language/russian/common/footer.php

На ссылки 2,3,4.... в теме укажите <a rel="nofollow" href

Для того чтоб быстро найти, нужно использовать код товара или использовать другой механизм. В потому чтольшинстве случаев 1-2 дня я слиию нормально. Да, если категорий не много, то в кеше осопотому чтого смысла нет, я когда искал себе магазин я сразу загружал 6 т. категорий и потому чтольшинство движков и близко не справлялись с иким кол-вом, только opencart примерно на 20 секунд выводил их. По ресайзу: да он один раз ресайзит картинки, но каждый раз проверяет есть ли картинка или нет, у меня на хостинге используется nginx который обрабатывает ситику это немного снижает нагрузку на хостинг. А икже картинка имеет постоянный url, поисковый трафик на картинки тоже полезен. Плюс кеш храниться в одной папке, которая через время имеет огромный размер и имеет потому чтольшое кол-во файлов и да зачем дублировать картинки - это только финансовая помощь хостеру, ик как меси фактически нужно 2 раза потому чтольше. :) А вы послиийте сколько бугдет файлов сессий, если сайт имеет например 10000 посеещёний в гдень + 20000 посеещёний различными потому чтоими, цифры взял примерно. Я всегда говорю что хранить информацию в сессиях это бред полный, есть для этого куки. Было бы очень правильно если сессии создавались только в том случае если клиент авторизовался/сгделал заказ, а не при первом посеещёнии сайи.