proxrox

проксрокс

Избегайте проблем с SOP, комбинируйте источники, прокси-сервисы, используйте SSL, HTTP2, SSI и многое другое… во время разработки!

Установка | Использование | Конфигурация | Примеры проектов | Поддержка | Журнал изменений

---

Proxrox — это утилита командной строки, которая запускает локальный экземпляр Nginx для обслуживания статических файлов, прокси-сервера одной или нескольких служб из одного источника, локального использования SSL и, как правило, для получения среды разработки, аналогичной производственной среде.

Proxrox достигает этого с помощью Nginx. Когда proxrox попросят запустить сервер, он создаст файл конфигурации Nginx во временном расположении и запустит экземпляр Nginx, используя этот файл конфигурации. Это означает, что proxrox теоретически может поддерживать все функции Nginx.

Вы также можете использовать Proxrox для отладки веб-приложений, как показано в следующей презентации.

Установка

ТЛ;ДР; npm install -g proxrox . Nginx должен находиться в $PATH и быть исполняемым без привилегий суперпользователя.

Подробные инструкции по установке можно найти в INSTALLATION.md.

Использование

Запустите proxrox, используя локальный файл конфигурации. Формат и поддерживаемые параметры описаны в файле CONFIGURATION.md.

 proxrox start .proxrox.yaml

Остановите работающие экземпляры Nginx (останавливает все):

 proxrox stop

Опыт показал, что определение параметров через файлы конфигурации, например .proxrox.yaml , является наиболее часто используемым вариантом. Рабочие примеры проектов с рекомендуемой настройкой проекта можно увидеть в каталоге примеров.

Почему существует проксрокс

Паритет среды производства и разработки

Среды разработки должны напоминать производственные среды. Это означает, что во время разработки должны присутствовать серверные функции, безопасность транспортного уровня, сжатие и многое другое. Это важно не только для оптимизации скорости страницы, но также позволяет заранее обнаружить проблемы безопасности, например, защищенная страница, которая ссылается на небезопасный контент.

Обслуживание нескольких услуг в одном источнике

Независимо от того, является ли приложение сервис-ориентированным, основанным на микросервисах, ресурсо-ориентированной клиентской архитектурой или одностраничным приложением, политика одного и того же происхождения часто является проблемой для локальной разработки. Люди обходят эту проблему разными способами. Хотя у большинства команд есть хорошие практики для производственных сред, в средах разработки их часто нет. Решения, которые я видел, варьируются от совместного использования ресурсов между источниками для локальной разработки, активируемой с помощью флагов функций, до полного отключения веб-безопасности в браузерах.

Расширение пространства возможных решений

Многие люди не знают или не используют серверные включения. Вероятно, для этого есть разные причины. Я сам заметил одну вещь: для настройки подходящей среды разработки с прокси-серверами требуется время.

Поддерживать

Что-то работает не так, как ожидалось? Не стесняйтесь обращаться ко мне в Твиттере через @BenRipkens!