Nginx неизвестная “https” переменная
На server1-
SOURCE=a.txt
DEST=a.txt
R_HOST=server2
scp $SOURCE $R_HOST:$DEST || mutt -s "[copy failed] Copy of $SOURCE failed" admin@company.com
Требует, чтобы Вам установили дурака. Если Вы не делаете, получаете дурака или заменяете часть дурака a sendmail альтернатива.
Обновите Nginx до версии 1.2.7, и пока что это, похоже, исправляет. Ни один из файлов .conf не изменился, поэтому я предполагаю, что там есть что-то несовместимое. Я не знаю, что именно и почему оно не перестало работать раньше, но на данном этапе кажется, что все работает, как должно, после обновления.
на случай, если Google приведет сюда кого-то в моей ситуации, как это сделал я:
Я запускаю Nginx 1.2.7 на нашем ubuntu dev server и только что прошел через это. Я получил файл conf из вики Magento и внес пару изменений:
»Удален раздел верхнего сервера , чтобы избавиться от www. переписывает
»Изменил magento.com на magento
»Рядом со строкой 51 (как показано по ссылке выше) я закомментировал строку с ошибочной переменной.
# fastcgi_param HTTPS $ fastcgi_https;
» выполнено sudo service nginx restart
И теперь мой Установка Magento 1.7.0.2 может продвигаться вперед. Если вы здесь и получаете ошибку 404 при установке Magento, вам понадобится указанный выше файл конфигурации.
Установите флажок, чтобы пропустить проверку базового URL, когда придет время.
Добавьте это в конфигурацию Nginx по http {}. Проблема старых версий Nginx в том, что переменная не определена. Это определяет переменную.
map $scheme $fastcgi_https {
default off;
https on;
}
Не имея значения $_SERVER['HTTPS'], SSL не будет препятствовать работе в целом, а отправит Magento в бесконечный цикл перенаправления на защищенных страницах. Magento делает проверку, чтобы убедиться, что текущая страница должна быть безопасной, а затем проверяет, действительно ли она безопасна. Если нет, то он перенаправляет на безопасный URL. Проблема в том, что эта проверка проверяет наличие $_SERVER['HTTPS'].
.