Yoda

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

Не занимайтесь ерундой. Возьмите класс и драйверы от 1.5.6 и используйте нативный mysqli

This means that you may see more traffic in your logs from Googlebot Smartphone. You may also see that snippets in Google Search results are now generated from the mobile version of your content. Mobile-first indexing means that Googlebot will now use the mobile version of your site for indexing and ranking, to better help our (primarily mobile) users find what they're looking for. Google’s crawling, indexing, and ranking systems have historically used the desktop version of your site's content, which can cause issues for mobile searchers when the desktop version differs from the mobile version. Our analysis indicates that the mobile and desktop versions of your site are comparable.\ google translate: ======================================== Это означает, что вы можете видеть больше трафика в своих журналах с помощью смартфона Googlebot. Вы также можете увидеть, что фрагменты результатов поиска Google теперь генерируются из мобильной версии вашего контента. Индексирование Mobile-first означает, что Googlebot теперь будет использовать мобильную версию вашего сайта для индексирования и ранжирования, чтобы лучше помочь нашим (в первую очередь мобильным) пользователям найти то, что они ищут. Системы сканирования, индексирования и ранжирования Google исторически использовали настольную версию контента вашего сайта, что может вызвать проблемы для мобильных поисковиков, когда версия настольного ПК отличается от мобильной версии. Наш анализ показывает, что мобильные и настольные версии вашего сайта сопоставимы.

Пока пришло только на один из 50 добавленных проектов.

От вебмастера, что так и так политика mobile first активна для вашего проекта.

Я как то пропустил этот вопрос, а сегодня пришли письма счастья. Растолкуйте кто в теме - что это все значит?

Друзья мои, ну это смешно. Ну слушайте... Человек испортил свою деловую ситуацию в принципе навсегда и очень давно, и вы все равно на что-то надеетесь? Ну это так же как надеяться выиграть в лотерею.

1. Вы оставили целиком уязвимую систему 2. Все запросы на любые .php страницы будут отдавать не системную ошибку опенкарта а 404 страницу nginx. 3. Редиректы фидов актуальны для 1.5 версий. Очень плохой конфиг!

Мы же здесь обсуждаем модули для магазинов на opencart вроде, а не органолептические свойства вибраторов. Это шикарно! Загнать магазин под фильтры, и из него выкарабкиваться? Да уж, большей глупости я давно не слышал!

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

НИШО! Не надо сравнивать палец и большой палец. Розетка может себе позволить со своей историей, ссылочной массой на заборе красными буквами писать и это все будет проиндексировано. Давайте зайдем с другой стороны, покажите мне пример магазина на опенкарте, который использует автогенерацию с количеством товаров от 5 000, в котором эти товары будут поголовно в топе... НУ НУ...

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

Ай, вот только не надо быть авдокатом дьявола, вы думаете тот же фрилансер или запрещенная к упоминанию студия имени Игоря, не знают про эти правила Яндекса? Хоть кто-то созизволил сделать в описании модуль дисклаймер, мол так и так ребят почитайте - пользуйте на свйо страх и риск... Хрен.

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

Затем, что не все обезьянки!

Сделайте полезное дело... Выжимку из правил. И соберите в итоговый код.

Холодно) Давайте пока не будем играть в угадайку, а дадим время исправить эту ситуацию на местах. Я обрисую ситуацию владельцам площадок. Чтобы были приняты меры с покупателями. Пока рекомендую всем добавить, независимо от обнаружения подобной штуки, правила из этой статьи, если у вас apache. Для Nginx - приличный пример здесь. Но бездумным копипастом решить все не выйдет, ссылки просто как базовые примеры.

Чтобы опять хвосты подчистил, и сказал какой он пушистый? И что это все злые языки ?

