Не могу прокомментировать это, так как Вы не указали следствие - чего именно.
хосспаде... их непопулярности, чего же еще???
1. Отказ от поддержки .htaccess в Apache или хотя бы сокращение их количества
тогда уж просто отказ от поддержки. в пользу пойти побухать. и никаких проблем с быстродействием
на хостинге htaccess поддерживается
2. Установка Nginx в качестве фронтального сервера, для отдачи статики
3. Полный отказ от Apache вообще и переход на Nginx+FCGI (только не подумайте, я очень люблю Apache за его гибкость в настройке и широкие возможности, другой вопрос, что мало кому эта гибкость фактически нужна и мало кто способен его грамотно, качественно и полноценно настроить... Nginx в этом плане будет куда попроще). Почему FCGI? По тому, что другой приемлемый способ взаимодействия Nginx'а с PHP мне не известен. Настройка FCGI-пула - обязательна.
ок, попробуем
FastCGI - это режим работы PHP, напрямую, на производительность в значительной степени он не влияет
проверим
OpCache - с версии 5.5 встроено "искаропки", к включению и настройке - настоятельно рекомендуется.
спс - проверю, отключено - включу
Того, что дело действительно в PHP. В частности, стоит собрать все логи сервера, например, сколько длились запросы, в БД, их количество и так далее.
БД на том сервере, где хостинг. разумеется переносить БД пока не стали. внешний доступ
почему-то кажется, что внешний доступ может считаться менее приоритетным. проверим
Проверка скорости работы дисковой подсистемы...
чем ее проверить?
мне на ум приходит только измерить в попугаях: придумать некий MIPS (типа: записать 100 файлов по 100 гимнов РФ) и замерить мсек. ну из этого станет ясно, есть ли проблема в диске или нет, но это же не даст понять, лучше ли будет при смене VPS на другой сервис.
в) Проверить реальную скорость работы процессора
с этим аналогично.
на всякий случай поясню - аналогично проверке скорости дисковой подсистеме.
на всякий случай поясню - той, что в предудыщем абзаце.
на всякий случай поясню - того абзаца, что в моем комментарии.
на всякий случай поясню - предыдущему к тому абзацу, который вы сейчас читаете.
Не буду "тыкать пальцем", но одно время я арендовал довольно большое кол-во VPS'ок у одного популярного хостера
а лучше бы "ткнули пальцем".
надо объяснять почему это лучше?
P.S. Если Вы сформулируете вопрос(ы) более точно - я смогу дать более точные рекомендации, если конечно они Вам нужны :)
использую CMS - Wordpress.
пустой PHP-файл резко начинает медленнее загружаться, если в него добавить require wp-load (в ответе при этом ничего не повляется).
что там происходит при этом load и что именно самое медленное - пока не смотрел, происходит довольно-таки много всего
хосспаде... их непопулярности, чего же еще???
тогда уж просто отказ от поддержки. в пользу пойти побухать. и никаких проблем с быстродействием
на хостинге htaccess поддерживается
ок, попробуем
проверим
спс - проверю, отключено - включу
БД на том сервере, где хостинг. разумеется переносить БД пока не стали. внешний доступ
почему-то кажется, что внешний доступ может считаться менее приоритетным. проверим
чем ее проверить?
мне на ум приходит только измерить в попугаях: придумать некий MIPS (типа: записать 100 файлов по 100 гимнов РФ) и замерить мсек. ну из этого станет ясно, есть ли проблема в диске или нет, но это же не даст понять, лучше ли будет при смене VPS на другой сервис.
с этим аналогично.
на всякий случай поясню - аналогично проверке скорости дисковой подсистеме.
на всякий случай поясню - той, что в предудыщем абзаце.
на всякий случай поясню - того абзаца, что в моем комментарии.
на всякий случай поясню - предыдущему к тому абзацу, который вы сейчас читаете.
а лучше бы "ткнули пальцем".
надо объяснять почему это лучше?
использую CMS - Wordpress.
пустой PHP-файл резко начинает медленнее загружаться, если в него добавить require wp-load (в ответе при этом ничего не повляется).
что там происходит при этом load и что именно самое медленное - пока не смотрел, происходит довольно-таки много всего