в Addblock есть кнопка Показать Элементы. Там видно какое именно правило сработало. Если вы закачали баннеры в каталог /adv/ или назвали файл reklama.jpg - разумеется он и заблокирует.
В большинстве случаев вам достаточно поменять каталог.
Ну и перестать работать с рекламной сетью, но размещать баннеры у себя. За сетями в первую очередь следят.
За крупными сайтами следят отдельно и в течении пары месяцев новый каталог обычно попадает в список блокировки.
Печальное нововведение от Chrome. Но, удивительно, это тоже можно переверстать и заработает.
Ну а что же с slow log ? Нет запросов ?
Чтобы не терять время на возможно не самые важные запросы, которые в случайный промежуток времени выскочили в mytop, лучше cобрать запросы за день и проанализировать с помощью pt-query-summary. Кроме того, там дополнительная статистика по запросам собирается. в mytop ее нет вообще.
pt-summary достанет всякую информацию о железе, о важности которой вы даже не подозревали. pt-mysql-summary тоже неплохо бы.
Можно еще проверить какой выставлен cpu governor. Кажется, частоты низковаты. Но опять же, pt-summary показал бы нормальную ситуацию когда одно ядро разогревается. на скрине atop этого не видно.
Если медленные запросы прям из всех сайтов вперемешку поступают, следовало бы проверить внешние причины по отношению к mysql - железо.
Покажите вывод pt-summary . Посмотрите статус дисков md и состояние SMART.
Кстати, буквально два дня назад 7 февраля было первое воскресенье месяца - день когда в дебиане тормозит вообще все, потому что запускается запланированная проверка raid.
Pavel_78, botscanner.com, как следует из сайта, это какой-то инструмент анализа накруток для рекламщиков и оптимизаторов. Баннеры rotaban.ru подгружают прицепом http://www.acint.net/aci.js, а тот уже botscanner.com
Тоже не всегда )
Допустим, если нормализация уменьшит общий размер данных, а индексы ускорят такую выборку, то в масштабе всего приложения, а не конкретного запроса, использование JOIN выгоднее.
maks_m, чудес вы не откроете. Нормализацию и вытекающие из нее объединения используют все программисты и продукты. Нет смысла искать экономию тут.
Как бы разумно предположить, раз из программы вы видите только потерю соединения, то хоть какая-то полезная информация может быть только в логах сервера. Вот их и нужно смотреть.
Очевидно, что неправильно восстанавливались. Раз у вас хостер такой добрый, может он же и доделает.
Это значит, что вирус их расшифрует и точно так же украдет.
Проблема заключается исключительно в неумении фронтэнд-программистов (вообще-то слишком громкое название для них) работать с AJAX и XMLHttpRequest .
С UTF-8 нет проблем, а с другими кодировками были. Ну и пошло-поехало.
Cеть в России может отвалиться. А вот чтобы сервис перезагрузился - никогда не видел. Да, люди пишут, но мало кто это видел.
