Оставлю свой отзыв об работе ТП Айхор. На выходных у меня случился жесткий форс-мажор (не буду говорить какой, но было очень неприятно. Видимо я где-то недоглядел). Так вот, ТП мне помогали на протяжении всего дня, в особенности smart2web (весь день помогал и был со мной на связи в тикетах), за что ему ОГРОМНОЕ Спасибо! Все восстановили и рассказали что делать, чтобы предотвратить подобное в будущем, хоть и могли меня оставить наедине с решением проблем.
Опять же, админ должен все это определять и настраивать. Требовать от поддержки таких работ... Вам выделено максимум 15 мин на решение тривиальных задач на бесплатной основе. Настройка сервера, оптимизация etc не входят в бесплатную поддержку.
Я писал в ТП, но прошло уже много времени и так ничего не решилось. Готов оплатить эту настройку, но прошло уже пол дня. Сейчас вообще никто не отвечает.
Насчет hosts, есть такая рекомендация при данной проблеме.
Aisamiery: На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
----------
Да я понял к чему вы. Действительно такое может быть, если база висит на сокетах, а указать клиенту подключится на 127.0.0.1, то скорее всего будет ошибка подключения
Какое может быть решение проблемы? Отключение ipv6?
vadim s. sabinich: Интересное замечание. Предполагал, что все современные движки вобще по умолчанию используют сокет для подключения к mysql, а установки типа localhost остались в качестве архаизма или указания хоста в случае действительно удаленного сервера MySQL. http://codex.wordpress.org/Editing_wp-config.php#MySQL_Alternate_Port
Не помогло, ошибка подключения к базе
---------- Добавлено 03.04.2016 в 20:32 ----------
Den73: Booch24
у меня этот wp всего лишь с 300 записями выполняется за 0.3 сек на процессоре за 100к, ужасная cms. самопис с таким же функционалом работает за 0.05
Движок вполне нормальный. Отключение wp-cron (в конфиге define('DISABLE_WP_CRON', true); ) и xmlrpc.php ( много ботов к нему лезет, редирект в .phaccess помогает) поможет его ускорить и снять нагрузку на сервер.
Den73: такого быть вообще не должно, посмотрите содержимое файла /etc/hosts localhost 127.0.0.1 это одно и тоже
Я знаю, но вот такой баг где-то закрался. Вычитал, что фиксится удалением ::1 localhost (подключение по ipv6) в hosts или прописыванием 127.0.0.1 непосредственно в самих движках в подключении к базе данных (пробовал прописывать, не помогает)
у них впс на устаревшем оборудование, такое время выполнения совершенно нормальное для вашей cms. не проще ли купить обычный шаред хостинг за 100р на современном оборудование и не знать проблем?
у меня этот wp всего лишь с 300 записями выполняется за 0.3 сек на процессоре за 100к, ужасная cms. самопис с таким же функционалом работает за 0.05
Нормальное оборудование и кажется нашли проблему, но еще ее не решили. Проблема заключается в коннекте с базой данных mysql (немного попутал с предыдущим экспериментом, проглядел одно соединение к базе данных, статичная страница загружается моментально, менее 200 мс, как и должно быть). Она сперва подключается через ipv6, после окончания время коннекта, которое составляет 1 секунду подключается уже по ipv4 с которым хорошо дружит.
Проверялось mysql_connect, менял localhost на 127.0.0.1 - разница в подключении значительная - почти 7 секунд (вся база) с localhost и 0.0027360916137695 секунд на 127.0.0.1
Время подключения к статичной странице
Время к странице с запросами к базе данных
smart2web: Далеко не самый простой способ.
Самый простой нанять админа, если нет возможности довести сервер до ума, и через час радоваться реактивным виртуальным сервером. Проще некуда.
Так мне его так с самого начала настроили. Почему так вышло? С самого начала про это в ТП писал
Так и не удалось уменьшить время ответе сервера. Поставили Nginx, настраивал его, включал gzip-сжатие через него, установил время жизни кэша, но ничего, что повлияло бы на время ответа сервера не произошло. Сейчас оно колеблется от 2 до 3 секунд, а самое интересное, тестировал на статичной странице без каких-либо обращений к БД и время ответа сервера на ней - 1.3 секунды. Меньше 1.3 секунды нет ни на одном домене((( Что это? Дело в Apache? Сервер не нагружен, много свободных ресурсов. Может еще кто-то имел данные проблемы? Помогите пожалуйста разобраться.
Тем временем, прямо сейчас полным ходом идет установка антиDDoS на М9
https://twitter.com/ihor_marosnet
Последние два дня загрузка процессора ведет себя странным образом. Из-за этого? Постоянно скачет, как при атаках
Оставлю свой отзыв об работе ТП Айхор. На выходных у меня случился жесткий форс-мажор (не буду говорить какой, но было очень неприятно. Видимо я где-то недоглядел). Так вот, ТП мне помогали на протяжении всего дня, в особенности smart2web (весь день помогал и был со мной на связи в тикетах), за что ему ОГРОМНОЕ Спасибо! Все восстановили и рассказали что делать, чтобы предотвратить подобное в будущем, хоть и могли меня оставить наедине с решением проблем.
В my.cnf конечно. hosts тут не причем
Опять же, админ должен все это определять и настраивать. Требовать от поддержки таких работ... Вам выделено максимум 15 мин на решение тривиальных задач на бесплатной основе. Настройка сервера, оптимизация etc не входят в бесплатную поддержку.
Я писал в ТП, но прошло уже много времени и так ничего не решилось. Готов оплатить эту настройку, но прошло уже пол дня. Сейчас вообще никто не отвечает.
Насчет hosts, есть такая рекомендация при данной проблеме.
Все зависит от настроек и версии mysql
https://dev.mysql.com/doc/refman/5.5/en/ipv6-server-config.html
А как и где это делается. Ничего не понял. Нужна версия 5.5.3
Удалял в /etc/hosts строчку ::1 localhost, но не помогло. Насколько знаю после редактирования hosts не нужно перезагружать сервер?
На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
----------
Да я понял к чему вы. Действительно такое может быть, если база висит на сокетах, а указать клиенту подключится на 127.0.0.1, то скорее всего будет ошибка подключения
Какое может быть решение проблемы? Отключение ipv6?
Интересное замечание. Предполагал, что все современные движки вобще по умолчанию используют сокет для подключения к mysql, а установки типа localhost остались в качестве архаизма или указания хоста в случае действительно удаленного сервера MySQL.
http://codex.wordpress.org/Editing_wp-config.php#MySQL_Alternate_Port
Не помогло, ошибка подключения к базе
---------- Добавлено 03.04.2016 в 20:32 ----------
Booch24
у меня этот wp всего лишь с 300 записями выполняется за 0.3 сек на процессоре за 100к, ужасная cms.
самопис с таким же функционалом работает за 0.05
Движок вполне нормальный. Отключение wp-cron (в конфиге define('DISABLE_WP_CRON', true); ) и xmlrpc.php ( много ботов к нему лезет, редирект в .phaccess помогает) поможет его ускорить и снять нагрузку на сервер.
такого быть вообще не должно, посмотрите содержимое файла /etc/hosts
localhost 127.0.0.1 это одно и тоже
Я знаю, но вот такой баг где-то закрался. Вычитал, что фиксится удалением ::1 localhost (подключение по ipv6) в hosts или прописыванием 127.0.0.1 непосредственно в самих движках в подключении к базе данных (пробовал прописывать, не помогает)
Booch24
у них впс на устаревшем оборудование, такое время выполнения совершенно нормальное для вашей cms.
не проще ли купить обычный шаред хостинг за 100р на современном оборудование и не знать проблем?
у меня этот wp всего лишь с 300 записями выполняется за 0.3 сек на процессоре за 100к, ужасная cms.
самопис с таким же функционалом работает за 0.05
Нормальное оборудование и кажется нашли проблему, но еще ее не решили. Проблема заключается в коннекте с базой данных mysql (немного попутал с предыдущим экспериментом, проглядел одно соединение к базе данных, статичная страница загружается моментально, менее 200 мс, как и должно быть). Она сперва подключается через ipv6, после окончания время коннекта, которое составляет 1 секунду подключается уже по ipv4 с которым хорошо дружит.
Проверялось mysql_connect, менял localhost на 127.0.0.1 - разница в подключении значительная - почти 7 секунд (вся база) с localhost и 0.0027360916137695 секунд на 127.0.0.1
Время подключения к статичной странице
Время к странице с запросами к базе данных
Далеко не самый простой способ.
Самый простой нанять админа, если нет возможности довести сервер до ума, и через час радоваться реактивным виртуальным сервером. Проще некуда.
Так мне его так с самого начала настроили. Почему так вышло? С самого начала про это в ТП писал
Так и не удалось уменьшить время ответе сервера. Поставили Nginx, настраивал его, включал gzip-сжатие через него, установил время жизни кэша, но ничего, что повлияло бы на время ответа сервера не произошло. Сейчас оно колеблется от 2 до 3 секунд, а самое интересное, тестировал на статичной странице без каких-либо обращений к БД и время ответа сервера на ней - 1.3 секунды. Меньше 1.3 секунды нет ни на одном домене((( Что это? Дело в Apache? Сервер не нагружен, много свободных ресурсов. Может еще кто-то имел данные проблемы? Помогите пожалуйста разобраться.
Ivan Lungov, большое спасибо за развернутый ответ!