Причина этого состоит в том, потому что nginx выберет самый определенный доступный блок местоположения. Местоположение, подобранное регулярным выражением, одержит победу над чистым строковым соответствием.
Таким образом, когда у Вас есть запрос на/madmin, он соответствует Вашему подлинному местоположению, но что-либо заканчивающееся в .php перейдет к этому сначала.
Местоположение причины ~ ^/madmin php-код подач без парсинга - то, потому что ~ ^ останавливает поиск, если следующее регулярное выражение соответствует.
Вы видите документацию местоположения здесь: http://wiki.nginx.org/NginxHttpCoreModule#location
Я просто установил сервер MySQL на своем CentOS VPS... он работает на уровне приблизительно 180 МБ RAM. Из поля. Кажется, что необходимо обновить. Это - почти наверняка проблема RAM, как Ваш поставщик упомянул.
Вы, вероятно, выполняете значение по умолчанию mysql конфигурация, которая не настраивается для меньшего места RAM. Необходимо, вероятно, использовать мой - маленькая конфигурация (/usr/share/doc/mysql-server-5.*/examples/my-small.cnf
) который тарифицирован как являющийся за" <=64M". Я не гарантирую, что это будет работать вообще хорошо, но это должно, по крайней мере, запуститься.
Я не попытался бы выполнить что-либо производство в 128 МБ RAM в эти дни, существует только слишком много чрезмерного увеличения размера в современной системе, но если Вы подлежите проблеме, имеете в ней. О, и замена lighttpd с nginx; извините всем lighttpd вентиляторам там, но Вы были заменены.