olegon: Может, в первой директиве все же не any, а 200?
Совсем нелогично.
lonelywoolf: А вообще, вам нужно контролируемое кэширование настраивать.
Что тут контролировать? Это кеширующий реверс-прокси для раздачи статики (1 домен, 1 бекенд, все файлы равноприоритетны), тут всё просто по идее д.б.
Mobiaaa: 1) proxy_cache_valid any 1h; # Отдавать с кеша в течении часа любой код ответа Т.е. оно в кеш положило и в течении часа к бекенду не будет обращаться (соответственно nginx и не знает что файла уже нет на бекенде)
Это понятно. Но совсем непонятно, почему через сутки так и отдаётся из кеша, хотя указано кешировать на час! На бекенд даже запросов никаких не отправляется.
Mobiaaa: Как выше сказал lonelywoolf inactive стоит уменьшить, ибо у Вас будет папка засоряться мусором, который никогда не будет отаваться с кеша (из-за низкого proxy_cache_valid any 1h; )
Да пусть забивается, гиг места там можно позволить и эта машина больше ничем не занимается. Такой большой кеш нужен на случай, если бекэнд недоступен (он совсем не рядом и не в самом "правильном" месте)
Если уменьшать inactive - то появятся ошибки для клиентов при истечению этого времени, если недоступен бекенд. Это большее зло и цель этого прокси именно избавиться от этого.
---------- Добавлено 20.01.2020 в 11:45 ----------
Тут дело, как я понимаю, в диррективе proxy_cache_use_stale. Но что именно - не очень понятно, у Сысоева как-то очень туманно написано по этому поводу... Или я дурак и не понимаю ))
SergejF: лично наблюдал как одна сорокалетняя дама открывает браузер с Яндексом в начальной странице, набирает odnoklassniki.ru (набирает, а не копирует откуда-нибудь) в поисковой строке и щелкает по ссылке на сеть в выдаче
Я тоже так делаю )) Но не потому, что шрифт разный! А потому, что Яндекс поправит ошибки и так куда меньше шансов нарваться на какой-то левый сайт с похожим доменом.
worldfoto, да, методом тыка я к этому решению и пришёл. Хотя и оставлял "на крайний случай", т.к когда-то я её ковырял и она мне почему-то не понравилась. Но тогда была еще линейка 1.х, а сейчаас всё стало сильно интереснее ))
adel92: Почему просто не вынести это приложение на поддомен, и не отключить SSL для него? Наиболее простое решение.
Да, я думал об этом. Но это позиция технаря-несеошника.
Хочется укрупнить основной сайт, а не делать дополнительный. А SSL уже "норма жизни" и мелкий самостоятельный сайтик, да еще и "с косяком" в виде отсутствия SSL не выживёт, я думаю. Два мелких значительно хуже одного большого.
WapGraf: разделить http и https в конфиге Nginx на два блока server {}. И добавить реврайт на http.
Спасибо, но тоже не подходит по вышеописанным причинам.
Цель - сделать один общий ресурс, доступный по https целиком. Тем более, в планах подключать еще и другие приложения-контейнеры.
Оно, в общем-то, и сейчас уже почти получилось, за исключением подгрузки стилей. Я уже про torsocks думаю, но это тоже мутно как-то... В крайнем случае, я таки повешу на поддомен и настрою таки там ssl, запретив прямой доступ снаружи к поддомену для всех, кроме основного сайта. А ssl будет только для связи между серверами. Но пока еще надеюсь найти решение без вмешательства в контейнер приложения.
Glueon: Первый раз вижу этот сервис Чей он? Не вижу, где у них есть список утечек, по которым поиск.
Не знаю, случайно нашёл, вроде по ссылке с Хабра. Типа ребята эти борцы за безопасность инета и мониторят базы, распространяемые в даркнете.
При вводе основного мыла (на которое регились все аккаунты) прислали на это мыло вот такую табличку, и это похоже на правду (( Аккаунт в Твиттере так и не смог восстановить, забанили напрочь, и вк ломали несколько лет назад, денег клянчили у друзей от моего имени.
При проверке других, непубличных моих адресов - всё чисто.
Может, в первой директиве все же не any, а 200?
Совсем нелогично.
А вообще, вам нужно контролируемое кэширование настраивать.
Что тут контролировать? Это кеширующий реверс-прокси для раздачи статики (1 домен, 1 бекенд, все файлы равноприоритетны), тут всё просто по идее д.б.
1) proxy_cache_valid any 1h; # Отдавать с кеша в течении часа любой код ответа
Т.е. оно в кеш положило и в течении часа к бекенду не будет обращаться (соответственно nginx и не знает что файла уже нет на бекенде)
Это понятно. Но совсем непонятно, почему через сутки так и отдаётся из кеша, хотя указано кешировать на час! На бекенд даже запросов никаких не отправляется.
Как выше сказал lonelywoolf inactive стоит уменьшить, ибо у Вас будет папка засоряться мусором, который никогда не будет отаваться с кеша (из-за низкого proxy_cache_valid any 1h; )
Да пусть забивается, гиг места там можно позволить и эта машина больше ничем не занимается. Такой большой кеш нужен на случай, если бекэнд недоступен (он совсем не рядом и не в самом "правильном" месте)
Если уменьшать inactive - то появятся ошибки для клиентов при истечению этого времени, если недоступен бекенд. Это большее зло и цель этого прокси именно избавиться от этого.
---------- Добавлено 20.01.2020 в 11:45 ----------
Тут дело, как я понимаю, в диррективе proxy_cache_use_stale. Но что именно - не очень понятно, у Сысоева как-то очень туманно написано по этому поводу... Или я дурак и не понимаю ))
лично наблюдал как одна сорокалетняя дама открывает браузер с Яндексом в начальной странице, набирает odnoklassniki.ru (набирает, а не копирует откуда-нибудь) в поисковой строке и щелкает по ссылке на сеть в выдаче
Я тоже так делаю )) Но не потому, что шрифт разный! А потому, что Яндекс поправит ошибки и так куда меньше шансов нарваться на какой-то левый сайт с похожим доменом.
worldfoto, да, методом тыка я к этому решению и пришёл. Хотя и оставлял "на крайний случай", т.к когда-то я её ковырял и она мне почему-то не понравилась. Но тогда была еще линейка 1.х, а сейчаас всё стало сильно интереснее ))
Тему можно закрывать.
WP рассматривали?
Даже не смешно
Почему просто не вынести это приложение на поддомен, и не отключить SSL для него?
Наиболее простое решение.
Да, я думал об этом. Но это позиция технаря-несеошника.
Хочется укрупнить основной сайт, а не делать дополнительный. А SSL уже "норма жизни" и мелкий самостоятельный сайтик, да еще и "с косяком" в виде отсутствия SSL не выживёт, я думаю. Два мелких значительно хуже одного большого.
разделить http и https в конфиге Nginx на два блока server {}. И добавить реврайт на http.
Спасибо, но тоже не подходит по вышеописанным причинам.
Цель - сделать один общий ресурс, доступный по https целиком. Тем более, в планах подключать еще и другие приложения-контейнеры.
Оно, в общем-то, и сейчас уже почти получилось, за исключением подгрузки стилей. Я уже про torsocks думаю, но это тоже мутно как-то... В крайнем случае, я таки повешу на поддомен и настрою таки там ssl, запретив прямой доступ снаружи к поддомену для всех, кроме основного сайта. А ssl будет только для связи между серверами. Но пока еще надеюсь найти решение без вмешательства в контейнер приложения.
Всем спасибо, выбор сделан, поиски приостановлены.
Будет плохо - продолжим ))
Можем предложить PROMO Advanced Hosting за 2.22€ в месяц. Месяц для теста дадим бесплатно.
Спасибо, конечно, но 2.2 евро совсем не равно 100 рублей как бы ))
---------- Добавлено 28.09.2019 в 12:40 ----------
Обратитесь к инферно
Они ж вроде VPS торгуют и виртуальным хостингом не занимаются
host food
Не соответствует заявленным ТУ ((
юзаю айхор уже год - полет нормалды.
Да, у меня тоже есть у них VPS для личных проектов и нет нареканий, но не хотелось бы аффилировать эти такие разные сайты ))
Первый раз вижу этот сервис Чей он? Не вижу, где у них есть список утечек, по которым поиск.
Не знаю, случайно нашёл, вроде по ссылке с Хабра. Типа ребята эти борцы за безопасность инета и мониторят базы, распространяемые в даркнете.
При вводе основного мыла (на которое регились все аккаунты) прислали на это мыло вот такую табличку, и это похоже на правду (( Аккаунт в Твиттере так и не смог восстановить, забанили напрочь, и вк ломали несколько лет назад, денег клянчили у друзей от моего имени.
При проверке других, непубличных моих адресов - всё чисто.