Большое спасибо за разъяснения! Как более понятное резюме, лучшим вариантом проксирования отдельных директорий является адаптация бакэнда так, чтобы корень размещённого на нём сайта был размещён в директории с тем жby Dmitriy_K - Nginx Mailing List - Russian
Имеется виртуалка VMware vSphere, в которой работает реверс-прокси FreeBSD 9.2 +Nginx+proxy_cache+tmpfs Рабочая нагрузка системы сравнительно маленькая как по процессору, так и по кэшу (10-20% от 250Мб). Дисковый массив быстрый, оперативки и процby Dmitriy_K - Nginx Mailing List - Russian
На крайний случай, метод connect есть в апаче. Nginx ещё не успел обрасти некоторыми фичами проксирования апача. Особенно не хватает аналога mod_proxy_html, чтобы автоматом правились ссылки в страницах.by Dmitriy_K - Nginx Mailing List - Russian
Спасибо за идею. Только не знаю примут ли её наверху. А можете ли подсказать насчёт этого? >Остаётся ещё вариант изменить пути на самом бакэнде, чтобы они начинались с имени поддиректории, для которой делается проксиby Dmitriy_K - Nginx Mailing List - Russian
Да, это нормальный вариант обходного решения. Но, к сожалению, со мной не советуются в решениях, только выдают директивы на исполнение. Кроме того, там заложена специальная задумка SEO по общему использованию кукисов наby Dmitriy_K - Nginx Mailing List - Russian
Насколько понял, ситуация с перескоком из проксируемой директории в корневую неизбежна и не имеет решения в nginx или в ещё чём-нибудь, если только не фильтровать с заменой путей возвращаемый с прокси ответ. Можно ли этоby Dmitriy_K - Nginx Mailing List - Russian
Первое, что бросается в глаза - отсутствие сертификата для my.mymirror.com -------------- server { listen yyy.yyy.yyy.155:443 ssl; server_name my.mymirror.com www.my.mymirror.com; access_log /var/log/nginx/mymirror.com.access.log; error_log /var/log/nginx/mymirror.com.error.log; location / { root /var/www/my.mymirror.com; try_files $uri @staby Dmitriy_K - Nginx Mailing List - Russian
Не хватает подробностей, но на вскидку - может быть мелкая ошибка настроек SSL в конфигах фронтэнда или бакэнда. Надо проверить как везде прописан 443. Должно быть: server { listen 443 ssl; Есть устаревший вариант: listen 443; ssl on; И еby Dmitriy_K - Nginx Mailing List - Russian
Здесь в конференции неоднократно поднималась проблема перескока проксирования за пределы location, в которой оно производится: http://forum.nginx.org/read.php?21,240642,240642#msg-240642 http://forum.nginx.org/read.php?11,239231,239231#msg-239231 http://forum.nginx.org/read.php?21,242647,24267by Dmitriy_K - Nginx Mailing List - Russian
Проблема с появлением пустой страницы установки базы сайта неожиданно пропала через некоторое время после переустановки PHP. Была обновлена версия с 4.4.13 на 4.4.14 и немного расширен состав установки. Очень странно то, чтоby Dmitriy_K - Nginx Mailing List - Russian
Большое спасибо за поддержку! Пока не заработало, реакции движка CMS такие: При попытке нажать клавишу первой страницы CMS "Установить" в браузере происходит переход на http://site.ru/install/2 и выдаётся пустая страница. В логby Dmitriy_K - Nginx Mailing List - Russian
В предыдущем посте были приведены явно лишние строки с разными вариантами попыток написания реврайтов. Прошу извинить. В сущности, было бы достаточно разобраться почему не отрабатывает правильно реврайт: if ($quby Dmitriy_K - Nginx Mailing List - Russian
Завяз с написанием реврайтов для CMS Maxsite. Там даны только примеры реврайтов для apache (.htaccess), и то весьма невнятно: <IfModule mod_rewrite.c> RewriteEngine on RewriteBase / RewriteCond $1 !^(index\.php|uploads|robots\.txt|favicon\.ico) RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILEby Dmitriy_K - Nginx Mailing List - Russian
![]() |
![]() |
![]() |
![]() |
![]() |