Logger: мало ему воркеров
может у вас апач в mysql упирается ? munin помогает оценить ситуацию и mysqltuner.pl
Когда создавал топик поигрался с настройками, выделил дофига ресурсов)
perl mysqltuner.pl
>> MySQLTuner 1.6.10 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.47-0+deb8u1-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -----------------------------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MEMORY +MRG_MYISAM +MyISAM +PERFORMANCE_SCHEMA
[--] Data in MyISAM tables: 2G (Tables: 401)
[--] Data in InnoDB tables: 1M (Tables: 62)
[!!] Total fragmented tables: 87
-------- Security Recommendations ------------------------------------------------------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[!!] User 'user1@%' hasn't specific host restriction.
[!!] User 'user2@%' hasn't specific host restriction.
[!!] There is no basic password file list!
-------- CVE Security Recommendations --------------------------------------------------------------
[--] Skipped due to --cvefile option undefined
-------- Performance Metrics -----------------------------------------------------------------------
[--] Up for: 1d 20h 55m 46s (2 q [0.000 qps], 1M conn, TX: 181B, RX: 149B)
[--] Reads / Writes: 100% / 0%
[--] Binary logging is disabled
[--] Physical Memory : 62.9G
[--] Max MySQL memory : 8.7G
[--] Other process memory: 2.2G
[--] Total buffers: 400.0M global + 8.5M per thread (1000 max threads)
[--] P_S Max memory usage: 0B
[--] Galera GCache Max memory usage: 0B
[OK] Maximum reached memory usage: 748.5M (1.16% of installed RAM)
[OK] Maximum possible memory usage: 8.7G (13.82% of installed RAM)
[OK] Overall possible memory usage with other process is compatible with memory available
[OK] Slow queries: 0% (0/2)
[OK] Highest usage of available connections: 4% (41/1000)
[OK] Aborted connections: 0.00% (38/1360997)
[!!] Query cache should be disabled by default due to mutex contention.
[OK] No Sort requiring temporary tables
[OK] No joins without indexes
[OK] No tmp tables created on disk
[OK] Thread cache hit rate: 99% (41 created / 1M connections)
[OK] Table cache hit rate: 100% (925 open / 0 opened)
[OK] Open file limit used: 25% (1K/5K)
[OK] Table locks acquired immediately: 99% (2M immediate / 2M locks)
-------- ThreadPool Metrics ------------------------------------------------------------------------
[--] ThreadPool stat is disabled.
-------- Performance schema ------------------------------------------------------------------------
[--] Performance schema is disabled.
-------- TokuDB Metrics ----------------------------------------------------------------------------
[--] TokuDB is disabled.
-------- Galera Metrics ----------------------------------------------------------------------------
[--] Galera is disabled.
-------- Replication Metrics -----------------------------------------------------------------------
[--] Galera Synchronous replication: NO
[--] No replication slave(s) for this server.
[--] This is a standalone server.
-------- Recommendations ---------------------------------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Restrict Host for user@% to user@SpecificDNSorIp
Variables to adjust:
query_cache_type (=0)
Как то криво стал munin.... но мониторинг настроил
[Wed Jul 06 16:28:33.486710 2016] [mpm_prefork:info] [pid 30084] AH00162: server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers), spawning 8 children, there are 18 idle, and 20 total children
Я так понимаю что в это время на графиках где то что то должно быть выше нормы?
Но вроде все в пределах нормы... Или надо дождаться чтоб апач перезапустился и тогда смотреть?
Andreyka: Возможно, что флудят - автореги, спамкаменты, грабберы
Я так понимаю что это дело смотреть в логах доступа апача? Или еще где то?
tls: Новые процессы форкаются очень медленно. Например, из-за большого LA. Можно попробовать увеличить StartServers/MinSpareServers=40 (но лучше ориентироваться на значение reqs/s в течение дня) и смотреть дальше.
Просто когда я все перенес на новый сервер, примерно 2 месяца все работало нормально, потом возможно ISPmanager что то обновил и начались глюки...
LovelAss: Ну да, в кэшировании дело. В начале файла banners.php есть функции get_vars и set_vars - добавьте к первому аргументу нужный суффикс (например "banners".$m_s) и будет всё пучком.
Но get_vars и set_vars просто записывают в файл banner.php массив со всеми баннерами (чтоб не делать запрос к БД лишний раз)
Вышло что два файла кеша banners0.php и banners1.php полностью одинаковые)
В файлах кеша *.tmp храниться только новость, баннеры оно не кеширует...
Я все таки думаю что проблема в кеширование nginx или чем то другом?
ChampionHL: вскоре будешь один,потому что все нормальные давно свифтом получают.
Дождусь когда мне гугл напишет "извините но в Украине только Вы один получаете чеком, мы его отключаем" ну или письма начнут теряться.... параноик я немного 🤪
Всем спасибо за помощь, разобрался
в файле admin.php
поставил в false и все заработало
И посмотрел по скриптам что есть, версия ДЛЕ 8.2 и младше, в файле init.php есть код
if ($check_referer) {if ($_SERVER['HTTP_REFERER'] == '' AND $_REQUEST['subaction'] != 'dologin') $allow_login = true;
elseif (clean_url($_SERVER['HTTP_REFERER']) == clean_url($_SERVER['HTTP_HOST'])) $allow_login = true;
} else {
$allow_login = true;
}
а точно с 9.0 версии не нашел его, видать убрали и там все должно работать)
В очередной раз воспользовался услугами ТС, как всегда, все на высоте)
мало ему воркеров
может у вас апач в mysql упирается ? munin помогает оценить ситуацию и mysqltuner.pl
Когда создавал топик поигрался с настройками, выделил дофига ресурсов)
perl mysqltuner.pl
Как то криво стал munin.... но мониторинг настроил
Я так понимаю что в это время на графиках где то что то должно быть выше нормы?
На что именно смотреть?
Стаса Munin
Но вроде все в пределах нормы... Или надо дождаться чтоб апач перезапустился и тогда смотреть?
Возможно, что флудят - автореги, спамкаменты, грабберы
Я так понимаю что это дело смотреть в логах доступа апача? Или еще где то?
Новые процессы форкаются очень медленно. Например, из-за большого LA. Можно попробовать увеличить StartServers/MinSpareServers=40 (но лучше ориентироваться на значение reqs/s в течение дня) и смотреть дальше.
Просто когда я все перенес на новый сервер, примерно 2 месяца все работало нормально, потом возможно ISPmanager что то обновил и начались глюки...
взять новый сервер, поставить на него чистый свежий дебиан,
по их локальной сети стянуть бекап, развернуть.
отказаться от старого сервера.
спасибо, так и сделаю, вопрос закрыт
просто раньше тоже об этом думал, но за сервера с таким конфигом была еще плата за установку, а сейчас вроде есть нормальные варианты
Ваш навык телепатии впечатляет:)
Таки да, был косяк, исправил, но все равно не работает как надо :(
Ну и код баннера в шаблонах типа такого
{banner_comp_adsense_left}
Сделайте вывод переменной на экран и проведите отладку.
можете пожалуйста поподробней расписать, а то не понял....
Вывод $m_s на экран показывает правильное значение.
Слева два на сайте 2 блока
comp_left1
comp_left2
Захожу на сайт с телефона или на компе в браузере указал модель телефона
comp_left1
comp_left2
Жду пару сек, обновляю страницу
mobile_left1
mobile_left2
Жду пару сек, обновляю страницу
mobile_left1
comp_left2
и т.д.
Ну да, в кэшировании дело. В начале файла banners.php есть функции get_vars и set_vars - добавьте к первому аргументу нужный суффикс (например "banners".$m_s) и будет всё пучком.
Но get_vars и set_vars просто записывают в файл banner.php массив со всеми баннерами (чтоб не делать запрос к БД лишний раз)
Вышло что два файла кеша banners0.php и banners1.php полностью одинаковые)
В файлах кеша *.tmp храниться только новость, баннеры оно не кеширует...
Я все таки думаю что проблема в кеширование nginx или чем то другом?
за июнь не мог прийти никак!
:(
А зачем мне врать?🙅
Я ж написал что в этом месяце очень оперативно...
За май в Киев у кого-то пришли?
Мне вчера за июнь пришел, очень оперативно кстати)
За май в прошлом месяце пришел)
вскоре будешь один,потому что все нормальные давно свифтом получают.
Дождусь когда мне гугл напишет "извините но в Украине только Вы один получаете чеком, мы его отключаем" ну или письма начнут теряться.... параноик я немного 🤪