В настоящее время во многих сценариях я подаю заявку на хост VPS для размещения и запуска веб -проекта. Я не исключение. Я купил небольшую победу 03 VPS для использования. Во время процесса использования мы сталкиваемся с проблемой, то есть в том же типе серверной среды, но если три типа серверных проектов сосуществуют с одним PHP, одним ASP и одним JSP, как мы должны выделить единственный порт 80? Поскольку коммерческие веб -сайты www часто могут занимать только порт 80. Конечно, если вы выполняете только услуги, такие как интерфейсы, использование других портов не будет противоречить порту 80. Многие разработчики сталкиваются с проблемой порта 80, и фактическая ситуация будет ограничена затратами. Поскольку покупка VPS для одного проекта не является экономичной, не экономична, и им не удобно управлять. Поэтому мы должны тщательно рассмотреть, как распространять его на несколько серверов, предоставляя порт 80, позволяя различным хостам выполнять свои соответствующие веб -проекты.
Дорогой, можем ли мы сказать, что это требование будет реализовано? Да, это не «магическая технология» или сложная технология. Интересно, есть ли у вас какое -либо понимание «обратного прокси» в сетевых службах, одной из функций является завершение распределения портов. С таким же успехом мы могли бы использовать доменное имя в качестве маршрута для распространения: любое запрос доменного имени AA.com будет распространяться на PHP -порт 82 для выполнения; Любое запрос доменного имени BB.com будет распространяться на ASP Port 83 для выполнения; ... и так далее. Конечно, порт здесь только для инструкций. Вы можете настроить его по желанию. В любом случае, запрос, полученный из порта 80, будет обработан сначала, а затем распределен. Обратный прокси, с точки зрения непрофессионала, просто поворачивает левую руку в правую руку.
Всякий раз, когда упоминается обратный прокси, люди обычно думают о nginx, но сегодня мы игнорируем знаменитый Nginx в настоящее время и используем Nodejs, брата на стороне сервера, который также использует однопоточные и петли событий. Прежде всего, Node использует JS для программирования сервера, а не NGINX для написания конфигурации или LUA, что в большей степени соответствует моему вкусу. Во -вторых, я больше знаком с узлом, и его легче настроить во всех аспектах.
Node-HTTP-Proxy Package, который завершает эту функцию. Для загрузки и установки введите:
NPM Установите http-proxy
После завершения установки создайте новый файл proxy.js и введите:
var http = require ('http'), httpproxy = require ('http-proxy'); // Создать новый объект прокси-сервера прокси-прокси-сервера var proxy = httpproxy.createproxyserver ({}); // catch Exception.on ('ошибка 'Content-Type': 'Text/plain'}); // В каждом запросе вызовите метод proxy.web (req, res config) для запроса дистрибуции создать свой пользовательский сервер и просто вызовите `proxy.web ()` to proxy // веб -запрос на цель, передаваемую в параметрах // Также вы можете использовать `proxy.ws ()` to proxy websockets // var server = reform ('htttp'). // Вы можете определить свою пользовательскую логику для обработки запроса //, а затем прокси. req.connection.remoteaddress));Если вы говорите о стоимости использования прокси -сервера, возможно, он будет потреблять больше операций с процессором, чем без потребления большего количества ресурсов.
Проблема использования: не может указать папку Proxy.web (req, res, {target: 'http://vevb.com:81/foo/'});