Больше RAM означает больше данных, которые могут быть сохранены в памяти. Больше данных в памяти означает меньше данных выбирать от диска. Меньше активности диска означает лучшую производительность.
Шаблоны использования application/s доступ к базе данных более важны, чем размер DB, количество строк и число пользователей.
SuExec вызывал проблему для меня.
Отключение этого означает, что мои сценарии в cgi-мусорном-ведре могут работать. Но необходимо удостовериться, каталог и сценарии имеют те же полномочия т.е. 0755. Кроме того, каталог и сценарии должны принадлежать тому же человеку.
Они были требованиями для получения моей работы сценариев! Я надеюсь, что это помогает кому-то.
В Вашем сообщении Вы сказали, что оно не могло найти /var/www/vhosts/mydomain.com/cgi-bin
; что происходит, когда Вы работаете ls -la /var/www/vhosts/mydomain.com/cgi-bin
?
Кроме того, я заметил, что это сказало, что не могло статистика cgi-bin
папка; Ваше правило mod_rewrite, передающее все запросы от /var/www/vhosts/mydomain.com/cgi-bin/index.php
кому: /var/www/vhosts/mydomain.com/cgi-bin
ошибочно?
Обновите свой вопрос, если Вы узнаете больше.
Править: Включите журнал mod_write путем установки следующего:
RewriteLog /path/to/where/logs/live
RewriteLogLevel 5
Это должно дать Вам достаточные данные, с которыми можно видеть если mod_rewrite
влияет на Ваш запрос.
Я также видел ошибки, когда URL-адрес передавался в Firefox как 404. Передача того же URL-адреса в wget
вернула внутреннюю ошибку сервера 500 и показала ошибки в файле журнала. Возможно, стоит попробовать wget
для тех, у кого есть эта проблема.
В моем случае это было результатом попытки включить файл в сценарий PHP из несуществующего каталога.