IS
наверное забавно строить абсолютные линки на себя же, или если проект связан с поддоменами
ну это уже другая проблема)
Size: a a a
2020 August 23
NO
через какой-либо dnsmasq регаешь весь .localhost на 127.0.0.1(или докер хост). а сами домены роутишь через traefik(лейблы в докер компоузе вешаешь)
про traefik выше писал.
IS
traefik для локального решения оверхед
NO
как я понял, будет применять nginx-proxy какой-нибудь, поверх него враппер для генерации хост файлов
+
A
Информатика на PHP? ) Нифига себе )
А какая разница? Алгоритмы на всех императивных языках будут выглядеть одинаково.
A
Пилю сейчас тулзовину. Нужна помощь )
Опишу вкратце, зачем я всё это затеял )
Недавно пересел с OpenServer на докер-контейнеры, поэтому стараюсь все проекты, развёрнутые локально на моей машине, поднимать в докере.
Вроде всё удобно, за исключением одного.
Раньше доменами у меня занимался OpenServer, он же рулил встроенным Nginx. Обычно, он просто по имени папки создаёт локальный хост.
Теперь, чтобы сделать локальный сайт наподобие "my-project.localhost", мне нужно поднять локально свой собственный Nginx, и там сконфигурировать хост, чтобы он указывал на приложение в контейнере.
Это не особо сложно, благо опыт есть. Несколько минут занимает, скопировать конфиг, прописать домен, перезапустить Nginx...
Но хочется не тратить даже минуту, а максимум 10-15 секунд. Вписал имя домена, порт, тыцнул кнопку, сайт завёлся )
Автоматизацией рутинной возни с Nginx, как раз будет заниматься тулза.
Теперь вопрос. Как её обозвать? Накидайте пожалуйста идей для названия, любых ) У самого только банальщина придумывается...
Опишу вкратце, зачем я всё это затеял )
Недавно пересел с OpenServer на докер-контейнеры, поэтому стараюсь все проекты, развёрнутые локально на моей машине, поднимать в докере.
Вроде всё удобно, за исключением одного.
Раньше доменами у меня занимался OpenServer, он же рулил встроенным Nginx. Обычно, он просто по имени папки создаёт локальный хост.
Теперь, чтобы сделать локальный сайт наподобие "my-project.localhost", мне нужно поднять локально свой собственный Nginx, и там сконфигурировать хост, чтобы он указывал на приложение в контейнере.
Это не особо сложно, благо опыт есть. Несколько минут занимает, скопировать конфиг, прописать домен, перезапустить Nginx...
Но хочется не тратить даже минуту, а максимум 10-15 секунд. Вписал имя домена, порт, тыцнул кнопку, сайт завёлся )
Автоматизацией рутинной возни с Nginx, как раз будет заниматься тулза.
Теперь вопрос. Как её обозвать? Накидайте пожалуйста идей для названия, любых ) У самого только банальщина придумывается...
Вроде эту проблему решает docker compose?
K
"Докер позволяет решать проблемы, которых не было до его появления" (с)
NO
Вроде эту проблему решает docker compose?
перемотай на 14:56
BI
Доброго времени суток. Я столкнулся с проблемой при использовании xdebug в PhpStorm. А именно,что он ожидает входящего подключения по ключу. В URL данный ключ используется,а толку нет - все ожидает чего-то.
BI
Есть кто сталкивался с этой проблемой?
S
Bootlegger Iner
Доброго времени суток. Я столкнулся с проблемой при использовании xdebug в PhpStorm. А именно,что он ожидает входящего подключения по ключу. В URL данный ключ используется,а толку нет - все ожидает чего-то.
[xdebug]
zend_extension="xdebug/php_xdebug-2.9.2-7.4-vc15-x86_64.dll"
xdebug.remote_autostart=1
xdebug.remote_enable=1
xdebug.remote_handler="dbgp"
xdebug.remote_host="127.0.0.1"
xdebug.remote_port="9000"
xdebug.remote_mode="req"
xdebug.idekey="PHPSTORM"
BI
[xdebug]
zend_extension="xdebug/php_xdebug-2.9.2-7.4-vc15-x86_64.dll"
xdebug.remote_autostart=1
xdebug.remote_enable=1
xdebug.remote_handler="dbgp"
xdebug.remote_host="127.0.0.1"
xdebug.remote_port="9000"
xdebug.remote_mode="req"
xdebug.idekey="PHPSTORM"
Я пробовал добавлять idekey - толку нет. Вся остальная конфигурация поставлена.
BI
Я проходил и Validate в PhpStorm - успешно. На Debug нажимал,на "трубочку" - реакции нет
BI
Я делал тоже так - все-равно ожидает входящего.