Странно, у меня загружается одинаково, пробовал в разных браузерах.
Кстати забыл сказать о важной детали - ворованный контент представляет собой тарабарщину, похоже текст перевели на английский и обратно на русский:
Пример с одного клона:
Пример с другого клона:
Может просто Google предпочитает тарабарщину? 🤪
С учетом тарабарщины я так понимаю уже нет оснований жаловаться в Google на нарушение авторских прав?
Это понятно - вопрос почему. Если я правильно понял - из-за плохой оптимизации. В моем случае сайт не оптимизирован для мобильных устройств - вероятно проблема в этом. А вообще есть явно заметные отличия с точки зрения оптимизации?
оригинал - http://gadgets-news.ru/pochemu-microsoft-poluchila-ogromnyj-ubytok-v-4-kv-2017/
копия - http://kjgs.ru/pochemu-microsoft-poluchila-ogromnyj-ubytok-v-4-kv-2017/
Насколько я понимаю, определить дату создания контента не проблема - выходит Google сознательно отдает предпочтение лучше оптимизированным сайтам?
Всем спасибо за ответы и разъяснения. Просто столкнулся с тем, что понравившийся в свое время плагин (Duplicator для WP) перестал делать резервную копию сайта из-за большого объема. Наверное придется ставить другой плагин.
У меня в панели управления как раз awstats стоит. Но у лучшем случае там видно только с какого IP идет нагрузка (как я собственно и узнал).---------- Добавлено 17.12.2015 в 22:56 ----------Опять же, по поводу скриптов - можно ли понять какой именно скрипт создает нагрузку?
А это возможно сделать своими силами и без соответствующий знаний? Существуют ли какие-нибудь плагины (у меня Wordpress) или программы, позволяющие выявить источник нагрузки? А то, повторюсь, мой хостер по этой части ничем не помогает.
Я склонен видеть причину во внешнем факторе, потому что нагрузка скачет временами, и без всякого обновления по блогу (не считая новых записей).
Тогда бы наверное и у меня происходило это автоматическое обновление, а я такого не замечал. И вообще я тебя так понял, что речь идет о каком-то доморощенном брутфорсе, где несколько человек зачем-то держат мой сайт в отдельной вкладке, где [их усилиями] происходит постоянное обновление страницы.
Техподдержка хостера, к сожалению, полностью самоустраняется от этих проблем и никаких пояснений о причинах нагрузок не дает. Один раз порекомендовали какую-то терминальную программу для анализа или что-то такое (не сохранилось), но когда я стал вникать, это показалось очень сложным.
Не совсем понял:
1) почему один IP, если запросы с разных пользователей?
2) как можно автоматически обновлять страницу - есть какие-то специальные плагины/программы?
3) зачем им это нужно?
Мне порекомендовали такие запросы на очистку таблиц postmeta и term_relationships:
Подскажите пжст кто знает SQL - насколько правильно составлены запросы? Я не рискую повредить базу, воспользовавшись ими?---------- Добавлено 15.06.2015 в 13:22 ----------Я синтаксис этого запроса не понимаю. Нельзя ли просто удалить все записи в таблице postmeta, которые ссылаются на несуществующие записи в posts? В моем случае:
post_id - поле в yg5g9f4_postmeta, которое, как я понимаю, ссылается на записи в yg5g9f4_posts
ID - поле в yg5g9f4_posts, которое, как я понимаю, является ключевым номером записи в этой таблице.---------- Добавлено 15.06.2015 в 14:20 ----------В общем, при помощи своих простеньких запросов (удалить все записи, ID которых не найдены в таблице posts) удалил все лишние записи из таблиц postmeta и term_relationships. До это вычистил весь спам в posts - там теперь 160 записей вместо 70 тысяч. Но объем всех таблиц совершенно не изменился: 103 Мб на 160 записей в posts и 39 Мб на 497 записей в postmeta. Что делать?---------- Добавлено 15.06.2015 в 14:41 ----------Сделал оптимизацию через phpMyAdmin, есть там такая возможность. Теперь все отлично, вся база целиком - 2.5 Мб. Проблема решена.
Узнал в чем дело. В свое время ставил форум - он и наполнился спамом (на 70 тысяч тем и записей). Таблицу posts почистил. Подскажите пжст кто знает SQL - как теперь почистить метаданные (postmeta) и где еще может быть мусор?
