NN
у тебя же есть внешний домен, так по нему и стучись, а не по localhost
Size: a a a
2020 February 15
NN
тогда и за гип не нужно будет думать
NN
либо просто на основе process.env.isServer подставляй разные урлы для клиента и сервера. Сервер пускай стучит через локалку, а клиент через домен
ВЛ
Привет! Это нормально если getInitialProps выполняется на стороне клиента при клике по `Link`-ссылке? Использую кастомный _app.js
shallow true отключается GIP на клиенте
NN
shallow true отключается GIP на клиенте
это работает только в том случае, если урл тот же
ЕД
у тебя же есть внешний домен, так по нему и стучись, а не по localhost
докер на локалке развернут, разработка там ведется, на внешнем домене неудобно будет пушить изменения каждый раз в бэкенд дабы потестить их клиентом.
ВЛ
это работает только в том случае, если урл тот же
угу
NN
что угу, это не решение же.
ВЛ
ну его и отключать не нужно в 99% случаев - кроме случая описанным выше
ВЛ
в остальных случаях это нормальная работа
NN
докер на локалке развернут, разработка там ведется, на внешнем домене неудобно будет пушить изменения каждый раз в бэкенд дабы потестить их клиентом.
есть такая вещь как переменные окружение, в режиме разработке вы указываете .env.API_URL , а в режиме продакшена или теста другой
ЕД
бэкенд не готов на 100%, разрабатывается вместе с фронтом параллельно, да и домен общий будет все-равно, поскольку NGINX на фасаде стоит, он портирует запросы на клиент или на бэк, можно конечно прописать там servername но все-равно надо чтобы проект был в продакшн чтобы на внешний домен все вешать.
ЕД
есть такая вещь как переменные окружение, в режиме разработке вы указываете .env.API_URL , а в режиме продакшена или теста другой
Да, использую env api url только тут суть в том, что в режиме разработке SSR url и Client url разные. Специфика докера. Сервер шлет запрос на 127.0.0.1:80 и не видит там ничего, поскольку оно работает в nginx:80 (внутренняя связь между контейнерами), а на клиенте все супер, localhost вписал в ENV и все работает (но только на клиенте, без SSR)
ВЛ
ВЛ
сделай проксю для дев режима
ВЛ
и шли в дев режиме все запросы на localhost:3000
ВЛ
а прокся будет уже слать на localhost просто или что тебе там нужно
NN
Да, использую env api url только тут суть в том, что в режиме разработке SSR url и Client url разные. Специфика докера. Сервер шлет запрос на 127.0.0.1:80 и не видит там ничего, поскольку оно работает в nginx:80 (внутренняя связь между контейнерами), а на клиенте все супер, localhost вписал в ENV и все работает (но только на клиенте, без SSR)
у тебя есть возможность проверить в каком ты окружении и так же другие переменные окружения. Просто на основе их и ставь нужный урл. Я вообще не понимаю кто в докере разрабатывает. Он не для этого был сделан. Хотя не буду врать, что сам пытался. но потом понял, что хуйня
NN
у тебя есть возможность проверить в каком ты окружении и так же другие переменные окружения. Просто на основе их и ставь нужный урл. Я вообще не понимаю кто в докере разрабатывает. Он не для этого был сделан. Хотя не буду врать, что сам пытался. но потом понял, что хуйня
есть возможность проверить на сервере ты или нет. Есть node_env, можешь и своих придумать.
ВЛ
я например в IE решал проблему acces denied в дев режиме когда API где то во вне. написал проксю на API в дев режиме и всё найс.