не работает оно, давайте подумаем как сделать не через редирект ?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251418#msg-251418
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
может еще что-то надо в .htaccess прописать ?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251416#msg-251416
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
wp-login.php?redirect_to=https%3A%2F%2Fsite.com%2Fwp-admin%2F&reauth=1
ерунда в урле
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251415#msg-251415
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listi
теперь появилось сообщение 500 Internal Server Error при запросе к https://
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251414#msg-251414
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-
Попробуйте добавить в конфиг апача строку:
SetEnvIf X-Forwarded-Proto https HTTPS=on
И почитайте, на всякий, http://habrahabr.ru/post/142363/
2014-07-01 21:42 GMT+03:00 hitarcherru :
> ну че скажите ?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,251401,251412#msg-251412
>
>
ну че скажите ?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251412#msg-251412
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Предыдущее уточнение про работу с http было весомым и сейчас надо смотреть
в конфиг бэкэнда.
01.07.2014 21:30 пользователь "hitarcherru" написал:
> проправил, все равно не работает
>
> server {
> server_name xn8sbwecba5aajmm6f.xn--p1ai
> www.xn8sbwecba5aajmm6f.xn--
да пожалуйста
Options -ExecCGI -Includes
php_admin_value open_basedir "/home/data:."
php_admin_flag engine on
ServerName site.com
AssignUserID user user
CustomLog /home/httpd-logs/site.access.log combined
DocumentRoot /home/data/www/site
проправил, все равно не работает
server {
server_name xn8sbwecba5aajmm6f.xn--p1ai
www.xn8sbwecba5aajmm6f.xn--p1ai;
listen 78.108.92.172;
listen 78.108.92.172:443 ssl;
set $root_path
/home/zapalsky/data/www/xn8sbwe
А можно глянуть конфиг апача? (Он же в качестве бэкэнда работает?)
01.07.2014 21:07 пользователь "hitarcherru" написал:
> потому что без поддержки https:// все нормально работает
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,251401,251406#msg-251406
>
> _
Вместо 2 и 3 location добавить:
location / {
index index.php index.html index.htm;
try_files $uri $uri/ @fallback;
}
location ~[^?]*/$ {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forward
потому что без поддержки https:// все нормально работает
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251406#msg-251406
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
так что именно мне нужно в мой конфиг дописать или изменить ?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251401,251404#msg-251404
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Думаю это может помочь:
http://kulmaks.by/работа-wordpress-на-nginx-apache-постоянный-301-редирект/
И SSL тут совсем не виноват.
1 июля 2014 г., 19:45 пользователь hitarcherru
написал:
> Добрый день! Подскажите пожалуйста, че-то не получается админку запустить
> чтобы через SSL работает, браузе
Добрый день! Подскажите пожалуйста, че-то не получается админку запустить
чтобы через SSL работает, браузер пишет циклическая переадресация постоянно,
в чем может быть причина ? Подкорректируйте конфигурацию пожалуйста
server {
server_name mysite.com www.mysite.com;
Hello!
On Tue, Jul 01, 2014 at 07:39:25PM +0300, Sargas wrote:
> Благодарю, с подобным пока не сталкивался, но теперь буду знать куда
> смотреть в случае подобной проблемы. Экспериментальный патч это Async
> sendfile ?
Да.
--
Maxim Dounin
http://nginx.org/
Благодарю, с подобным пока не сталкивался, но теперь буду знать куда
смотреть в случае подобной проблемы. Экспериментальный патч это Async
sendfile ?
1 июля 2014 г., 16:27 пользователь Maxim Dounin
написал:
> Hello!
>
> On Tue, Jul 01, 2014 at 09:13:47AM +0300, Sargas wrote:
>
> > Максим, а мож
Hello!
On Tue, Jul 01, 2014 at 05:30:03AM -0400, Andruxa wrote:
> Максим, спасибо за ответ!
>
> Действительно, таймер был увеличен ранее специально, правда решали не совсем
> эту задачу.
> На бэкенде обрабатывались продолжительные запросы, соединение держалось
> открытым, поэтому все таймауты б
Здравствуйте, Andruxa.
Вы писали 1 июля 2014 г., 20:16:15:
> Виталий, спасибо за информацию! Попробуем настроить и понаблюдать.
> Сейчас только обнаружил, что ошибся и возможно ввел заблуждение насчет
> счетчиков.
> Посмотрел показатели не на том адаптере (взял показатели для management
> адап
Hello!
On Tue, Jul 01, 2014 at 09:13:47AM +0300, Sargas wrote:
> Максим, а можно немного подробнее про нюансы с unix сокетами?
Например, одно время как минимум на двух разных операционных
системах были проблемы с sendfile()'ом через unix-сокеты, что
приводило к проблемам при отправке запросов
Виталий, спасибо за информацию! Попробуем настроить и понаблюдать.
Сейчас только обнаружил, что ошибся и возможно ввел заблуждение насчет
счетчиков.
Посмотрел показатели не на том адаптере (взял показатели для management
адаптера).
Вот такие показатели на основном
RX packets:612896756
Hello!
On Tue, Jul 01, 2014 at 08:10:29AM -0400, Давид Мзареулян wrote:
> Правда, у меня не выставлен allocsize. Вот мои параметры, если это как-то
> поможет в будущем победить баг:
По умолчанию allocsize, если верить интернетам, 64k, при типичном
размере ответа 100k - этого будет достаточно,
Если после tcpdump счетчик не поднялся, то либо backlog надо увеличить +
проверить текущие параметры сетевых карт на frontend и backend и всех
свитчах по дороге, что везде full duplex и скорость сетевой карты равна
скорости порта на свитче, и нет никаких ошибок.
Как вариант, в логах Apache включить
Правда, у меня не выставлен allocsize. Вот мои параметры, если это как-то
поможет в будущем победить баг:
$ mount -l
...
/dev/xvdf1 on /mnt1 type xfs (rw,noatime,nodiratime)
$ xfs_info /mnt1
meta-data=/dev/xvdf1 isize=256agcount=4, agsize=26214144
blks
=
Хм, кажется, это «сюрпризы». У меня XFS как раз.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251307,251375#msg-251375
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Hello!
On Tue, Jul 01, 2014 at 02:36:19AM -0400, Давид Мзареулян wrote:
> Вряд ли дело в этом: размер блока у меня 1 Кб, средний размер файлов во
> втором кэше — около 100 Кб, файлов порядка полумиллиона. Так что погрешность
> может быть не больше полугигабайта.
Бывают ещё:
- некорректный разм
Подсмотрели с коллегами у новелла
http://www.novell.com/support/kb/doc.php?id=7007165
Попробовали посмотреть изменение параметра с включенным tcpdump - счетчик не
растет.
Могли бы вы подсказать, какие еще есть средства диагрности и как можно
исправить данный показатель счетчика?
Posted at Ngin
Максим, спасибо за ответ!
Действительно, таймер был увеличен ранее специально, правда решали не совсем
эту задачу.
На бэкенде обрабатывались продолжительные запросы, соединение держалось
открытым, поэтому все таймауты были увеличены. Постепенно с этой проблемой
разобрались, перевели долгие процес
Maxim Dounin, спасибо вам огромное! взял вариант с return.
Несколько суток потратил на пробы, из них около половины потратил на поиски
ответа на задачу
Огромное спасибо!
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,251323,251363#msg-251363
_
29 matches
Mail list logo
