- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
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
Время подключения к статичной странице
Время к странице с запросами к базе данных
Далеко не самый простой способ.
Самый простой нанять админа, если нет возможности довести сервер до ума, и через час радоваться реактивным виртуальным сервером. Проще некуда.
Так мне его так с самого начала настроили. Почему так вышло? С самого начала про это в ТП писал
такого быть вообще не должно, посмотрите содержимое файла /etc/hosts
localhost 127.0.0.1 это одно и тоже
такого быть вообще не должно, посмотрите содержимое файла /etc/hosts
localhost 127.0.0.1 это одно и тоже
Я знаю, но вот такой баг где-то закрался. Вычитал, что фиксится удалением ::1 localhost (подключение по ipv6) в hosts или прописыванием 127.0.0.1 непосредственно в самих движках в подключении к базе данных (пробовал прописывать, не помогает)
Насколько помню, localhost и 127.0.0.1 не одно и то же, по логике php-функций.
Если указывать localhost, то обращение будет производиться через сокет, а если 127.0.0.1, то через tcp-соединение.
Нормальное оборудование и кажется нашли проблему, но еще ее не решили. Проблема заключается в коннекте с базой данных mysql (немного попутал с предыдущим экспериментом, проглядел одно соединение к базе данных, статичная страница загружается моментально, менее 200 мс, как и должно быть). Она сперва подключается через ipv6, после окончания время коннекта, которое составляет 1 секунду подключается уже по ipv4 с которым хорошо дружит.
Проверялось mysql_connect, менял localhost на 127.0.0.1 - разница в подключении значительная - почти 7 секунд (вся база) с localhost и 0.0027360916137695 секунд на 127.0.0.1
Время подключения к статичной странице
Интересное замечание. Предполагал, что все современные движки вобще по умолчанию используют сокет для подключения к mysql, а установки типа localhost остались в качестве архаизма или указания хоста в случае действительно удаленного сервера MySQL.
http://codex.wordpress.org/Editing_wp-config.php#MySQL_Alternate_Port
Интересное замечание. Предполагал, что все современные движки вобще по умолчанию используют сокет для подключения к 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 помогает) поможет его ускорить и снять нагрузку на сервер.
Движок вполне нормальный. Отключение wp-cron (в конфиге define('DISABLE_WP_CRON', true); ) и xmlrpc.php (в .phaccess) поможет его ускорить и снять нагрузку на сервер.
Поддерживаю, Den73 преувеличивает. WordPress отлично себя чувствует на процессорах серии E55XX и E56XX (вроде что-то подобное использует ihor.ru). Генерация 0.1-0.3 секунд чистого и с минимум набором плагинов отлично достигается на данных процессорах.
Насколько помню, localhost и 127.0.0.1 не одно и то же, по логике php-функций.
Если указывать localhost, то обращение будет производиться через сокет, а если 127.0.0.1, то через tcp-соединение.
На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
----------
Да я понял к чему вы. Действительно такое может быть, если база висит на сокетах, а указать клиенту подключится на 127.0.0.1, то скорее всего будет ошибка подключения
Какое может быть решение проблемы? Отключение ipv6?
Какое может быть решение проблемы? Отключение ipv6?
Все зависит от настроек и версии mysql
https://dev.mysql.com/doc/refman/5.5/en/ipv6-server-config.html