Так как на форуме нет раздела безопасность @dinox, сделай пожалуйста. Пишу пока в курилку. Вчера ко мне обратились мои подопечные со странной нагрузкой на сервер! Их шарашили изо всех пушек, пытаясь пробиться в базу через sql уязвимость менеджера редиректов, и в конце концов базу таки уложили. Не будем тыкать пальцем чей это модуль, просто проверьте у себя и своих подопечных в Index.php в корне вот такие строки: // Redirect manager $url = htmlspecialchars($_SERVER['REQUEST_URI']); $redirect = $db->query("SELECT * FROM oc_redirect WHERE from_url = '" . $url . "' LIMIT 1"); if($redirect->row) { header( 'Location: ' . htmlspecialchars_decode($redirect->row['to_url']) , true, 301 ); exit(); } // End redirect manager И замените на такое // Redirect manager $url = htmlspecialchars($_SERVER['REQUEST_URI']); $redirect = $db->query("SELECT * FROM oc_redirect WHERE from_url = '" . $db->escape($url) . "' LIMIT 1"); if($redirect->row) { header( 'Location: ' . htmlspecialchars_decode($redirect->row['to_url']) , true, 301 ); exit(); } // End redirect manager Это код из каких-то ранних версий дополнения, на сегодня там все ушло глубже в код и модель закодирована, но я думаю уязвимость осталась. Данный код присутсвовал в версии модуля редиректа полутарагодичной давности. Но брежененного бог бережет и да прибудет с вами сила. Также категорически рекомендую всем, у кого до сих пор 1.5 обновить класс db.php и классы драйверов баз от 1.5.6 https://github.com/opencart/opencart/tree/1.5.6.4/upload/system/database и поменять в конфигах mysql на mysqli. В силу, того что Mysqli по умолчанию поддерживает singlequery политику, вероятность навредить через подобные дыры несколько уменьшается, но только лишь несколько. Также в силу того, что данный мод является клоном модуля с офсайта, все кто использует оригинальный модуль - тоже проверьте есть ли у вас экранирование параметра $_SERVER['REQUEST_URI']. Ну и чтобы не быть голословным и не было возмущений вот структура таблицы моего подопечного от этого дополнения. CREATE TABLE IF NOT EXISTS `oc_redirect` ( `redirect_id` int(11) NOT NULL DEFAULT '0', `active` tinyint(1) NOT NULL DEFAULT '0', `from_url` varchar(512) CHARACTER SET utf8 NOT NULL, `to_url` varchar(512) CHARACTER SET utf8 NOT NULL, `response_code` int(3) NOT NULL DEFAULT '301', `date_start` date NOT NULL DEFAULT '0000-00-00', `date_end` date NOT NULL DEFAULT '0000-00-00', `times_used` int(5) NOT NULL DEFAULT '0' ) ENGINE=InnoDB DEFAULT CHARSET=latin1; А вот код в модуле, который распространяет один известный автор: $sql = "CREATE TABLE IF NOT EXISTS `" . DB_PREFIX . "redirect` ("; $sql .= " `redirect_id` int(11) NOT NULL AUTO_INCREMENT,"; $sql .= " `active` tinyint(1) NOT NULL DEFAULT '0',"; $sql .= " `from_url` text COLLATE utf8_bin NOT NULL,"; $sql .= " `to_url` text COLLATE utf8_bin NOT NULL,"; $sql .= " `response_code` int(3) NOT NULL DEFAULT '301',"; $sql .= " `date_start` date NOT NULL DEFAULT '0000-00-00',"; $sql .= " `date_end` date NOT NULL DEFAULT '0000-00-00',"; $sql .= " `times_used` int(5) NOT NULL DEFAULT '0',"; $sql .= " PRIMARY KEY (`redirect_id`)"; $sql .= ") CHARSET=utf8 COLLATE=utf8_general_ci"; $this->db->query($sql); UPD. Что делать с кодом, который закодирован в модуле и скорее всего такой там и остался?

Вас спасет только переезд на VPS.

КЭП!

Буквально вчера сталкивался с такой же проблемой. Таки да - это сео про, и как "полечить" слету пока не придумал.

Логи... Почему они вылетают как вы говорите?

Удивительное рядом... А если заглянуть в консоль бразуера можно увидеть много ошибок.