какие-то сайты банятся, какие-то теряют позиции, кто-то по сезонным ключевым выходит в топы. Я такое постоянно наблюдаю. Если у меня траф на сайтах резко вверх - значит кто-то из конкурентов слегка сдох :)
Zakazchik2017: Сервер с 128 Гб ОЗУ. База на аппаратном RAID 6, там дисковая система конечно хромает на скорость записи, сейчас думаю об выносе на SSD, но не думаю что на данный момент проблема в аппаратной части.
p.s. потюнил sysctl в вашем примере, производительность (скорость аплоадинга) увеличило примерно на 20%.
Сейчас не понятно во что упирается. Думал в базу, но mysqltuner пишет что все прекрасно. Но нагрузка на сервер все равно до 30%. Было бы логично, что если он на пределе, она приблежалась бы к 100%.
Вот это еще не пробовал, надо сделать.
sort_buffer_size, read_buffer_size, join_buffer_size - слишком много что-то , для начала 512M ставьте и пару дней смотрите на перфоманс базы, возможно нужно меньше.
query_cache_limit = 32M
query_cache_size = 32M
для начала поставьте
max_connections = это сколько одновременно соединений допускается, каждый connection занимает какое-то количество памяти. 5000 коннекшнов это топовый стримовый порносервер прямо таки.
thread_concurency = 20-32 поставьте
key_buffer - обычно ставят в районе 25% всего RAM
по mysqltuner через пару дней видно эффективность, если менее 95% , можно уменьшить значение
table_cache = 4096 - если стоит меньше, попробуйте увеличить значение.
смотрите в mytop через пару дней статистику по slow_queries, чем меньше, тем лучше
в гугле остается до 3х месяцев в индексе. бывали случаи, покупал экспайред домен двухлетней давности, прикручивал NS, но сайт еще не вешал - смотрю в гугль, а там индекс старой главной страницы уже висит.
Zakazchik2017: Попробую дополнить, но есть ли смысл?
База данных более 20 миллионов записей (несколько ГБ), может дело в ней уже? Каждый постинг это по сути перебор и выборка по сложному условию миллионов записей в нескольких таблицах (посты, категории, теги, связи, таксономия, аттачменты), может уже фундаментально ускорить невозможно? Хотя нагрузка на все (процессор, память, i/o, канал) не выше 20%.
во-первых нужно оптимизировать my.cnf, во-вторых вынести tmpdir на tmpfs
сколько RAM на сервере? сколько отведено под key-buffers?
какие значения у:
sort_buffer_size
read_buffer_size
join_buffer_size
max_connections
thread_concurrency
query_cache_type
query_cache_limit
query_cache_size
ускорить фундаментально-то можно, например вынести на отдельный SSD
или если дофига памяти (>128Gb) на tmpfs
что показывает
free -m
у меня в базе 200+ таблиц, суммарно 600М+ строк, активно используется процентов 10% от объема базы, ничего нормально сервер не напрягается особо.
всякие регистрации доменов для индексации в гугле, абузы, что мол ваш домен неправильный и прочие требования денег в той или иной форме - это спам, особенно если но приходит в течении недели после регистрации домена
траф с гугла упал более чем на 3/4, но в индексе еще есть - вылетит из кешей гугла за 2-3 дня. проверяется индекс через гео-прокси в гугле.
если после 4-10 страницы не прокликивается список индексированных страниц - 100% баня.
ставится 301й редирект, ждётся 2 недели.
Пользовался робокассой до этого, щас перешел на WalletOne (Единый кошелек)
+1
на Единой Кассе сижу седьмой год.
какие-то сайты банятся, какие-то теряют позиции, кто-то по сезонным ключевым выходит в топы. Я такое постоянно наблюдаю. Если у меня траф на сайтах резко вверх - значит кто-то из конкурентов слегка сдох :)
Сервер с 128 Гб ОЗУ. База на аппаратном RAID 6, там дисковая система конечно хромает на скорость записи, сейчас думаю об выносе на SSD, но не думаю что на данный момент проблема в аппаратной части.
ОЗУ занято на 25%.
my.cnf
sort_buffer_size, read_buffer_size, join_buffer_size = 16 ГБ
max_connections = 5000
thread_concurrency = 32
query_cache_limit, query_cache_size = 512
p.s. потюнил sysctl в вашем примере, производительность (скорость аплоадинга) увеличило примерно на 20%.
Сейчас не понятно во что упирается. Думал в базу, но mysqltuner пишет что все прекрасно. Но нагрузка на сервер все равно до 30%. Было бы логично, что если он на пределе, она приблежалась бы к 100%.
Вот это еще не пробовал, надо сделать.
sort_buffer_size, read_buffer_size, join_buffer_size - слишком много что-то , для начала 512M ставьте и пару дней смотрите на перфоманс базы, возможно нужно меньше.
query_cache_limit = 32M
query_cache_size = 32M
для начала поставьте
max_connections = это сколько одновременно соединений допускается, каждый connection занимает какое-то количество памяти. 5000 коннекшнов это топовый стримовый порносервер прямо таки.
thread_concurency = 20-32 поставьте
key_buffer - обычно ставят в районе 25% всего RAM
по mysqltuner через пару дней видно эффективность, если менее 95% , можно уменьшить значение
table_cache = 4096 - если стоит меньше, попробуйте увеличить значение.
смотрите в mytop через пару дней статистику по slow_queries, чем меньше, тем лучше
Браузер Chrome (и на основе движка хрома) не получает ContentLen или терминатор завершения отправки контента. Фиксится через ob_flush()
Скорее всего на странице крутится какой-то плагин, который вдруг стал "несовместим" с новой версией - можно путем отключения плагинов найти нужный
в гугле остается до 3х месяцев в индексе. бывали случаи, покупал экспайред домен двухлетней давности, прикручивал NS, но сайт еще не вешал - смотрю в гугль, а там индекс старой главной страницы уже висит.
Попробую дополнить, но есть ли смысл?
База данных более 20 миллионов записей (несколько ГБ), может дело в ней уже? Каждый постинг это по сути перебор и выборка по сложному условию миллионов записей в нескольких таблицах (посты, категории, теги, связи, таксономия, аттачменты), может уже фундаментально ускорить невозможно? Хотя нагрузка на все (процессор, память, i/o, канал) не выше 20%.
во-первых нужно оптимизировать my.cnf, во-вторых вынести tmpdir на tmpfs
сколько RAM на сервере? сколько отведено под key-buffers?
какие значения у:
sort_buffer_size
read_buffer_size
join_buffer_size
max_connections
thread_concurrency
query_cache_type
query_cache_limit
query_cache_size
ускорить фундаментально-то можно, например вынести на отдельный SSD
или если дофига памяти (>128Gb) на tmpfs
что показывает
free -m
у меня в базе 200+ таблиц, суммарно 600М+ строк, активно используется процентов 10% от объема базы, ничего нормально сервер не напрягается особо.
всякие регистрации доменов для индексации в гугле, абузы, что мол ваш домен неправильный и прочие требования денег в той или иной форме - это спам, особенно если но приходит в течении недели после регистрации домена
hosterstats.com
можно посмотреть историю смены днсов домена
если домен был на китайских или индуских днс, ну его нах
если домен юзался 1 год и просрочен уже пару лет - 90% вероятность, что был спамерским или попал в баню
если висел домен после просрочки висел на паркинге - тут 50/50
и тд
Помогите, пожалуйста, ни где не могу найти как реализовать.
Сайт на WP
Урлы такого вида:
http://site.net/2009/02/17/kak-pridat-hleb/
http://site.net/2009/02/18/kak-pridat-dom/
http://site.net/2009/02/19/kak-pridat-hlam/
Нужно сделать так:
http://site.net/kak-pridat-hleb/
http://site.net/kak-pridat-dom/
http://site.net/kak-pridat-hlam/
Нужно склеить как то не руками (много страниц) чтобы максимально сохранить входящие ссылки.
Заранее, спасибо.
есть плагин remove-taxonomy-slug или как там его, специально для этих целей и предназначен
---------- Добавлено 21.04.2017 в 22:56 ----------
Всем доброго времени суток!!!
Дело в том что на сайте стоял мод чпу и генерировал ссылки вида:
moisait.ru/forum-multfilm-f=21.html
в nginx был прописан редирект
location /forum {
rewrite ^/forum-(.*)-(.*).html /viewforum.php?$2 last;
}
по дефолту было так
moisait.ru/viewforum.php?f=21
Как теперь прописать, что бы редиректило на дефолтные значения?
Уже все перековырял, пробовал вот так
location /forum {
rewrite ^/viewforum.php?(.*) /forum-(.*)-(.*).html$2 last;
}
Но ни чего не выходит(((
rewrite ^.*-f=(.*) /forum-multfilm-f=$1.html last;
так надо?