Как создать env файл на сервере node
Обновлено: 07.07.2024
Эрисан Олашени Как настроить Node.js .env Файлы для различных стадий окружающей среды, вы когда-либо оказались в ситуации, когда вам нужна пользовательские переменные среды для разных этапов разработки вашего приложения? Вот однострочное решение. Развитие было намного проще с момента изобретения .env
Развитие было намного проще с момента изобретения .env файл. Вы можете легко установить переменные среды и значения с синтаксисом Env_variable = значение и бум! Эти переменные были загружены в качестве переменных среды, что позволяет получить быстрый доступ к ним:
Если вам все еще интересно, что все это значит, ну, вы, вероятно, новые для .env файл. Это на самом деле простой текстовый файл конфигурации, который используется для определения некоторых переменных, которые вы хотите перейти в среду вашего приложения.
Этот файл нужно что-то вроде Парсер сделать это работать. Парсер гласит определения переменных одностороннее и разобрать их в окружающую среду. Он использует формат Env_variable = значение (В случае Node.js: Process.env [env_variable] = значение ).
Конечно, это не встроенная особенность в Node.js. Вы должны инженерировать его с популярным модулем под названием доценв .
Так что же дальше? Нам нужна эта вещь, чтобы сделать разработку и тестирование проще на разных этапах развития!
Как насчет пользовательских файлов .env для разных этапов окружающей среды?
Не думаете ли вы, что это будет хорошее решение? Определение пользовательских переменных среды, просто создавая .env.envname файл? Прохладный! Вот что Custom-Env пришел сделать.
Установка
Просто возьми его со следующей командой:
использование
По умолчанию Custom-Env Выбирает файл .env для своей стадии разработки. Однако, чтобы настроить для другого этапа, добавьте название как суффикс, как в .env.envname.
Мы можем определить пользовательскую переменную среды для Развитие постановки.
- Создать файл .env.Stify
- Определите ваши переменные
Вот и все, довольно легко. Не стесняйтесь определить больше переменных для разных этапов, которые вы думаете, у вас есть, например:
.env.testing, .env.Stage, .env.server1, .env.server2, .env.localhost
Установить в текущую среду
Вы можете сказать Custom-Env Чтобы использовать конфигурацию, которая соответствует вашу текущую стадию разработки, пройдя правда к env () метод.
Переменные окружения позволяют переключаться между локальной разработкой, подготовительной средой, пользовательским приемочным тестированием (UAT), производственной средой и любыми другими средами, которые являются частью рабочего процесса вашего проекта.
Вместо того чтобы по отдельности передавать переменные в скрипты, с помощью env-cmd вы можете группировать их в файлах окружения (.env) и передавать эти группы в скрипт.
В этом мануале вы узнаете, как установить env-cmd и использовать его (на примере простого тестового проекта).
Требования
- Локальная установка Node.js. Инструкции по установке зависят от дистрибутива: Mac OS, Ubuntu, CentOS, Debian.
- Если вы хотите добавить файлы в .gitignore (это опциональный раздел), для этого нужно установить и настроить git. За инструкциями обратитесь к мануалу Разработка проектов с открытым исходным кодом: начало работы с Git.
- Желательно иметь базовые навыки работы с терминалом и редактором кода.
Примечание: Это руководство использует команды для env-cmd версии 9.0.0+.
Руководство проверено на версиях Node v15.14.0, npm v7.10.0 и env-cmd v10.0.1.
1: Настройка проекта
В этом руководстве предполагается, что у вас уже есть простой тестовый проект. Давайте подготовим его к работе с переменными.
Сначала создайте новый каталог:
Перейдите в него:
Передавать файлы среды в систему управления версиями, как правило, не рекомендуется. Если доступ к репозиторию могут получить посторонние, они найдут там ваши учетные данные (поскольку они будут навсегда записаны в историю проекта системой контроля версий).
Потому файлы окружения рекомендуется поместить в .gitignore.
Примечание: Мы не требуем добавлять файлы в gitignore в рамках этого мануала, но в образовательных целях коротко расскажем, как это делается.
Инициализируйте новый проект git:
Создайте файл .gitignore и добавьте в него следующие шаблоны, чтобы исключить файлы окружения:
В этом руководстве можно исключить .env, .env.js, .env.json и .env-cmdrc.
Затем создайте для проекта файл .env.
Откройте его в редакторе кода и добавьте следующую строку:
Затем создайте новый файл log.js и поместите в него такие строки:
Этот файл будет записывать ранее определенные переменные в консоль. Также он выведет значение NODE_ENV.
Теперь наше тестовое приложение подготовлено к использованию файлов окружения и env-cmd.
2: Использование env-cmd
Современные утилиты npm и yarn могут запускать env-cmd, не внося его в зависимости.
Используйте либо npx:
npx env-cmd node log.js
yarn run env-cmd node log.js
Также вы можете установить пакет как зависимость или devDependency:
npm install env-cmd@10.0.1
Пакет env-cmd устанавливает исполняемый сценарий env-cmd, который можно вызывать перед другими сценариями, чтобы легко загрузить переменные среды из внешнего файла.
В зависимости от ваших настроек вы можете ссылаться на env-cmd несколькими способами.
Возможно, наиболее совместимым с пакетными менеджерами вариантом является добавление пользовательского скрипта в файл package.json:
Например, вы сможете запустить этот сценарий с помощью npm:
npm run print-log
Если вы предпочитаете использовать env-cmd непосредственно через командную строку, вы можете вызвать его из node_modules:
./node_modules/.bin/env-cmd node log.js
В дальнейшем в этом руководстве будет использоваться npx, но все описанные выше подходы одинаково хороши.
Теперь запустите сценарий в своем терминале.
Независимо от того, как вы запустите его, env-cmd загрузит файл .env, а сценарий логирования сообщит о переменных.
Как вы могли заметить, значение NODE_ENV не определено, undefined. Это потому, что переменная NODE_ENV не была определена в файле .env.
Передать NODE_ENV можно перед вызовом env-cmd. К примеру, вот команда для npx, которая сделает это:
NODE_ENV=development npx env-cmd node log.js
Снова запустите команду с определенной NODE_ENV, и вы получите такой результат:
Теперь вы знаете, как использовать env-cmd с файлом .env.
3: Форматы файлов
Есть множество форматов файлов, доступных для хранения переменных окружения.
Файл JSON
Вот пример файла .env.json:
А вот пример использования этого формата для файла env-cmd:
NODE_ENV=development npx env-cmd --file .env.json node log.js
Файлы окружения в формате JavaScript
Вот пример файла .env.js:
А вот пример файла env-cmd в этом формате:
NODE_ENV=development npx env-cmd --file .env.js node log.js
RC-файлы
Формат файла rc (или runcom) особенный: он позволяет определять несколько сред в одном файле JSON и ссылаться на среду по имени, а не по файлу.
Еще одна особенность файла rc заключается в том, что он должен называться .env-cmdrc и находиться в корневом каталоге проекта.
Вот пример файла .env-cmdrc с определенными средами разработки и производства и промежуточной средой:
Затем вы можете сослаться на одну из сред в файле с помощью команды:
npx env-cmd --environments development node log.js
Вы даже можете ссылаться на несколько сред, что объединит все переменные среды (причем последняя среда будет иметь приоритет, если одни и те же переменные встречаются в нескольких средах, но имеют разные значения):
npx env-cmd --environments development,staging,production node log.js
Указав все три среды, мы установим три разные переменные otherVar, а остальные переменные будут извлечены из последней указанной среды, production.
4: Флаг –fallback
В ситуациях, когда пользовательский файл окружения отсутствует:
npx env-cmd -f .env.missing node log.js
env-cmd выдаст ошибку:
npx env-cmd --file .env.missing --fallback node log.js
Если теперь у вас есть валидный файл .env, эта команда не будет отображать никаких ошибок.
В некоторых ситуациях возникает необходимость сохранить все или некоторые из переменных, уже установленных в среде.
NODE_ENV=development creature=squid npx env-cmd --no-override node log.js
Эта команда вернет такой результат:
Обратите внимание, значение creature имеет значение squid вместо shark, которое было определено в файле .env.
Заключение
В этой статье вы изучили основы использования env-cmd на примере простого проекта.
Файлы окружения помогут вам легко переключаться между средами разработки и производства.
в Ubuntu очень просто, я могу запустить приложение, используя:
однако это не работает в Windows. Есть ли файл конфигурации, где я могу установить атрибут?
Это должно быть выполнено в командной строке, где вы собираетесь запустить свой узел.приложение js.
в приведенной выше строке будет установлена переменная среды NODE_ENV для командной строки, в которой вы выполняете команду.
чтобы установить переменные среды глобально, чтобы они сохранялись за пределами только одной командной строки, вы можете найти инструмент из системы на панели управления (или введя "среда" в поле поиска в начале меню.)
Я только что нашел хороший узел.пакет js, который может помочь определить переменные среды, используя уникальный синтаксис, кросс-платформу.
Это позволит вам написать что-то вроде этого:
что довольно удобно! Нет Windows или Unix конкретных команд больше!
было бы идеально, если бы вы могли установить параметры в той же строке, что и ваш вызов для запуска узла.js на окнах. Внимательно посмотрите на следующее и запустите его точно так, как указано:
у вас есть эти два варианта:
в командной строке:
запустите "npm run start_windows" в командной строке с вашим пакетом.файл json, настроенный как ниже
трюк для его работы на Windows, вам нужно удалить пробелы до и после"&&".
Это, вероятно, лучший способ сделать это, потому что он совместим с Windows и Unix.
сценарий env-это специальная встроенная команда, которая может использоваться для перечисления переменных среды, которые будут доступны сценарию во время выполнения. Если команда" env " определена в вашем пакете, она будет иметь приоритет над встроенной.
при использовании Visual Studio с NTVS можно задать переменные среды на странице свойств проекта:
Как вы можете видеть, выпадающие списки конфигурации и платформы отключены (я не слишком глубоко изучил, почему это так), но если вы отредактируете свой .njsproj файл выглядит следующим образом:
раскрывающийся список "Debug / Release" будет контролировать, как переменная устанавливается перед запуском узла.js.
мой опыт использования Node.js в Windows 7 64-бит в Visual Studio 2013 - это то, что вам нужно использовать
из окна cmd. И вам нужно перезапустить Visual Studio, чтобы новое значение было распознано.
синтаксис set длится только в течение времени окна cmd, в котором он установлен.
простой тест в узел.js:
он возвращает "undefined" при использовании set, и он вернет "развитие" при использовании setx и перезапуск Visual Studio.
для запуска приложения в PowerShell (начиная с && запрещен):
обратите внимание, что текстовый вывод того, что делает сервер, подавляется, и я не уверен, что это исправимо. (Расширяя ответ @jsalonen.)
просто уточнить,и для тех, кто может вытащить свои волосы.
Если вы используете Git bash на Windows, set node_env=production&& node whatever.js не работает. Вместо этого используйте собственный cmd. Затем, используя set node_env=production&& node whatever.js работает, как ожидалось.
Я разрабатываю Windows, потому что мой рабочий процесс большое быстрее, но мне нужно было убедиться, что промежуточное программное обеспечение моего приложения не работает в производственная среда.
вот метод не командной строки:
в Windows 7 или 10 введите environment в поле поиска меню Пуск и выберите Изменить системные переменные среды.
кроме того, перейдите к панели управления\Система и безопасность\Система и нажмите дополнительные системные настройки
этого следует открыть диалоговое окно Свойства системы на вкладке Дополнительно. Внизу вы увидите Переменные среды. кнопка. Щелчок этот.
окружающая среда коробка переменных откроется.
внизу, в разделе системные переменные, выберите Создать. Откроется диалоговое окно новая системная переменная.
введите имя и значение переменной и нажмите кнопку ОК.
вам нужно будет закрыть все приглашения cmd и перезапустить сервер для новой переменной быть доступны для обработки.env. Если он по-прежнему не отображается, перезагрузите компьютер.
на несколько переменные среды .env файл удобнее:
- установить с npm install --save dotenv-safe .
- включите его в свой код (лучше всего в начале index.js ) и непосредственно использовать его с process.env команда:
ваша программа затем быстро терпит неудачу, если переменная "определена" в .env.example не задано ни как переменная среды, ни в .env .
сначала в powershell введите
оно будет работать совершенно показывающ все выходы.
Я написал модуль win-node-env С которым вы можете запустить свою команду так же, как в *nix.
он работает, создавая NODE_ENV.cmd задает NODE_ENV переменные среды и порождает дочерний процесс с остальной частью команды и ее аргументы.
просто установите его (глобально) и запустите команды сценария npm, он должен автоматически заставить их работать.
это не создаст переменную, но это полезно во многих случаях. Я не буду рекомендовать использовать это для производства, но это должно быть хорошо, если вы играете с npm.
Если вы используете терминал GITBASH "set NODE_ENV=production" не будет работать, что вы можете сделать, - это тип "экспорт NODE_ENV=production"
Node.js - это среда выполнения JavaScript, которая позволяет разработчикам писать бэкэнд (серверные) программы на JavaScript. Node.js поставляется с несколькими встроенными модулями - небольшими независимыми программами, которые помогают облегчить написание серверных приложений. Список четырех основных модулей Node:
Express является еще одним модулем, который часто используется с Node, но не входит в него. Express - это фреймворк web-приложений для Node. Express выполняется между созданным Node сервером и фронтендом веб-приложения. Express также обрабатывает маршрутизацию приложения. Маршрутизация направляет пользователей на нужную страницу в зависимости от их взаимодействия с приложением. Хотя существуют альтернативы использованию Express, его простота позволяет легко изучить взаимодействия между бэкэндом, работающим на Node и фронтендом.
Установка фреймворка Express
Для дальнейших действий у вас уже должен быть установлен Node.js. В терминале создайте каталог myapp и сделайте его рабочим.
С помощью команды npm init создайте файл package.json .
Эта команда выдает целый ряд приглашений, например, приглашение указать имя и версию вашего приложения. На данный момент, достаточно просто нажать клавишу ВВОД, чтобы принять предлагаемые значения по умолчанию для большинства пунктов, кроме следующего:
Введите app.js или любое другое имя главного файла по своему желанию. Если вас устраивает index.js, нажмите клавишу ВВОД, чтобы принять предложенное имя файла по умолчанию.
Теперь установите Express в каталоге myapp :
После установки в каталоге myapp будут находится два файла package.json , package-lock.json и каталог node_modules .
Начало работы фреймворка Express
В каталоге myapp создайте файл с именем index.js и скопируйте в него следующий код:
Вы создали простейшее приложение Express. Теперь запустите приложение из терминала. Для этого в рабочем каталоге myapp введите следующую команду:
В вышеприведенном коде функция app.get(МАРШРУТ, ОБРАБОТЧИК) сравнивает МАРШРУТ c поступившим от браузера GET-запросом (т. е. URL адресом) и если они совпадают срабатывает ОБРАБОТЧИК - функция, в которой можно задать необходимые действия на запрос (здесь и ниже будут приводится, по-возможности, стрелочные функции). В функции app.get(. ) первый аргумент МАРШРУТ - это относительный путь (маршрут) на сервере, который можно задать не только в виде строки, но и в виде регулярного выражения.
Добавьте еще один маршрут и соответствующий ему обработчик. Для этого в файле index.js измените код на следующий:
Перезапуск сервера Node и обновление страницы браузера
Для того чтобы увидеть результаты изменений необходимо перезапускать сервер Node и обновлять браузер после каждой правки исходного кода.
Чтобы перезапустить Node нужно:
- остановить приложение – клавиши Ctrl+C;
- вернуться к предыдущей команде в терминале – клавиша Up (стрелка вверх);
- запустить приложение снова – клавиша Enter.
После перезапуска сервера не забудьте обновить страницу браузера.
Для того, чтобы избавится от такой “рутины”, можно установить какой-нибудь инструмент, который позволит автоматизировать этот процесс, например:
После установки одного из этих пакетов перезапуск сервера Node и обновление страницы браузера происходит автоматически сразу, после сохранения исходного кода.
Отправка HTML-файла
Создайте каталог pages , а в нем файл articles.html , в который скопируйте следующий код:
Затем измените файл index.js :
Даный код отправяет файл /pages/articles.html в качестве ответа на GET запрос. Запросом здесь является корневой маршрут / .
Метод sendFile() сообщает браузеру тип файла и в зависимости от типа файла браузер будет знать, как обрабатывать файл. Затем метод прочитает и отправит файл. Путь к файлу path в этом методе должен быть абсолютным. Для вычисления абсолютного пути рекомендуется использовать глобальную переменную Node __dirname :
__dirname возвращает полный путь к текущему каталогу.
Выдача статических ресурсов
Создадайте в каталоге pages новую html-страницу about.html со следующим содержимым:
В файле index.js измените код на следующий:
Обратите внимание, что в строке запроса не указан каталог pages . Этот каталог указан в функции static(__dirname + "/pages") , которая говорит серверу Node, чтобы тот сопоставлял пользовательские запросы относительно указанной директории по умолчанию. Такой механизм позволяет не только сокращать путь в запросах к файлам, но и изменять маршруты не меняя положение самих файлов в каталогах, например:
Выдача JSON на определенном маршруте
В то время как сервер HTML обслуживает HTML, API обслуживает данные. API REST (REpresentational State Transfer) [1],[2] позволяет обмениваться данными простым способом, без необходимости для клиентов знать какие-либо детали о сервере. Клиенту нужно только знать, где находится ресурс (URL-адрес), и действие, которое он хочет выполнить с этим ресурсом (GET, POST, PUT и т.д.). Так, команда GET используется, когда вы хотите получить некоторую информацию, ничего при этом не изменяя. В наши дни предпочтительным форматом данных для перемещения информации по сети является JSON. Проще говоря, JSON - это удобный способ представления объекта JavaScript в виде строки, поэтому он может быть легко передан.
Данный код представляет простой API, который отвечает строкой JSON на путь /json . Метод app.get() содержит путь /json и функцию-обработчик маршрута. Внутри обработчика маршрута используется метод res.json() , который передает объект в качестве аргумента. Этот метод закрывает цикл запрос-ответ, возвращая данные. Под капотом, он преобразует допустимый объект JavaScript в строку, затем устанавливает соответствующие заголовки, чтобы сообщить вашему браузеру, что вы формируете JSON, и отправляет данные обратно. Объект имеет обычную структуру . Значение data может быть числом, строкой, вложенным объектом или массивом. Значение data также может быть переменной или результатом вызова функции, в этом случае они будут вычислены перед преобразованием в строку.
Теперь измените файл index.js следующим образом:
Использование .env файла
Файл .env - это скрытый файл, который используется для хранения переменных окружения (переменных среды) [1]. Этот файл является секретным, никто, кроме вас, не может получить к нему доступ, и он может быть использован для хранения данных, которые вы хотите сохранить конфиденциальными или скрытыми. Например, можно хранить ключи API из внешних служб или URI базы данных. Вы также можете использовать его для хранения параметров конфигурации. Задав параметры конфигурации, можно изменить поведение вашего приложения, не прибегая к переписыванию некоторого кода.
Переменные окружения в файле .env записываются в формате VAR_NAME=value , где VAR_NAME - имя переменной, а value - значение переменной. Каждую переменную окружения принято записывать с новой строки, например:
Не следует включать файл .env в ваш репозиторий, иначе конфиденциальные данные в этом файле будут доступны всем. Поэтому всегда добавляйте файл .env в список исключений файла .gitignore.
Переменные окружения доступны из приложения как process.env.VAR_NAME . Объект process.env является глобальным объектом Node, а переменные передаются в виде строк. По соглашению все имена переменных должны быть прописными, а слова разделены символом подчеркивания. Файл .env - это шелл файл, поэтому вам не нужно заключать имена или значения в кавычки. Также важно отметить, что при присвоении значений переменным, например VAR_NAME=value , вокруг знака равенства не должно быть пробелов.
Добавте переменную окружения в качестве опции конфигурации. Сохраните переменную MESSAGE_STYLE=uppercase в файле .env . Теперь измените файл index.js следующим образом:
В этом коде обработчик маршрута GET /json , преобразует ответ объекта message в верхний регистр если process.env.MESSAGE_STYLE равен uppercase . Ответом будет .
Реализация регистратора запроса промежуточного обработчика корневого уровня
Ранее вы познакомились с функцией промежуточной обработки express.static() . Теперь пришло время посмотреть, что такое промежуточный обработчик (middleware), более подробно. Функции промежуточной обработки - это функции, которые принимают 3 аргумента: объект запроса (req), объект ответа (res) и следующую функцию промежуточной обработки в цикле запрос-ответ приложения. Эти функции выполняют некоторый код, который может иметь побочные эффекты для приложения, и обычно добавляют информацию к объектам запроса или ответа. Они также могут завершить цикл, отправив ответ, когда какое-то условие будет выполнено. Если они не отправят ответ, когда они закончат, они начнут выполнение следующей функции в стеке. Это приводит к вызову 3-го аргумента next() .
Посмотрите на следующий пример:
Здесь, в обработчике маршрута сам маршрут не указан, поэтому функция будет выполнятся при любом запросе. Когда поступает любой запрос с любым маршрутом, функция отображает в консоле количество миллисекунд, прошедших с 1 января 1970 года, а затем выполняет следующую функцию в стеке.
Примечание: Express вычисляет функции в том порядке, в котором они появляются в коде. Это справедливо и для промежуточных обработчиков. Если вы хотите, чтобы он работал для всех маршрутов, он должен быть установлен перед ними.
Связывание промежуточных обработчиков для создания сервера времени
Промежуточные обработчики могут быть смонтированы на определенном маршруте с помощью app.METHOD(path, middlewareFunction) . Промежуточные обработчики также могут быть связаны внутри определенного маршрута.
Посмотрите на следующий пример:
Вышеприведенный код можно переписать по-другому:
Здесь зараннее определяется константа middleware , которую удобно использовать для нескольких маршрутов.
Этот подход полезен для разделения серверных операций на более мелкие единицы. Это приводит к лучшей структуре приложения и возможности повторного использования кода в разных местах. Этот подход также можно использовать для выполнения некоторой проверки данных. В каждой точке стека промежуточного обработчика можно заблокировать выполнение текущей цепочки и передать управление функциям, специально предназначенным для обработки ошибок. Или вы можете передать управление следующему соответствующему маршруту, чтобы обрабатывать особые случаи. Мы увидим, как это делается в разделе advanced Express.
Получение входных параметров от клиента с помощью маршрута
При создании API вы должны позволить пользователям сообщать вам, что они хотят получить от вашего сервиса. Например, если клиент запрашивает информацию о пользователе, хранящемся в базе данных, ему нужен способ сообщить вам, какой пользователь его интересует. Один из возможных способов достижения этого результата - использование параметров маршрута. Параметры маршрута называются сегментами URL-адреса, разделенными косыми чертами (/). Каждый сегмент фиксирует значение той части URL-адреса, которая соответствует его положению. Полученное значение можно найти в объекте req.params .
Чтобы получить параметры маршрута из POST запроса, общий формат выглядит следующим образом:
Реальный пример выглядит так
Получение входных параметров от клиента с помощью строки запроса
Взгляните на следующий код
Тот же самый результат получится, если вы деструктурируете и переименуете ключи
Получение и анализ данных из POST запросов с использованием пакета body-parser
Как видите, тело кодируется как строка запроса. Этот формат используется HTML формами по умолчанию. С помощью Ajax вы также можете использовать JSON для обработки данных, имеющих более сложную структуру. Существует также другой тип кодирования: multipart/form-data. Он используется для загрузки двоичных файлов.
Для анализа данных, поступающих из POST-запросов форм, рекомендуется установить пакет body-parser. Этот пакет имеет несколько промежуточных обработчиков, которые могут декодировать данные в различных форматах и записывать эти данные в свойство req.body .
Установите модуль body-parser в свой проект. Для этого перейдите в каталог проекта и наберите в терминале команду:
Пакет будет добавлен в качестве зависимости в файл package.json :
Создайте в папке /pages новый файл register.html и скопируйте в него следующее:
В файл index.js скопируйте следующий код:
Пояснения для функции get.post("/register". ) . Первый параметр функции - адрес ( /register ), куда поступает запрос из html формы. В данном случае с одним адресом /register связаны две функции. Одна обрабатывает запросы GET, а другая - запросы POST. Второй параметр - это парсер ( urlencodedParser ), который преобразует данные из POST запроса и записывает их в req.body . Третий параметр - функция-обработчик, которая извлекает данные из req.body и отпраляет их в преобразованном виде клиенту. Параметр extended: false - указывает, что объект - результат парсинга будет представлять набор пар ключ-значение, а каждое значение может быть представлено в виде строки или массива.
- POST (иногда PUT) - создать новый ресурс, используя информацию, отправленную с запросом,
- GET - чтение существующего ресурса без его изменения,
- PUT или PATCH (иногда POST) - обновление ресурса, используя отправленные данные,
- DELETE - удалить ресурс.
Существует также несколько других методов, которые используются для согласования соединения с сервером. За исключением GET, все другие методы, перечисленные выше, могут иметь полезные данные (т. е. данные в теле запроса). Промежуточные обработчики пакета body-parser также работают с этими методами.
Читайте также: