Запускаем веб-сервер в одну строчку. 3 простых способа которые должен знать каждый разработчик

Время от времени у разработчиков возникает необходимость запустить локальный веб-сервер для статического контента.  Например, открытие локального HTML файла в браузере работает иначе, чем если открыть тот же файл через локальный веб-сервер. Как правило это связано с настройками безопасности современных браузеров. 
В этой статье я собрал известные мне способы быстро развернуть локальный веб-сервер для текущего директория. Все команды состоят их одной и не очень длинной строки 😉. Если вы пользуетесь каким-то другим, но простым способом, поделитесь им, пожалуйста, в комментариях. Для всех примеров я буду использовать порт 8080, так что локальный веб-сайт будет доступен по http://localhost:8080. Итак, поехали.

1. Python way
Да, Питон есть не у каждого, но шанс, что он уже есть у вас на машине очень велик. Python по дефолту стоит на Маках и на некоторых дистрибутивах Linux. На Windows и других операционных системах не редко устанавливается для других инструментов. 
Для Python 3.x, а он, полагаю, стоит у большинства замечательно сработает команда 
python3 -m http.server 8080

для Python 2.x команда будет выглядеть так
python -m SimpleHTTPServer 8080

2. NodeJS way
Идем дальше. Многие фроненд-разаботчики работают над проектами в node и npm, но не многие знают про замечательную утилиту npx, которая позволяет скачать и запустить пакет из репозитория  npm. Больше про npx можно почитать здесь. Обратите внимание на точку в конце команды.
npx serve -s -l 8080 .

3. Docker way
Напоследок, универсальный способ. Да с его помощью можно развернуть и запустить почти любой веб-сервер, но мы выберем докер-имидж небольшого размера на alpine и nginx. Его размер чуть более 20 МБ более того, будучи скачанным один раз, имидж кэшируется и последующие старты докер-контейнера почти моментальные.

Для Mac\Linux
docker run --rm -p 8080:80 -v $(pwd):/usr/share/nginx/html:ro nginx:1.19.0-alpine

На Windows надо поменять только указание текущего директория с $(pwd) на %cd%
docker run --rm -p 8080:80 -v %cd%:/usr/share/nginx/html:ro nginx:1.19.0-alpine

Небольшие пояснения по команде. 
  • --rm – удаляет контейнер, после того как он будет остановлен. Больше про команду --rm можно почиать в документации.
  • -p – производит мэппинг портов. Так для порта контейнера 80 будет соответствовать порт 8080 на машине
  • -v – производит мэппинг директорий. Для текущей директории ($(pwd) для Mac/Linux и %cd% для Windows) на машине будет соответствовать директорий в контейнере /usr/share/nginx/html. Дополнительный параметр “ro” означает, что докер-контейнеру файлы из этого директория доступны в режиме только для чтения.

Ну вот и все. Безусловно, список не исчерпывающий и если у вас есть какой-то другой, но тоже очень простой быстро развернуть веб-сервер, поделитесь им, пожалуйста, в комментариях.

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Команды docker save/load, docker export/import – в чем отличие, как и когда ими пользоваться

Изображение
В этой статье я хочу рассказать про пары команды docker save/load и docker export/import, показать примеры их использования и рассказать чем они отличаются. Да и как обычно, если тексту с картинками вы предпочитаете видео, то вот моя видео-инструкция на YouTube. Команды docker save и docker load Начнем с пары docker save/load. Эта пара команд работает с докер-имиджами. Команда docker save сохраняет имидж с локальной машины в tar-архив. Этот архив содержит всю необходимую информацию, чтобы потом восстановить докер-имидж. Восстановление докер-имиджа из tar-архива производится командой docker load.  Теперь посмотрим на примере как это делается. У меня локально есть докер-имидж “alpine”.  Чтобы сохранить его как tar-архив воспользуемся командой  docker save alpine -o alpine-image.tar Обратите внимание, на ключ  “-o“. Он позволяет указать имя файла, в который надо сохранить докер-имидж. Теперь я удалю этот имидж из системы командой  docker image rm alpine  Как в...
Далее...

Как "заглянуть" внутрь запущенного докер-контейнера

Зачастую разработчики воспринимают докер-контейнер как некий «черный ящик». Они знают как его запустить и минимально, как с ним работать. Но порой возникает необходимость посмотреть на файлы внутри докер-контейнера, создать какой-то файл или директорию, что-то поменять. Для этого есть команда “ docker container exec ”/” docker exec ” которая позволяет подключиться к запущенному контейнеру и выполнить некую команду. Вот как можно подключиться к контейнеру и запустить, скажем, bash docker container exec -it <container_ID> bash Команды “ it ” знакомы нам по предыдущему посту .  “ container_ID ” – это ID контейнера, который возвращает команда " docker container run "/" docker run ". Причем нет необходимости вводить весь ID, достаточно и пары первых символов.  Картинка стоит тысячи слов 😊. Для примера, посмотрите на скриншот окна, где я запускаю докер-контейнер. Команда “ docker run -d nginx ” вернула мне вот какой ID “ e7fce43aec7ae04e081656f8350008e0f97fd4829...
Далее...

Как узнать, кто заблокировал файл или папку

Изображение
Я регулярно пользуюсь утилитами Sysinternals и хочу поделиться одним из cпособов как при помощи Process Explorer выяснить какой процесс заблокировал доступ к файлу или папке. Использовать утилиты очень удобно – они бесплатны, не требуют инсталляции и могут быть запущены без предварительного скачивания из интернета (см http://live.sysinternals.com/ ). Последние 2 пункта делают их очень удобными при анализе и устранении проблем на серверах. Я недавно завел Ютуб-канал, где выкладываю видео по теме блога. Приглашаю Вас посмотреть и подписаться что бы не пропустить новые выпуски. Итак, как же узнать, кто держит тот или иной файл или папку. Для скриншотов я смоделировал такую ситуацию нарочно, открыв в Word файл "D:\temp\Doc1.docx" и пытаясь его в это же время удалить в проводнике. При попытке удалить файл получаю следующее сообщение Поищем этот документ в Process Explorer: Find->Find Handle or DLL… В появившемся окне вводим имя заблокированного файла и жмем Search Двойной к...
Далее...