Согласен. @ в пароле тоже "ломает" схему. Поправлю текст.
Что касается названия, то я сам искал настройку proxy в Ubuntu для WSL. И, видимо, поэтому название получилось несколько "зашоренным".
Согласен. Предлагаемый в статье подход подразумевает ручную замену значений в достаточно большом количестве мест. Предлагаемый вами подход представляется перспективным. Но не смог найти примеров и/или реализовать самостоятельно определение и использование нужных переменных окружения для настройки wget и curl в случае наличия спецсимволов в логине или пароле.
Спасибо за замечание. Это была опечатка. Исправлю. Написано ради кейса с @ в логине. В моем случае написанные ранее статьи не помогали, так как в результате следования им я получал отказ в авторизации.
Так мы говорим про агентов или про запросы к АПИ?
И может быть получится найти хоть какой-нибудь пример в подтверждение?
Чтобы уж не морочить никому голову путаницей из терминов
Описанный в статье способ расширения функциональности — приложения. А конкретнее приложения 1-го типа (в терминологии документации). На каком этапе здесь могут быть использованы агенты или проявляется влияние особенностей их работы?
Если данные не скопировать в образ и попытаться запустить его например на AWS, то некрасиво получится, так как они (данные) в этом случае будут недоступны.
Возможно, мы по разному трактуем термины. Было бы проще, если были бы конкретные примеры этих решений. Эти решения можно использовать в связке с SPA, например на Angular?
Тестовость данного проекта очевидна. Все контейнеры сложены в один только в демонстрационных целях. Чтобы можно было одной командой развернуть и попробовать.
А с замечанием полностью согласен.
Спасибо за замечание. Порты наружу открыл в демонстрационных целях. Собственно, сервер и клиент открыты через nginx. Socket.io тоже получается нужно открывать наружу, иначе клиентский браузер к нему не достучится.
Про fastcgi согласен. Конфигурация у nginx далеко не образцовая. Цель была продемонстрировать возможность
Существует бэкенд на php, есть задача уведомить клиентское приложение о наступлении некоего события. Можно делать много запросов из клиента на бэк. А можно сделать, как в данном примере. Это не образец передового архитектурного решения, это выход из сложившейся ситуации
Согласен. @ в пароле тоже "ломает" схему. Поправлю текст.
Что касается названия, то я сам искал настройку proxy в Ubuntu для WSL. И, видимо, поэтому название получилось несколько "зашоренным".
Согласен. Предлагаемый в статье подход подразумевает ручную замену значений в достаточно большом количестве мест. Предлагаемый вами подход представляется перспективным. Но не смог найти примеров и/или реализовать самостоятельно определение и использование нужных переменных окружения для настройки wget и curl в случае наличия спецсимволов в логине или пароле.
Спасибо за замечание. Это была опечатка. Исправлю. Написано ради кейса с @ в логине. В моем случае написанные ранее статьи не помогали, так как в результате следования им я получал отказ в авторизации.
Согласен. Наверное, написанное в статье подойдет и для Ubuntu. Но в моем случае, не было возможности проверить это. Поэтому указал, что для wsl.
А. Вы статью то и не читали. Извините за путаницу тогда. Ограничения на длину заголовка знаете ли.
Прям первый (первый, Карл) абзац
Так мы говорим про агентов или про запросы к АПИ?
И может быть получится найти хоть какой-нибудь пример в подтверждение?
Чтобы уж не морочить никому голову путаницей из терминов
Есть примеры кода или просто примеры приложений 1-го типа (без серверной части), где используются агенты?
Описанный в статье способ расширения функциональности — приложения. А конкретнее приложения 1-го типа (в терминологии документации). На каком этапе здесь могут быть использованы агенты или проявляется влияние особенностей их работы?
Какое отношение к статье имеет этот комментарий?
"Нормальные программисты", "Мля", "вы недоношенные"… А семки остались?
Конструктивно. Просто эталонная фраза для код-ревью. Надо записать.
Если данные не скопировать в образ и попытаться запустить его например на AWS, то некрасиво получится, так как они (данные) в этом случае будут недоступны.
Возможно, мы по разному трактуем термины. Было бы проще, если были бы конкретные примеры этих решений. Эти решения можно использовать в связке с SPA, например на Angular?
Тестовость данного проекта очевидна. Все контейнеры сложены в один только в демонстрационных целях. Чтобы можно было одной командой развернуть и попробовать.
А с замечанием полностью согласен.
Спасибо за предложение.
Внес изменения
Спасибо за замечание. Порты наружу открыл в демонстрационных целях. Собственно, сервер и клиент открыты через nginx. Socket.io тоже получается нужно открывать наружу, иначе клиентский браузер к нему не достучится.
Про fastcgi согласен. Конфигурация у nginx далеко не образцовая. Цель была продемонстрировать возможность
Существует бэкенд на php, есть задача уведомить клиентское приложение о наступлении некоего события. Можно делать много запросов из клиента на бэк. А можно сделать, как в данном примере. Это не образец передового архитектурного решения, это выход из сложившейся ситуации
Подскажите куда перенести.
Возможно, неверно настроен виртуальный хост.
Обратите внимание на
web.Возможно, нарушена структура каталогов. Она должна быть следующей
Возможно, некорректно настроен файл
.envКакой редактор/IDE используете для php?