Здравствуйте, Илья.
> у нас клиент - европейский оператор AS2, там всяких согласований и
> бюрократии - это капец.
> обосновывать им, что RFC2616 - это deprecated, чтобы они быстро
> подорвались переписать свой софт на RFC7320, я не смогу.
> тот факт, что у нас есть платная подписка на nginx, мож
у нас клиент - европейский оператор AS2, там всяких согласований и
бюрократии - это капец.
обосновывать им, что RFC2616 - это deprecated, чтобы они быстро
подорвались переписать свой софт на RFC7320, я не смогу.
тот факт, что у нас есть платная подписка на nginx, может повлиять на
то, что эту штук
On Tuesday, September 23, 2014 10:05:15 PM Anton Gorlov wrote:
> Адресок Вашего сервера не подскажете?
> Таким образом Вы из сервера сделали..как бы помягче сказать - решето.
> У Вас все файлы полностью доступны всем пользователям и любой
> пользователь Вашего сервера может скопировать приватные да
On Tuesday 23 September 2014 23:56:00 Илья Шипицин wrote:
> ПО у нашего клиента писалось во времена RFC2616
>
> в документации отражен этот момент про хедеры ?
> кстати, а какая причина неподдерживаемости ?
>
> вроде не так сложно проверить, если нет двоеточия - склеить с предыдущим.
[..]
Причин
И кстати да. Как написал товарищ выше, это нельзя использовать на рабочем
сайте, ТОЛЬКО и ИСКЛЮЧИТЕЛЬНО в целях отладки, чтобы определить источник
проблемы.
После обнаружения причины я поправил права на 755 для каталогов и 644 для
папок, оставив 777 только для папок логов, кэша и картинок .
Post
У Вас, случайно, не используется следующая комбинация:
1. параметр disable_symlinks on
(http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks)
и выполняется одно из условий:
1. по пути к файлам сайта есть символическая ссылка
2. по пути к файлам сайта один из каталогов запрещает
как я и писал, не помогло
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,253483,253492#msg-253492
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Адресок Вашего сервера не подскажете?
Таким образом Вы из сервера сделали..как бы помягче сказать - решето.
У Вас все файлы полностью доступны всем пользователям и любой
пользователь Вашего сервера может скопировать приватные данные, включая
пароли, пожменить файлы системы на файлы с внедрённым bac
У Вас, случайно, не используется следующая комбинация:
1. параметр disable_symlinks on
(http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks)
и выполняется одно из условий:
1. по пути к файлам сайта есть символическая ссылка
2. по пути к файлам сайта один из каталогов запрещае
ПО у нашего клиента писалось во времена RFC2616
в документации отражен этот момент про хедеры ?
кстати, а какая причина неподдерживаемости ?
вроде не так сложно проверить, если нет двоеточия - склеить с предыдущим.
23 сентября 2014 г., 23:47 пользователь Валентин Бартенев
написал:
> On Tuesday
On Tuesday 23 September 2014 23:29:02 Илья Шипицин wrote:
> Добрый день!
>
> есть пример запроса
>
> =<начало>
> POST / HTTP/1.1
> AS2-From: 8x
> AS2-To: 4xx
> AS2-Version: 1.1
> Message-ID: <2b580a6e-6713-451d-821d-92a45448a39c>
> MIME-Version: 1.0
> Subje
Добрый день!
есть пример запроса
=<начало>
POST / HTTP/1.1
AS2-From: 8x
AS2-To: 4xx
AS2-Version: 1.1
Message-ID: <2b580a6e-6713-451d-821d-92a45448a39c>
MIME-Version: 1.0
Subject: MDN response from Edicom AS2/AS4 Java Server
Recipient-Address: http://xxx.xxx
вы знаете, у меня раньше была точно такая же проблема, мне посоветовали сделать
chmod -R 777 /
и это решило все вопросы
23 сентября 2014 г., 22:14 пользователь unrecovered
написал:
> Приветствую. Столкнулся со следующей странной проблемой:
>
> Есть домашний веб-сервер на gentoo, на nginx + php-
Приветствую. Столкнулся со следующей странной проблемой:
Есть домашний веб-сервер на gentoo, на nginx + php-fpm. Сделал к нему скрипт
для автоматического создания заготовки сайта(создаются конфиги для nginx и
fpm, домашняя папка с дефолтным index.php и т.п.).
После размещения контента в созданной
14 matches
Mail list logo