Передача только на единственном порте 8080 к localhost возможные (окна)? [закрытый]
Вы можете использовать closeMenuOnSelect из react-select для достижения этой цели.
Вы можете увидеть демо здесь
3 ответа
Интернет Junkbuster (прокси-сервер) может сделать это использование его передающей функциональности.
Просто добавьте строку как
example.com:8080 localhost:80 . .
кому: sforward.ini, и некомментарий forwardfile строка в junkbstr.ini. Теперь настройте свой браузер для использования proxyserver, работающего в порте 8000 из localhost, и Вы установлены.
Я уверен, что другие прокси-серверы имеют подобную функцию — я точно так же, как Junkbuster, так как это - простой автономный исполняемый файл.
Вы играете в области служб именования доменов (DNS). Технически, с усовершенствованной конфигурацией DNS (который может включать повторно отображающиеся порты), то, что Вы предлагаете, возможно, и она обычно делается в Интернете. Однако маловероятно, что Вы хотели бы перейти к так большой проблеме и расходу локально.
С другой стороны, я подозреваю, что Ваша реальная проблема может быть решена более легко. Почему Вы хотели бы иметь твердость "example.com" к своему локальному веб-серверу? Можно уже сослаться локальный веб-сервер как "localhost", как "127.0.0.1", и через его присвоенную машину называют "рабочую-станцию-x".
Единственная причина, что я могу думать, и что я видел для желания сослаться на Ваш локальный веб-сервер с тем же именем хоста как Ваш производственный веб-сервер, происходит из-за жесткого кодирования имя хоста сервера в Ваши ссылки в веб-страницах Вашего приложения. Если это так, здесь, ответ прост: не делайте! Необходимо ВСЕГДА реализовывать веб-приложения так, чтобы они сослались на все (другие страницы, CSS, JS, изображения, и т.д.) относительно развернутого сервера. Если Вы развертываетесь через несколько серверов, то Ваши ссылки должны быть абсолютными на основе настраиваемых имен хостов сервера. Это легко сделать, и нет никакой причины не сделать это.
Если дело обстоит не так, то объясните, чего Вы пытаетесь достигнуть и что заставляет Вас пробовать.
Править: Так как Вы подтвердили мое предположение, что проблемой являются трудно кодированные ссылки на название производственного узла в веб-страницах, позвольте мне просто добавить, что я всегда имею БЕЗ ИСКЛЮЧЕНИЯ, нашел, что более дешево решить настоящую проблему, чем накопить обходные решения (такие как Ваша попытка повторно отобразить порты). Я никогда не встречался с автором, который обсудил противоположное.
Фиксация страниц должна быть немного более трудной, чем глобальный поиск и замена, особенно с достойным текстовым редактором. Даже запись простого сценария для изменения исходных файлов была бы значительно более дешевой и легче, чем попытки обходного решения.
Независимо, с наилучшими пожеланиями Вам, и сообщают нам, как это сложилось.
Можете ли вы подтвердить, прослушивает ли порт 8080 веб-сервер? используйте команду «netstat -na», чтобы проверить, прослушивает ли порт 8080.
Вы добавили порт 8080 в файл конфигурации apache, как тот же, что и порт 80 по умолчанию?
После добавления порта 8080 в файл конфигурации apache чтобы он прослушивал и дважды проверял, прослушивает ли порт 8080 веб-сервер, тогда вы сможете получить доступ к странице, используя порт 8080. например http: // mytestwebserver: 8080 / index.html или что-то вроде этого ....