Блог

Web server webpack

Так как остаются задачи работы с SASS и js файлами. Сборка, минификация и др. Это как вы предлагаете сделать? Использовать другие инструменты?

И завести целый зоопарк технологий? Или что-то другое? Ну а потом, после потом… Нет уж, давайте я не буду тратить свое и ваше время, а просто соглашусь, что был неправ, и ваше решение совсем неплохое.

DexterHD 15 марта в Купите лучше какую-нибудь книгу, лучше фундаментальную, касающуюся веб разработки в целом, истории вэба, истории развития браузеров и HTML.

Потому что изучение фундаментальных трудов это отличная инвестиция в будущее, если конечно вы хотите стать профессионалом в области разработки ПО. Конечно можно изучать все исключительно по статьям и Ютубам, но вряд ли это поможет сделать карьеру или найти работу на которой можно будет решать сложные и интересные задачи.

Zenitchik 15 марта в Литература, представляющая сугубо исторический интерес, поможет сделать карьеру с ещё меньшей вероятностью. Хотя, конечно, чтиво занимательное. Это все сугубо исторические книги? Любая фундаментальная литература не имеет срока давности и дает глубокие знания и понимание всего того что программист использует.

Или тот же Кнут? А вам сказали именно насчет книг истории развития IT, про которые вы упомянули. А вы в ответ привели список отличных книг, но они про другое. А историю веба и так далее, как считаю, знаю достаточно. И читать еще какие-то дополнительные книги не хочется.

Достаточно хорошо чтобы писать такое? Ну ок. Harrix 16 марта в Да, я так считаю. Вы считаете, что каждый человек должен знать никем не используемую технологию? Таких технологий вагон и маленькая тележка. Из-за того, что в статье опущено описания заливки файлов на хостинг никак не меняет сути. А про свои косяки с книгами вы решили умолчать… Ладно.

DexterHD 16 марта в Я считаю что web-разработчик должен хорошо знать фундамент на котором стоит Web.

a2 hosting vps nginx

А web стоит на целой пачке технологий некоторый из которых наложены одна на другую или являются развитием более старых вещей. И чтобы оптимально и правильно решать задачи нужно хотя бы иметь общее представление о всех.

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

Про файловый сервер NetWare что-нибудь слышали? Знать их все невозможно и не. Разумеется, определенная база нужна и необходима. Без этого никуда. Но SSI к этому не относится. Эта технология устарела и никто её не пользуется. Она не решает даже часть задачи, которую я озвучил в статье. Но даже, если бы она мне подходила, то никогда бы не остановился на неё выбор. Технология устарела, справочного материала мало, непонятна её поддержка в будущем в серверах и так далее. Если бы у меня стоял выбор какую технологию выбрать, то остановился на старом добром PHP, который пока что не устарел.

Ох, участвовать в дискуссии, заранее зная, чем она закончится Вот я пишу: Ну и вы: С грустью Опять угадал. Но все-же хочу дать вам несколько советов Про файловый сервер NetWare что-нибудь слышали?

Если вы не уверены в своем утверждении, не выдавайте свои домыслы за непреложную истину. Никогда не говорите так на собеседовании. Откланиваюсь, читайте книги. А это предложение было не для вас, а для DexterHD и его пассажей. Опять таки это ответ DexterHD, с которым я почти одного возраста, а не.

Пример простого webpack-конфига с babel, sass и dev-server - Dev-City

Если популярные поисковики при запросе о технологии выдают статьи годов, не находится нормальная документация, а stackoverflow также не многословен, то технологию можно считать устаревшей. Это не означает, что она плохая. Но её не используют. И это в отрыве от того: С точки зрения поставленной задачи буду так говорить.

Ибо эти два инструмента можно использовать для склейки html страниц. Вначале сказать, что решение неправильное, плохое, потом прикрыться словами, что в дискуссии не участвуете. Потом все-таки вступить в дискуссию. Потом сказать человеку, что он не прав в терминологии.

Всё понятно. Ибо я могу предложить другую трактовку.

Как правильно настроить webpack-dev-server? — ambil.info

