поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет,
работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт.
13 февраля 2014 г., 15:42 пользователь nginx-ru-requ...@nginx.org написал:
Сообщения, предназначенные для списка рассылки nginx-ru, необходимо
Если вопрос имеет отношение к nginx.
По перебирал инет, для nginx ничего специального или готового не встретил.
Подскажите в какую сторону смотреть?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
А что может быть специального для интеграции с платежными системами на
стороне nginx?
Пример: в Яндекс.Деньгах протокол предполагает запрос от платежной системы
на проверку заказа (совпадение суммы платежа и его назначения) и
уведомление о проведении платежа. Как nginx может проверять состав
Hello!
On Mon, Feb 17, 2014 at 01:21:03PM -0500, S.A.N wrote:
Лог ошибки Nginx
[error] 7945#0: *5 upstream sent unexpected FastCGI record: 3 while
reading
response header from upstream ...
Вы прислали FCGI_END_REQUEST, ничего не вернув клиенту, о чём
nginx и плачет.
Например, java лучше всего работает именно под Sparc. Возможно даже БД
Oracle.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,247559,247688#msg-247688
___
nginx-ru mailing list
nginx-ru@nginx.org
Например, java лучше всего работает именно под Sparc. Возможно даже БД
Oracle.
И то, и другое лучше всего работает там, где памяти побольше. И это не
спарки никак...
___
nginx-ru mailing list
nginx-ru@nginx.org
Да, вы совершенно правы, этот вопрос касается другого уровня логики
приложений платформы http, если так можно сказать про http. Вопрос не более
актуальней, чем например конкретная взаимозависимость пакетов. С учётом
этого нашел очень хороший и подробный ответ. Большое спасибо за
оперативность
2014-02-19 10:46 GMT+04:00 zzakirow nginx-fo...@nginx.us:
Вообще только
стоит прописать один `location` с `deny all;`, как сразу же файлы не
доступны и ни чего не помогает.
для location с регулярными выражениями важен порядок следования.
срабатывает первое подошедшее.
потому что 'location ~ ^index.php' - это некорректное регулярное выражение
для URI.
URI начинается с '/'
19 февраля 2014 г., 13:14 пользователь zzakirow nginx-fo...@nginx.usнаписал:
Я пробовал менять местами.
Т.е. писал вот так:
location ~ ^index.php {
allow all;
}
location ~\.php$ {