Если более глубоко изучите тему, узнаете, что работа с ShadowDOM (как у Vue, React) в разы быстрее манипуляций в самом DOM, как это делает по-старинке jQuery.
Подскажу. В самой первой версии генерация страниц шла целиком через HTMLWebpackPlugin. Когда на тесте было 10 страниц, всё шло более менее нормально. Но как только скармливал ему 100-1000 и более страниц, время компиляции увеличивалось драматическим образом.
Да, сборщик. В т.ч. можно продукт подлежит рассмотрению как готовая конфигурация Webpack с более быстро сборкой (в десятки раз) страниц и самых разных форматов, с использованием темизации и шаблонов. С современным рабочим процессом, поддержкой ES6, TypeScript, CoffeeScript, SASS, LESS, Stylus из коробки.
Как движок блога использовать подобное станет только садомазохист или гик — почему не использовать любую популярную CMS? Да, нужна база, да, возможно придется иногда обновляться — зато это решение в 1000 раз более гибкое, проще и дешевле в поддержке.
Скажите, почему все проекты в мире не делаются на Wordpress? Он хорош для новичков, когда неохота разбираться. Но на выходе, с чем стакливался достаточно часто, он даёт очень тяжелые сайты, которые трудно оптимизировать в силу того, что кодовая база WP тянется с 2003 года.
Я не против WP, сам на нём более 10 лет делаю проекты, но для каждой задачи — свой инструмент.
Иногда в тысячу раз проще на статическом генераторе свой уникальный дизайн со всеми современными плюшками собрать за пару часов, чем пытаться оптимизировать какую-нибудь «красивую» тему для WP.
С CMS вам не придется искать дорогого программиста на Vue.js или React, чтобы встроить функционал интернет-магазина в ваш блог, или обучать какую нибудь девочку контент-менеджера как через вот этот вот богомерзкий *.md написать новый пост (а еще картинки надо по ftp залить в нужную директорию и не забыть их имя вставить в документ!).
Не надо обижать Markdown, это отличный язык разметки, созданный программистами для программистов.
Здесь тоже не нужно знает Vue или React – это по желанию.
Что касается плюсов — они большие. Сегодня поисковые системы смотрят не только на содержимое сайтов, но и на качество их кода, скорость загрузки.
Понимаю, что вы более веб-мастер, чем программист, это нормально. Каждому своё: отдавайте Богу — богово, а Кесарю — кесарево. Но не стоит всех по собственным предпочтениям судить.
Одни нравится одно, другим другое. Иначе бы не придумывали бы Webpack, React, Vue и иже с ними, а все сайты делали бы только на WordPress'е и Drupal'е.
Просто поверьте в конкуренцию идей. Именно она является двигателем мира веб-разработки.
VuePress создан для публикации документации к Vue-проектам.
И он, опять-таки, завязан на Vue.
А что делать, например, если я изначально не хочу завязываться на фронтенд-фреймворки, а просто хочу статический сайт с современными возможностями в плане JS/CSS?
1. Поиск по сайту.
При помощи плагина Pages-JSON генерируется список страниц с содержимым. Минифицированная и зажатая в GZip информация всего официального сайта (документация, блог) весят порядка 20Кб.
При помощи Vue.JS делается один запрос (т.к. потом этот файл кешируется браузером), и при помощио Vue делаются подсказки в виде выпадающего меню в поисковой строке.
2. Форма обратной связи.
Клиент, например, хочет иметь статический сайт. Чтобы его никто не взломал, что хостинг был бесплатный, чтобы его не надо было обслуживать и обновлять каждый день плагины и темы (как с WP).
Пишется крохотное API (или берётся сервис) и на том же Vue.JS создаётся форма, которая без перезагрузки страницы, без перебрасывания GET/POST-запроса в новом окне, позволяет отправить письмо, и даёт обратную связь, чтобы пользователь сайта понимал, что всё в порядке.
Речь идёт о компиляции страниц самой системой. Для чего и приводится бенчамарк. Он есть отдельно в репозитории, можно на любом ПК прогнать и проверить.
Gatsby классный, но он полностью завязан на React.
Данный проект проповедует агностицизм в отношении фронтенд-фреймворков.
Их можно не использовать вообще. А можной и любой из них — надо только знать, как в конфиг Webpack-а добавить соответствующий загрузчик и посмотреть туториал, как плагины писать к Cogear.JS.
В следующем выпуске расскажите про громоотвод на Лахтра-центре. Пару месяцев назад была дикая гроза в Питере, и соцсети пестрили фотками, где молнии шарахают прямо по этой высотке.
Идея разработчику — зашлите Jeffrey Way (Laracasts.com) ссылку на систему (с сопроводительным письмом). Может, он захочет запилить видео про Вашу систему.
Давайте обратимся к фактам.
Размеры пакетов (несжатый/сжатый)
jQuery 3.0 – 250Кб/83Кб
Vue.JS 2.4.2 – 58Кб/21Кб
Если более глубоко изучите тему, узнаете, что работа с ShadowDOM (как у Vue, React) в разы быстрее манипуляций в самом DOM, как это делает по-старинке jQuery.
Подскажу. В самой первой версии генерация страниц шла целиком через HTMLWebpackPlugin. Когда на тесте было 10 страниц, всё шло более менее нормально. Но как только скармливал ему 100-1000 и более страниц, время компиляции увеличивалось драматическим образом.
Да, сборщик. В т.ч. можно продукт подлежит рассмотрению как готовая конфигурация Webpack с более быстро сборкой (в десятки раз) страниц и самых разных форматов, с использованием темизации и шаблонов. С современным рабочим процессом, поддержкой ES6, TypeScript, CoffeeScript, SASS, LESS, Stylus из коробки.
Скажите, почему все проекты в мире не делаются на Wordpress? Он хорош для новичков, когда неохота разбираться. Но на выходе, с чем стакливался достаточно часто, он даёт очень тяжелые сайты, которые трудно оптимизировать в силу того, что кодовая база WP тянется с 2003 года.
Я не против WP, сам на нём более 10 лет делаю проекты, но для каждой задачи — свой инструмент.
Иногда в тысячу раз проще на статическом генераторе свой уникальный дизайн со всеми современными плюшками собрать за пару часов, чем пытаться оптимизировать какую-нибудь «красивую» тему для WP.
Не надо обижать Markdown, это отличный язык разметки, созданный программистами для программистов.
Здесь тоже не нужно знает Vue или React – это по желанию.
Что касается плюсов — они большие. Сегодня поисковые системы смотрят не только на содержимое сайтов, но и на качество их кода, скорость загрузки.
Понимаю, что вы более веб-мастер, чем программист, это нормально. Каждому своё: отдавайте Богу — богово, а Кесарю — кесарево. Но не стоит всех по собственным предпочтениям судить.
Одни нравится одно, другим другое. Иначе бы не придумывали бы Webpack, React, Vue и иже с ними, а все сайты делали бы только на WordPress'е и Drupal'е.
Просто поверьте в конкуренцию идей. Именно она является двигателем мира веб-разработки.
Только не нашёл в нем поддержки Webpack из коробки.
Подскажите, как он компилирует ассеты? Есть ли «горячая» перезагрузка?
Сравните вес jQuery и Vue.JS. А в плане скорости перерисовки DOM разница будет значительная, не в пользу старичка.
Достаточно давно с ним знаком.
Он тоже классный, как и Gatsby.
VuePress создан для публикации документации к Vue-проектам.
И он, опять-таки, завязан на Vue.
А что делать, например, если я изначально не хочу завязываться на фронтенд-фреймворки, а просто хочу статический сайт с современными возможностями в плане JS/CSS?
Пожалуйста, посмотрите процесс установки, описанный выше.
Одна команда. Любое обновление также затруднений не вызовет:
В наше время уйти от зависимостей нельзя. Иначе каждый бы писал свой Webpack, придумывал бы свой SASS и мастерил свой Markdown.
Тогда идеальный генератор, если рассуждать по-вашему, это написание чистого HTML руками, без использования каких-либо генераторов.
1. Поиск по сайту.
При помощи плагина Pages-JSON генерируется список страниц с содержимым. Минифицированная и зажатая в GZip информация всего официального сайта (документация, блог) весят порядка 20Кб.
При помощи Vue.JS делается один запрос (т.к. потом этот файл кешируется браузером), и при помощио Vue делаются подсказки в виде выпадающего меню в поисковой строке.
2. Форма обратной связи.
Клиент, например, хочет иметь статический сайт. Чтобы его никто не взломал, что хостинг был бесплатный, чтобы его не надо было обслуживать и обновлять каждый день плагины и темы (как с WP).
Пишется крохотное API (или берётся сервис) и на том же Vue.JS создаётся форма, которая без перезагрузки страницы, без перебрасывания GET/POST-запроса в новом окне, позволяет отправить письмо, и даёт обратную связь, чтобы пользователь сайта понимал, что всё в порядке.
Вариантов их применения множество.
Вот поэтому в данном контексте система не требует их наличия вообще.
Тестировалось на iMac 2013 с Core i5 внутри.
Gatsby классный, но он полностью завязан на React.
Данный проект проповедует агностицизм в отношении фронтенд-фреймворков.
Их можно не использовать вообще. А можной и любой из них — надо только знать, как в конфиг Webpack-а добавить соответствующий загрузчик и посмотреть туториал, как плагины писать к Cogear.JS.
Вот, как пример, плагин, который подключает обработку Vue с его концепцией Single File Component:
github.com/codemotion/cogear-plugin-vue
Всего 31 строка кода.
Разделяю Вашу радость по поводу новой матовой матрицы, но, всё же, сохранность гарантии в таком случае — надежда на наш любимый русский «авось».
Лучше последовали опыту SNES, NES и PS, и выпустили бы новый геймбой с обоймой хитов и бэкдором для загрузки ромов продвинутыми пользователямти.
Скажите, а статья на Medium — это перевод данного материала получается?
Спасибо за труды!
Открыл для себя awsm.css, пока просматривал репозиторий.