Технология настолько проста и хорошо документирована что у Apache, что у nginx — что там и обсуждать то нечего. Забыли еще несколько пунктов. Честно пытаться разобраться в вашей терминологической путанице и пытаться понять, какую же задачу вы решали, а после того, как это все-таки мне удалось, често признаться, что был неправ и ваше решение неплохоес учетом всех нюансов.

Поэтому еще совет. Читайте собеседника внимательно. DexterHD 17 марта в А возраст о чем то говорит кроме возраста?

На мой взгляд ни о.

Пример простого webpack-конфига с babel, sass и dev-server

Harrix 17 марта в Пожалуйста, очень прошу внимательно читать сообщения. Вот очень прошу. Кому я написал про возраст? Я отвечал redfs. На что отвечал? И этот список в первую очередь выбор NLM выбрал на основании уже возраста: Внимательно смотрите кому и на что я отвечаю. Непопулярные и устаревшие — разные вещи. Почему вы так решили?

Исходя из возраста? Что за бред. Еще раз, возраст не значит ни. При чем тут это? Еще раз не нужно судить по возрасту об опыте. Отмотайте вообще в начало. Самая первая моя претензия была в зависимостях для решения простейшей задачи. И я представляю чем ваш подход может кончится для заказчика потому что у меня был такой жизненный опыт.

Вы же не хотите к нему прислушаться просто потому что мы равного возраста. Просто это бывает так: Вы сделали статический сайт и все хорошо, он проработал 3 года, через 3 года к вам обратились для того чтобы вставить пару HTML блоков. Вы пулите репку, делаете npm i, а за 3 года половина зависимостей тех версий что есть в lock файле уже безбожно устарели и выпилились. Как итог собрать ничего не получается, и вам приходится тратить несколько дней чтобы добавить вставку HTML блока.

Кто это все будет оплачивать? Задачу которая делается за 5 мин он будет ждать 2 дня? Используя тот же SSI вы можете просто залить на сервер новый кусок HTML и вставить одну строку в готовый файл, и оно будет работать годами. Зачем усложнять простую задачу? Вот главная претензия. Все остальное вытекает отсуда. Знание и изучение фундамента.

Не нужно делать простые вещи сложными, не нужно гнаться за популярными технологиями, нужно выбирать технологии под задачу. Устаревшей является технология которая давно выпилена из индустрии и осталась только в книжках и статьях. SSI поддерживается всеми современными web серверами, многие сайты до сих пор используют ее а это значит что технология жива. Да причем тут возраст? Я хоть какой-то дурной намек сделал относительно возраста чтоль? Я привел просто список технологий, с которыми вы не работали скорее.

А для redfs в аналогичной ситуации я привел бы другой список, так как он старше. Никакого другого смысла это не имело. Где я судил об опыте по возрасту? Покажите мне это место в моих сообщениях? Зачем вы придумываете то, чего не было? Это понятия сильно коррелирующие. Инструменты надо выбирать под задачу. Но популярность — это дополнительный критерий. И из двух технологий, которые могут решить задачу, я выберу более популярную, если на это есть время и ресурсы.

На поставленную задачу было и то и другое. Разумеется, есть много ситуаций, когда такой подход недопустим. Но я нигде не говорил, что этим нужно руководствоваться постоянно. Так я же на это отвечал. Есть package-loack.

what is the best dedicated server hosting

То есть, если нужно, чтобы всё просто работало, то никаких проблем не возникнет. Да не подходит для поставленной задачи SSI!

Сколько об этом можно говорить? Даже redfs это признал. Для того, чтобы больше не было разногласий я добавил уточнение на мой взгляд оно лишнее в постановку задачи. А про сборку SASS и js вообще молчу. Абсолютно верно! Только вы зачем-то предлагаете технологию ради технологию, которая не решает задачу! Нельзя принцип зависимости проекта от других проектов применять во всех случаях.

Webpack 4 - Ep. 1 - Setup Dev Server

Иначе его можно везде применить. Например, сделали человеку сайт на Wordpress, а через три года Wordpress сильно обновился и функции перестали работать. Написали программу под Windows 10, а через несколько лет в Windows поменялась политика работы с правами доступа и приложение перестало работать. Написали статический сайт на jekyll, а через несколько лет он может перестать работать из-за обновлений.

