от
Я разработал простой проект #reactjs для целей обучения, и я строю проект, используя   npm run-script build команда. После сборки проекта я скопировал и вставил папку сборки в папку wwwroot. Но когда я пытаюсь получить доступ через браузер, он не работает. Что с этим не так? Как на самом деле построить проект ReactionJs для IIS? Как это развернуть? Спасибо заранее.              

Пожалуйста, войдите или зарегистрируйтесь для публикации ответа на этот вопрос.

1 Ответ

0 голосов
от
Вы изучаете неправильную среду и устаревшие инструменты. PHP был создан "для phpBB и bitrix", в 2000-2010 годах. Некоторым крупным компаниям, таким как vk или facebook, пришлось использовать его, потому что это было мейнстримом время от времени. Но позже они столкнулись с проблемами масштабируемости, потому что php просто не масштабируется для современных средств. Так как они не могут просто «выбросить и переписать на« крутой и современный »», им даже пришлось писать собственные переводчики (kPHP, HipHop). Так что сегодня - не изучайте устаревший инструмент, разработанный давно с целью узкой серийной модели исполнения. Потому что, как вы узнаете это - он не будет использоваться нигде. И если вы посмотрите на производственные проекты - вы скоро заметите, что современный webdev работает совсем по-другому. Таким образом, чтобы стать хорошими разработчиками, лучше было бы изучить, «как типичный производственный веб-проект организован». Также используйте более близкие условия для вашего развития - это помогло бы избежать ошибок и было бы намного легче развернуть (если у вас есть практический опыт с такими проектами) Как правило, для производства сервера вам необходимо
linux
и
docker
, с
nginx
/
lighthttpd
служащей фронтэнда,
nodejs
/
python
работает логика серверной и
mongo
/
mysql
/
redis
в качестве БД, в зависимости от специфики и предпочтений. Что касается операционной системы производственного сервера, вы обычно хотите использовать минимальные установки
debian
,
centos
или
freebsd
. С
docker
вы можете легко получить любое необходимое вам программное обеспечение в готовой форме, практически готовой к развертыванию в производственной среде. И неважно - в облаке или на локальном хосте. Таким образом, докер может упаковать наш сайт в контейнеры, угрожая ему, как легкие виртуальные машины. Рабочий
react.js
представляет собой пару больших файлов javascript, которые обычно статически обслуживаются с помощью процесса
nginx
(или
node
, в случае EOltGOQBeqEZEZEZEZEZEZEZ. Итак, это наш первый контейнер со статическим сервером, который обслуживает наше приложение. И вы должны сначала изучить с помощью учебников, как это можно построить, что такое TCP-сервер, HTTP-протокол и так далее. Затем ваш бэкэнд обычно представляет собой процесс
nodejs
, на котором выполняется приложение
express.js
. Если вы действительно любите
python
, возможно,
flask
будет хорошим выбором. Это намеки на добрую волю, потому что я знаю, что люди, которые действительно страдали от боли, реагируют на Джанго. Это еще один контейнер, запускающий процесс вашего внутреннего сервера. Вы узнаете коды ответов HTTP. Вы храните своих пользователей в db, а
mongodb
- это популярный выбор для простых вещей, если нельзя назвать строгие преимущества
sql
. Никогда не устанавливайте его, просто идите такими командами, как
docker pull mongo
. Таким образом, в простом производственном проекте вы обычно развертываете 3 контейнера, названных выше, и запускаете эти 3 процесса - для статического внешнего интерфейса, логики внутреннего интерфейса и базы данных. Теперь вы знаете, «как копировать и развертывать код, написанный другими». Вы можете начать свою собственную разработку. Вот подсказки: Для dev OS Windows имеет отличную графическую подсистему, даже наравне с «заглушкой» Linux, называемой x.org. Вы даже можете легко запустить этот стек на нем. Но ему не хватает этой мощности bash, и он очень не похож на среду назначения, особенно на уровне конфигурации. Весьма необычно использовать его в качестве тяжело нагруженного веб-сервера, что потребует дополнительного времени и объема памяти мозга для изучения чего-то, что никогда не использовалось в мире Интернета. Очень популярный выбор - OSX, предпочтительный вариант Linux, такой как Mint или Ubuntu. Иногда я видел Arch. В соответствии с редактором кода я настоятельно рекомендую
VSCode
. Это кроссплатформенный редактор, такой же для windows / linux / osx и первоначально разработанный для node.js / реагирует как материал. Или возьмите себе
pycharm
, если вы любитель питонов. Реакция разработки - это комбинация сконфигурированных
webpack
и
nodemon
, где первая реагирует на горячую перезагрузку внешнего интерфейса, когда вы его изменяете. А второй отвечает за отслеживание изменений на бэкэнд-сервере. Для получения мгновенной обратной связи в процессе разработки в реальном времени вы можете запустить их локально на компьютере разработчика, не используя
docker
. Я бы порекомендовал сделать это на Linux. Не изучайте IIS, его почти никто не использовал в webdev. Где этот ASP.NET сегодня? Используйте
webpack
и для очень простого проекта вы даже можете использовать промежуточное ПО
express, чтобы обслуживать файлы прямо из node
Полезные ссылки: Приложение полного стека MongoDB, React, Node и Express (MERN) МЕРН: Настройка среды разработки с помощью Docker Fullstack, используя webpack
...