elitpack: У меня на 2 сайтах такая фигня случилась в последние 2 недели. Ничего не делал кроме одного: повесил блоки Adsense. Сайты мгновенно вылетели, хотя до этого жили долго и счастливо. Трафик неуклонно рос.
Russian Traveller: вроде давно на форуме, а такие "содержательные" вопросы задаете
Да просто неожидано. В течении 2 лет трафик 70-80% яндекс и тут на тебе 30% так порезать вообще. Зато второй сайт который парсит все с рутора аля рост позиции +10-20, с 30 беками.
npocToNIK: поделитесь уж решением, вдруг у кого нибудь такая проблема будет...
Да рано обрадовался. Проблема по прежнему активна+добавился жер памяти.
На сервере висят легкие сайты с максимальным онлайном 50-60 и то это редкость. Раньше сайт крутились на джино и работали без проблем, перенес на впс и не пойму в чем проблема
-------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.66 [OK] Operating on 64-bit architecture
-------- Storage Engine Statistics ------------------------------------------- [--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster [--] Data in MyISAM tables: 113M (Tables: 38) [!!] Total fragmented tables: 1
-------- Security Recommendations ------------------------------------------- ERROR 1142 (42000) at line 1: SELECT command denied to user 'livetorrent'@'localhost' for table 'user' [OK] All database users have passwords assigned
-------- Performance Metrics ------------------------------------------------- [--] Up for: 57s (617 q [10.825 qps], 114 conn, TX: 623K, RX: 58K) [--] Reads / Writes: 75% / 25% [--] Total buffers: 176.0M global + 7.2M per thread (50 max threads) [OK] Maximum possible memory usage: 538.5M (72% of installed RAM) [OK] Slow queries: 0% (0/617) [OK] Highest usage of available connections: 6% (3/50) [OK] Key buffer size / total MyISAM indexes: 80.0M/69.3M [!!] Key buffer hit rate: 88.6% (127K cached / 14K reads) [OK] Query cache efficiency: 54.6% (194 cached / 355 selects) [OK] Query cache prunes per day: 0 [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 9 sorts) [OK] Temporary tables created on disk: 0% (0 on disk / 9 total) [OK] Thread cache hit rate: 97% (3 created / 114 connections) [OK] Table cache hit rate: 25% (35 open / 137 opened) [OK] Open file limit used: 6% (68/1K) [OK] Table locks acquired immediately: 100% (215 immediate / 215 locks)
-------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance MySQL started within last 24 hours - recommendations may be inaccurate Enable the slow query log to troubleshoot bad queries
Конфиг мускула:
# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
skip-innodb
skip-name-resolve
low-priority-updates
max_connections = 50
key_buffer_size = 80M
max_allowed_packet = 16M
table_open_cache = 4
sort_buffer_size = 2M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
net_buffer_length = 16K
thread_stack = 128K
query_cache_size = 64M
table_cache = 35
tmp_table_size = 32M
thread_cache_size = 16
max_heap_table_size = 64M
query_cache_limit = 1M
query_cache_type = 1
Конфиг атача:
<IfModule itk.c>
StartServers 4
MinSpareServers 4
MaxSpareServers 30
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 400
</IfModule>
Откуда такой жер оперативный не пойму, это после 4 часов работы сервера.
Не стоял ни директ ни адсенд, ссылки последний раз закупал полгода назад. В течении года уверенные позиции +-2-3 по многим ВЧ и НЧ. Сегодня 80% анкоров за топ 50. С чем это может быть связано?
Сегодня 80% запросов улетело за пределы галактики. Топ 50 и дальше. При том год висели на одном месте мертвым грузом, ссылок уже год не брал. Что скажете по этому поводу?
Ramzes_13: Такие письма по куче сайтов приходили, с чего ты взял что это ручной?
Какого числа кстати письмо пришло?
Потому что убрал больше 400 ссылок. Оставил 30-50 от общей массы. Отправил повторное письмо, через 3 недели ответ. Вы сняли не все ссылки. Остались ссылки которые не я даже закупал или ставил.
BangaManga: Если это был точно ручной фильтр, то ещё можно попытаться с него выйти.
Были случаи, когда ручной снимали, но ждать долго пришлось.
Ручной. Пришло письмо что у вас слишком много покупных ссылок, как только снимите сообщите нам. Сразу после письма на следующий сутки все позиции посыпались в -100
Ничего удивительного. Был сайт под агс 2 года почти, и все 2 года тиц то падал то рос.
Вот такой вот фокус получил в последний ап, если шанс что хоть чуток попустит в следующем апе?
У меня на 2 сайтах такая фигня случилась в последние 2 недели. Ничего не делал кроме одного: повесил блоки Adsense. Сайты мгновенно вылетели, хотя до этого жили долго и счастливо. Трафик неуклонно рос.
Нет Адсенс не вешался
вроде давно на форуме, а такие "содержательные" вопросы задаете
Да просто неожидано. В течении 2 лет трафик 70-80% яндекс и тут на тебе 30% так порезать вообще. Зато второй сайт который парсит все с рутора аля рост позиции +10-20, с 30 беками.
поделитесь уж решением, вдруг у кого нибудь такая проблема будет...
Да рано обрадовался. Проблема по прежнему активна+добавился жер памяти.
На сервере висят легкие сайты с максимальным онлайном 50-60 и то это редкость. Раньше сайт крутились на джино и работали без проблем, перенес на впс и не пойму в чем проблема
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.66
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 113M (Tables: 38)
[!!] Total fragmented tables: 1
-------- Security Recommendations -------------------------------------------
ERROR 1142 (42000) at line 1: SELECT command denied to user 'livetorrent'@'localhost' for table 'user'
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 57s (617 q [10.825 qps], 114 conn, TX: 623K, RX: 58K)
[--] Reads / Writes: 75% / 25%
[--] Total buffers: 176.0M global + 7.2M per thread (50 max threads)
[OK] Maximum possible memory usage: 538.5M (72% of installed RAM)
[OK] Slow queries: 0% (0/617)
[OK] Highest usage of available connections: 6% (3/50)
[OK] Key buffer size / total MyISAM indexes: 80.0M/69.3M
[!!] Key buffer hit rate: 88.6% (127K cached / 14K reads)
[OK] Query cache efficiency: 54.6% (194 cached / 355 selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 9 sorts)
[OK] Temporary tables created on disk: 0% (0 on disk / 9 total)
[OK] Thread cache hit rate: 97% (3 created / 114 connections)
[OK] Table cache hit rate: 25% (35 open / 137 opened)
[OK] Open file limit used: 6% (68/1K)
[OK] Table locks acquired immediately: 100% (215 immediate / 215 locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Конфиг мускула:
# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
skip-innodb
skip-name-resolve
low-priority-updates
max_connections = 50
key_buffer_size = 80M
max_allowed_packet = 16M
table_open_cache = 4
sort_buffer_size = 2M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
net_buffer_length = 16K
thread_stack = 128K
query_cache_size = 64M
table_cache = 35
tmp_table_size = 32M
thread_cache_size = 16
max_heap_table_size = 64M
query_cache_limit = 1M
query_cache_type = 1
Конфиг атача:
<IfModule itk.c>
StartServers 4
MinSpareServers 4
MaxSpareServers 30
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 400
</IfModule>
Откуда такой жер оперативный не пойму, это после 4 часов работы сервера.
Не стоял ни директ ни адсенд, ссылки последний раз закупал полгода назад. В течении года уверенные позиции +-2-3 по многим ВЧ и НЧ. Сегодня 80% анкоров за топ 50. С чем это может быть связано?
Сегодня 80% запросов улетело за пределы галактики. Топ 50 и дальше. При том год висели на одном месте мертвым грузом, ссылок уже год не брал. Что скажете по этому поводу?
Все равно не вижу связи с ручным фильтром.
Тоесть письмо давно уже первое пришло?
Да. Еще в марте
Такие письма по куче сайтов приходили, с чего ты взял что это ручной?
Какого числа кстати письмо пришло?
Потому что убрал больше 400 ссылок. Оставил 30-50 от общей массы. Отправил повторное письмо, через 3 недели ответ. Вы сняли не все ссылки. Остались ссылки которые не я даже закупал или ставил.
Если это был точно ручной фильтр, то ещё можно попытаться с него выйти.
Были случаи, когда ручной снимали, но ждать долго пришлось.
Ручной. Пришло письмо что у вас слишком много покупных ссылок, как только снимите сообщите нам. Сразу после письма на следующий сутки все позиции посыпались в -100