И так далее. Ну или можно сменить постановку задачи и статью на: Вот кстати неплохая цитатка про SSI, источник указывать не буду, вы и сами знаете: Static websites may still use server side includes SSI as an editing convenience, such as sharing a common menu bar across many pages. Хм… Тут не смогу не согласиться и наоборот согласится. Но это уже чисто терминалогический спор: Там 2 раздела.

Первый называется Static website, второй Dynamic website. Я привел текст из первого раздела, вы приводите со второго. Нет ни каких противоречий. Просто прочитайте эти разделы и все станет на свои места.

Вы утверждали что SSI сделает сайт динамическим, хотя это не. И именно для этого я посоветовал ознакомится с фундаментальной литературой. Вы путаетесь в терминологии в данном конкретном случае, а терминология крайне важная вещь в нашей отрасли. К слову я тоже не семи пядей во лбу, поэтому частенько поднимаю теорию и вам того же советую.

Вам действительно надо привести в порядок терминологию, хотя бы для того, чтобы ваши читатели вас правильно понимали. Не люблю я эти терминалогические споры. Когда частично отличающиеся определения приводят к таким ситуациям. Хорошо, давайте разбираться.

Отвечу тебе и DexterHD. В статье Website википедии в разделе про динамический сайт приводится одно из главных его свойств: То есть HTML страницы генерируются по запросу пользователя из каких-либо исходников. На данный момент всё согласуется с тем, как я использовал понятия динамического и статического сайт. Отсюда получается вдруг, что статический сайт может собираться на лету из исходников, а также статический сайт может быть написан на том же PHP.

На лицо очевидное противоречие. Давайте разбираться далее. Переходим на основную страницу, посвященной статическим сайтам Static web page. То есть есть толкование понятия статического сайта, которое НЕ ЯВЛЯЕТСЯ основным, где под статический сайт попадают динамически генерируемые страницы, но которые для пользователя неизменны.

С точки основного определения статического сайта, данный вид сайтов определяется через процесс происходящий с момент прихода запроса на сервер и отдачи ответа пользователю: Для вашего понимания я это назвал статический сайт с точки зрения сервера. Если же страницы могут менять своё содержимое, то сайт можно назвать динамическим.

Это статический сайт с точки зрения пользователя. Поэтому, когда я использую в статье причем прикладного характера, а не фундаментального основное определение, а вы пытаетесь предъявить мне ошибки, используя свободное толкование термина, то ваши предъявления необоснованны. Скорее всего вы оба этот материал не знали. Ничего страшного. Но в будущем, пожалуйста, тщательней изучайте матчасть. Вы спутали два определения, web page и website. Вы ссылаетесь на статью про веб-страницу и называете веб-страницу сайтом.

Это все равно что я системный блок или монитор буду называть компьютером, ну знаете раньше так делали. Веб-страница это веб-страница, сайт это сайт! И да, на последок, вы прочитайте весь абзац про Static Web Site, там вполне четкие критерии описано, когда и как сайт считается статическим, вплоть до того с помощью чего статические сайт создаются, а то что вы тут скомпилировали исключительно ваша интерпретация.

В общем успехов вам…: Вы спутали два определения, web page и website Мда… Смотрим. Смотрим как называется русская статья, соответствующая этой: Дальше будете спорить? И то, что отправленный вариант был сгенерирован сервером? Нет, не кажется? А если я покажу, например, эту ссылку https: Боже, в какое дно превратили Интернет любители NodeJS. Это не сайты, а уродцы какие-то. Тоже самое можно сделать в десять раз проще если выкинуть весь этот ужас.

Уродство с точки зрения сборки или с точки зрения получившегося результата? Если второе, то что там уродского? Обычныt Bootstrap страницы. Специально в статье приведена постановка задачи. Заранее спасибо! Доброго дня! Возникла проблема такого плана. При запуске npm run build выполнение зацикливается на одном месте и не идет. Судя по всему, это связано с картинками. Выпадает такая ошибка https: Да, спасибо — это уже читал. Но, все стандартно названо и проверено.

