<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вт, 29 сент. 2020 г. в 10:14, Cyril Zlachevsky <<a href="mailto:cyril.zlachevsky@gmail.com">cyril.zlachevsky@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">В middleware NextJS каталог public прописан как protected:<br>
protected generatePublicRoutes(): Route[] {<br>
<br>
Авторизация требуется только на загрузку файлов в данный каталог через<br>
запросы PUT и POST и реализована в Express.<br>
И насколько я представляю задачу, нужно, чтобы nginx знал об Express и<br>
динамический контент отдавал ему (на порт 3000 например), а работу со<br>
статикой брал на себя.<br>
Как этот функционал реализовать?<br></blockquote><div><br></div><div>при помощи try_files<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
пн, 28 сент. 2020 г. в 21:07, Alexey Galygin <<a href="mailto:mif@me.com" target="_blank">mif@me.com</a>>:<br>
><br>
> Express действительно любит кэшировать состояния (правда это больше касается шаблонов — он их компилирует и больше не проверяет, но слышать про файлы такое удивительно, возможно используемое раздающее middleware придерживается другой политики)<br>
><br>
<br>
> обычная практика в таких случаях:<br>
><br>
> выделение «датахранилки» — папки, которую через настроенный location раздаёт nginx напрямую<br>
> с кэшами (заголовки и настройки добавить по вкусу)<br>
> <a href="https://nginx.org/ru/docs/beginners_guide.html#static" rel="noreferrer" target="_blank">https://nginx.org/ru/docs/beginners_guide.html#static</a><br>
><br>
> вся статика складывается туда, и нет смысла грузить backend непрофильными запросами вообще — nginx отстреляется лучше всего<br>
><br>
> если каким-то файлам требуется авторизация, можно сделать дополнительный internal location и с backend после проверки кидать туда (через x-accel-redirect — <a href="https://www.nginx.com/resources/wiki/start/topics/examples/x-accel/" rel="noreferrer" target="_blank">https://www.nginx.com/resources/wiki/start/topics/examples/x-accel/</a>)<br>
> и nginx опять таки отдаст статику напрямую и быстрее любой backend логики<br>
><br>
> более того, можно сделать, чтобы правильна работала отдача частичного контента (bytes range) и эффективная раздача с диска<br>
><br>
> всё что не попадает под пути хранилки проксировать на Express<br>
><br>
> On 28 Sep 2020, at 20:08, Cyril Zlachevsky <<a href="mailto:cyril.zlachevsky@gmail.com" target="_blank">cyril.zlachevsky@gmail.com</a>> wrote:<br>
><br>
> Есть приложение на NodeJS, которое прекрасно работает в<br>
> developer-режиме. В качестве http-сервера используется ExpressJS.<br>
> В production-режиме появляется проблема - http GET запросы возвращают<br>
> 404-ю ошибку для всех новых файлов, загруженных после старта приложения<br>
> в каталог public.<br>
><br>
> Пример: если до старта файл public/static/old.jpg существовал, GET<br>
> запрос вернет его с кодом 200.<br>
> Если мы загрузили через nodejs-приложение файл public/static/new.jpg<br>
> GET-запрос будет возвращать ошибку 404. Если перезапустить приложение,<br>
> GET на public/static/new.jpg будет возвращать 200.<br>
><br>
> Гугление проблемы привело к пониманию, что это не ошибка, а особенность<br>
> Express-сервера и для production рекомендуется использовать связку<br>
> nginx+express. Как мне настроить работу этой связки, я не вполне<br>
> представляю, поэтому прошу помощи здесь.<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div></div>