jano

Рейтинг
169
Регистрация
06.07.2011
Dtachkov:
Настройте в правилах вордпресс стоп-слова, которые часто используют в спаме. И спам автоматически будет удаляться.

В сотню админок не хочется залазить.

demonichka:
Была похожая ситуация, письма апелляции не помогли, на них просто не отвечали, полный игнор. Через несколько месяцев завела новый акк- новые сайты.

С аналогичной формулировкой аккаунт был отключен?

Lastwarrior:
Напоминай им каждый день о себе, ведь это в принципе тебе нужно, а не им. Одновременно заводи новый аккаунт.

Спасибо, аккаунт уже сделал. Отписал ещё раз апелляцию, письмо автоматом свалилось с просьбой не отправлять повторные апелляции и набраться терпения.

Так и не ответили на апелляцию, неделя уже прошла. Стоит ли от них ждать ответа вообще?

Nosaer:
На будущее, не вешай такое большое количество сайтов на один аккаунт. Разбавляй все это дело на несколько аккаунтов!

Да я уж понял свою ошибку. Буду держать 2-3 аккаунта, если и будет бан. То потеряешь 30%, а не 100.

Katrin1988:
Дело не в выигрыше,а в том что надо начать дело - гугл не будет ничего доказывать, но стоит ли овчинка... вопрос. Расходы на все это могут в 10 раз быть больше чем предстоящая выплата. Мой совет - регистрируйте новый аккаунт, только не на те же данные что и заблоченый

Спасибо, да - разумеется на другое лицо.

ZemAN:
jano, перепиской ничего не решить. Гуглу пофиг. Если был хороший доход, то можно проконсультирваться с юристами на тему подачи иска в суд.
Есть информация, что Гугл не любит судиться и это единственный способ как-то заставить его обратить внимание на ситуацию и начать разбираться, а не отписки автоматические отправлять.

Один раз можно подать апелляцию, перепиской явно ничего не решишь, пока даже и не отписали решение. Прошло уже более 48 заявленных часов, сижу и думаю ждать ли у моря хорошей погоды или делать аккаунт другой.

Как-то я далёк от суда и не думаю, что его получится выйграть у такой компании.

iHead:
Попробуйте вот так
ALTER TABLE wp_postmeta ADD INDEX ( meta_value(1000) )

Всем спасибо за советы. 😎

Лог медленных запросов открыл глаза, внесли нужные поправки и нагрузка на проц стала не более 10%. Так же внёс изменения, которые советовал mysqltuner - нагрузка тоже немного уменьшилась.

Вывод такой:

В первую очередь нужно смотреть медленные запросы, а дальше уже тюнить mysql. Собственно и сами поправки в конфиг mysql не существенно влияют в моём случае.

iHead:
Добавьте индекс на поле meta_value в таблице wp_postmeta.

PS
Индекс у вас сходу добавить не получится, т.к. там тип поля LONGTEXT.
Вам нужен программист.

Ясно, спасибо - буду думать как быть.

netwind:
jano, ну так выводы можно почти сразу же сделать и выключать.
Запросов много? Они простые ?
От такого лога включенного постоянно будет еще больше тормозить

При 0 - всё равно лог файл пустой.

---------- Post added 06-03-2016 at 10:36 ----------

netwind:
jano, ну так выводы можно почти сразу же сделать и выключать.
Запросов много? Они простые ?
От такого лога включенного постоянно будет еще больше тормозить

Вот строчки:


long_query_time = 0
log-slow-queries = /var/log/mysqld-slow-query.log
#log-queries-not-using-indexes


slow_query_log = 0
slow_query_log_file=/var/log/mysql-slow-queries.log

Нужно разобраться почему не работает лог, сейчас разберусь и посмотрим.

---------- Post added 06-03-2016 at 11:47 ----------

netwind:
jano, ну так выводы можно почти сразу же сделать и выключать.
Запросов много? Они простые ?
От такого лога включенного постоянно будет еще больше тормозить

Время медленных запросов поставил 1

За 3 минуты - 5mb лог набежал.

В основном состоит из этого:


SELECT post_id from wp_postmeta where meta_value='https://domain.com';
# User@Host: admin_1p_wp[admin_1p] @ localhost []
# Thread_id: 1339 Schema: admin_1p QC_hit: No
# Query_time: 2.193863 Lock_time: 0.000021 Rows_sent: 1 Rows_examined: 72960
use admin_admin_1p;
SET timestamp=1457253544;
SELECT post_id from wp_postmeta where meta_value='https://domain.com';
# User@Host: admin_c2p[admin_c2p] @ localhost []
# Thread_id: 1084 Schema: admin_c2p QC_hit: No
# Query_time: 2.908077 Lock_time: 0.000019 Rows_sent: 1 Rows_examined: 78010
use admin_c2p;
SET timestamp=1457253544;
SELECT post_id from wp_postmeta where meta_value='https://domain.com';
# User@Host: admin_clazz_wp[admin_clazz_wp] @ localhost []
# Thread_id: 1334 Schema: admin_clazz_wp QC_hit: No
# Query_time: 3.209603 Lock_time: 0.000015 Rows_sent: 1 Rows_examined: 104541
use admin_clazz_wp;
SET timestamp=1457253544;
SELECT post_id from wp_postmeta where meta_value='https://domain.com';
netwind:
jano, если все действительно правильно сделано и лог все равно пустой, то пробуйте уменьшать пороговое время для запросов - должны появиться. Там же можно дробные значения записывать.
Если даже после 0.1 секунды не появляются, то возможно нагрузка вызвана большим числом простых запросов. Это можно заметить по числу выполненных запросов. Пожалуй, выше 1000 в секунду - уже многовато.
А подтвердить быстрым включением и выключением long_query_time = 0 . Переменные же можно менять на ходу через set global . Запросы там точно должны быть все.

Поставил long_query_time = 0 для теста.

---------- Post added 06-03-2016 at 10:16 ----------

VGrey:
jano, Вас уже несколько раз спросили, у Вас базы в InnoDB?

Да, именно они.

---------- Post added 06-03-2016 at 10:17 ----------

forfun:
поэтому и был страшно удивлен, причем проблема наблюдалась не только у меня. возможно в свежих релизах ее уже нет. // там что-то с процессами было, они "не закрывались" вызывая избыточную прожорливость памяти, так что люди с 8-ю гигами были расстроены, не то что я с 1-им гигом :2cents:

---------- Добавлено 06.03.2016 в 04:14 ----------



процессы не висят? htop скрин дайте глянуть ))

htop:

http://imgur.com/sUlyd84

Всего: 424