И все равно ошибка. Классный крнфиг, спасибо. Единственное, чего не хватило — автоматического создания дополнительных html-темплейтов. Приходится вручную их вписывать в конфиг. Сам такую функцию пока не потяну дописать, тем более интегрировать в существующее. Добрый вечер! Помогите, пожалуйста, разобраться с путями для загрузки картинок.

В консоле: А в терминале: Буду очень благодарна за любую помощь! Подскажите, а как сделать, чтобы картинки из html с тегом img тоже работали? Сейчас получается вставлять картинки через sass как бэкграунд, но не через html. Добрый день. У меня при запуске npm start стартует сервер, но не компилируется scss. Может что-то нужно добавить в файл config. Нашла в чем была проблема.

Но теперь не могу найти решение с подключением картинки. Прочитала комментарии выше, но я вставляю картинки из Js для панорамной картинки. Проверяю путь и ничего не получается, ни через src, ни каким либо другим способом. Может кто-то уже столкнулся с такой же проблемой. Опишите файловую структуру: А подскажите есть ли способ сделать хот релоад для html файлов? Правда, я использовал это для автоматического обновления страницы при изменении pug jade шаблонов, но и для html тоже вполне подойдет.

Установите его так:. Мы запустим сервер по адресу http: Конфигурацию webpack-dev-server также можно указать в файле webpack. На сегодня. Узнать больше о вебпаке можно из документации. Часть ответов есть здесь: Отдельная директория с отдельными ассетами вместо бандла получается при использовании extract-text-webpack-plugin. Интеграция с gradle делается как и везде: Войдитепожалуйста.

Хабр Geektimes Тостер Мой круг Фрилансим. Войти Регистрация. Пособие по webpack Автор оригинала: Shekhar Gulati. Bower это пакетный менеджер для клиентской части. GruntJS это JavaScript-утилита командной строки, помогающая разработчикам автоматизировать повторяющиеся задачи.

Можно считать его JavaScript-альтернативой Make или Ant. Он занимается задачами вроде минификации, компиляции, юнит-тестирования, линтинга и пр. Мы подключили jQuery и underscore с помощью тега script. У этого кода две задачи: Модуль CommonJS это грубо говоря кусок повторно используемого кода, который экспортирует определенные объекты, и они становятся доступными другим модулям с помощью require.

В консоли в developer tools можно обнаружить ошибку: Бандлеры модулей идут на помощь Веб-браузеры не понимают эти хорошо описанные модули. Два популярных бандлера модулей это: В случае с browserify приходится дополнительно подключать Grunt или Gulp для линтинга, запуска тестов и пр. Это значит, что нужно тратить время на работу с несколькими инструментами и интеграцией.

К тому же, вебпак не ограничивается JavsScript-файлами, он может работать с другой статикой вроде CSS, картинок, html-компонентов и др.

Вебпак также поддерживает очень полезную фичу — code splitting разбиение кода. Большое приложение можно разбить на куски, которые загружаются по мере необходимости. Что такое вебпак? Официальное определение звучит так: Трансформацией ресурсов занимаются загрузчики, которые являются сердцем вебпака. Вебпак в действии Для установки вебпака нужен node.

Теперь можно установить вебпак глобально: Для этого нужно запустить его с таким флагом: ERROR in. Вот команда для установки необходимых загрузчиков: Теперь нужно обновить require: Запустите вебпак.

После изменений конфигурации нужно перезапускать вебпак. Горячая перезагрузка Для горячей перезагрузки hot reloading нужен webpack-dev-server. Установите его так: Порт можно изменить опцией --port. А у нас тут можно получить грант на тестовый период Яндекс.

#5 — Webpack-dev-server

Читают. Вы не сможете решить эту задачу на собеседовании 23k Поделиться публикацией. Похожие публикации. Front-end разработчик. United Traders Возможна удаленная работа. LoCard Ставрополь Возможна удаленная работа.

Разработчик ReactJS. YLab Тольятти Возможна удаленная работа. Все вакансии.