В течение многих лет публикация сайта была недоступна для многих пользователей. Разработка HTML, размещение учетных записей и управление обновлением размещенных файлов было слишком много для обычных нетехнических людей. В настоящее время пользователь может зарегистрировать учетную запись Tumblr. и наберите свой первый пост в течение нескольких минут.
По мере того, как пользователи становились все более искушенными, блог-платформы, такие как WordPress, обеспечивали право собственности на их контент. Но WordPress и его коллеги по-прежнему имеют ряд движущихся частей. Это излишне для кого-то, кто просто хочет вести блог, все еще имея это. Недавний ответ на это — генератор статического сайта (SSG) . Давайте рассмотрим, почему вы можете рассмотреть один из них для вашего следующего онлайн-проекта.
Что такое генератор статических сайтов?
Первые страницы в Интернете были именно такими: отдельные страницы, которые кто-то писал в виде HTML-файла и загружал на сервер. В то время как современная CMS (система управления контентом) представляет контент в виде страницы, в действительности он объединяет разметку, контент базы данных и вычисления в реальном времени. Это веб-приложения, которые помогают пользователям создавать контент, хранить его, а затем предоставлять его посетителям сайта.
Напротив, статические генераторы сайтов являются инструментами публикации. Они ничем не отличаются от таких инструментов, как Adobe Acrobat, который принимает редактируемый формат (например, Microsoft Word) и преобразует его в формат. что легко потреблять (.PDF). В этом случае SSG выполняют следующие основные задачи:
- Взятие некоторого основного содержания в качестве входных данных;
- Создание красивого веб-контента из него, и;
- Помогать распространять этот контент в Интернете.
В следующем разделе мы рассмотрим некоторые преимущества «статической» природы SSG по сравнению с современными CMS.
Преимущества использования генератора статического сайта
Для тех, кто привык работать в CMS, такой как WordPress, некоторые из следующих действий могут показаться большими изменениями. Но они значительно облегчают создание и поддержку некоторых типов сайтов. Давайте посмотрим на некоторые из этих преимуществ.
В следующих разделах приведены команды и выходные данные генератора статического сайта Jekyll в качестве примера. Если вы выберете другой SSG, команды будут другими, но концепции схожи.
1. Статические сайты не требуют сложных установок
Основное отличие от «традиционной» CMS заключается в том, что вы устанавливаете генераторы статических сайтов на локальном компьютере. Например, настроить Jekyll и запустить его на компьютере с Ubuntu было так же просто, как следующая команда:
sudo apt-get install jekyll Тогда просто запустите новый проект:
jekyll new mytestsite
У вас будет создание нового сайта в каталоге «mytestsite» с несколькими файлами по умолчанию. Обратите внимание на каталог «_posts», который содержит файл Markdown.
2. Вы можете работать на своем сайте в автономном режиме
Генераторы статических сайтов предназначены для работы с автономным локальным контентом. Для создания новой записи не требуется подключение к интернету. Вы можете набросать содержимое, а затем выполнить команду «build» позже, чтобы создать сообщение / страницу, которая попадет в Интернет. Если вы привыкли к автономным редакторам блогов, таким как BlogDesk это похоже, за исключением того, что вместо того, чтобы публиковать посты по одному, вы создаете весь сайт локально.
Затем создайте свой контент в папке «_posts», упомянутой выше. Вы можете создать свой сайт, когда будете готовы, выполнив следующую команду из каталога проекта:
jekyll serve
Это создает весь сайт в подпапке, как показано ниже:
По завершении вы также можете просмотреть этот сайт, используя встроенный веб-сервер Jekyll по адресу http: // localhost: 4000.
Если вам нравится то, что вы видите, вы можете просто загрузить все файлы из папки «_sites» на веб-хостинг. . Ваш сайт готов к работе!
3. Вы можете создавать контент в разных форматах
Кроме того, вы можете создавать эти сообщения в более удобном формате, чем необработанный HTML. Markdown является наиболее хорошо поддерживаемым, но многие SSG также могут принимать другие либо из коробки, либо через плагин. Плагины Jekyll включают такие опции, как Asciidoc, orgMode или reStructuredText. Если вы используете один из этих языков разметки, все, что вам нужно, — это быстрое изменение конфигурации или установка плагина.
Интересно, что большинство SSG также принимают HTML в качестве входных данных. «Подожди», — говорите вы. «Я думал, что преобразование в HTML было целью всего этого!» Но учтите это: другие форматы, не поддерживаемые SSG, часто могут экспортироваться в HTML. Представьте себе рабочий процесс, в котором вы (или другие авторы) пишете в LibreOffice, используя ODT, который преобразуется (например, с помощью Pandoc. ) для необработанного HTML, который затем обрабатывается и стилизуется SSG. Это займет немного локоть смазки, но это вполне возможно!
4. Вы все еще можете извлечь выгоду из тем и плагинов
Как упоминалось выше, большинство SSG также поддерживают расширения или плагины для обеспечения дополнительной функциональности. Это диапазон от автоматического добавления данных на сайт (например, URL-адреса на основе даты для или связанных постов) до более «похожих на CMS» функций, таких как аутентификация пользователя или комментарии. Один плагин для DocPad SSG даже предоставляет панель администрирования!
5. Статические сайты быстрые
Между извлечением контента из базы данных и выполнением любого включенного кода загрузка некоторых страниц CMS может быть медленной. Напротив, статические сайты уже в том формате, который будет использовать браузер. Единственная задержка заключается в том, сколько времени требуется веб-серверу для отправки страницы, и сколько времени требуется браузеру для ее отображения. Но это обе вещи, которые CMS-ориентированный сайт также должен делать.
Кроме того, поскольку на выходе SSG используются стандартные HTML, CSS и Javascript. Почти любой веб-сервер будет обслуживать их (вместе с изображениями) без проблем. Это означает, что если у вас есть собственный сервер (например, VPS), вы можете развернуть более легкий веб-сервер, такой как lighttpd или nginx
6. Статические сайты безопасны
Множество движущихся частей CMS, таких как WordPress, Drupal и другие, открывают векторы атаки для злодеев Interwebs. Доступ к файлу PHP может позволить злоумышленнику выполнить собственный код на вашем сайте. Скомпрометированная база данных привела к головным болям для поставщиков электронной коммерции. (поскольку они действительно в более сложной CMS).
С другой стороны, все волшебство программирования SSG происходит на вашей локальной машине . Таким образом, вашей самой большой проблемой будут права доступа к файлам. Случайное создание файла, доступного для записи в мире. было бы «плохо», но это может случиться и с CMS. Однако, поскольку статический сайт не имеет исполняемого кода и не имеет доступа к содержимому базы данных, это уменьшает количество потенциальных дыр в безопасности вашего сайта.
7. Статические сайты не подлежат обновлению в реальном времени.
Если вы когда-либо управляли сайтом, вы знаете момент страха, который появляется, когда вы видите сообщение «Обновление доступно!» В вашей панели администратора. Конечно, вы протестируете это в своей промежуточной среде, но вы никогда не знаете, исправит ли это одно исправление кода или странно отформатированный пользовательский комментарий.
Сравните это со статическими сайтами. Хотя могут быть доступны новые версии инструмента SSG, они ничего не влияют на ваш сайт. Он будет продолжать пыхтеть, не обращая внимания на любые обновления, которые могли или не могли произойти. Тем временем вы можете обновить SSG, опубликовать новую версию сайта, протестировать ее и, наконец, перенести новую версию в живую. То же самое может быть достигнуто с помощью CMS, но не без учета таких вещей, как откат базы данных и потеря нового пользовательского контента.
Типы сайтов, плохо подходящих для генераторов статических сайтов
Не все сайты подходят для генераторов статических сайтов. Если вы собираете небольшой персональный сайт или что-то вроде традиционного блога (то есть ежедневного журнала), простота SSG может быть для вас. По сути, если вы ищете одностороннюю публикацию вашего текстового и графического контента в Интернете, статический сайт — это хороший выбор.
Но большинство современных веб-сайтов не прославляют онлайн-журналы. Если вам понадобится что-то из перечисленного ниже для вашего сайта, сейчас или в будущем, вы должны учитывать предостережения, которые идут со статическими генераторами сайтов.
- Зарегистрированные пользователи — если ваш сайт должен позволять пользователям регистрироваться, например, для получения новостной рассылки, внимательно посмотрите, какие плагины доступны, и позволяют ли они тип взаимодействия, который вы ищете.
- Комментарии — аналогично, если вы хотите, чтобы люди могли комментировать ваш блог, вам нужно будет найти собственный плагин, который соответствует вашим потребностям, или сервис, такой как Disqus
- Несколько авторов — если вам нужно больше, чем один человек, чтобы написать для вашего сайта, все становится сложнее. Вам нужно либо убедиться, что вы перетаскиваете их сообщения на локальный компьютер, прежде чем создавать свой сайт вручную, или с помощью другого метода, такого как Dropbox, контроль исходного кода и т. Д.
- Страницы, управляемые данными. Существуют плагины, которые позволяют, например, создать файл CSV с данными, которые можно включить в шаблоны страниц. Но их настройка несколько сложна, но в то же время обеспечивает меньшую функциональность, чем полная база данных.
- Высокоинтерактивные функции. Если вы хотите заново создать Google Карты или Документы с помощью одного из этих инструментов, вы ошибаетесь в выборе дерева.
- Электронная коммерция — Статические сайты не поддаются многочисленным и постоянно меняющимся правилам и свойствам (налоги, тарифы на доставку) электронной коммерции.
В целом, генераторы статических сайтов — это инструменты публикации, идеально подходящие для пользователей, которые ищут простой способ создать контент и подготовить его для Интернета.
Как вы думаете? Хотели бы вы, чтобы генератор статического сайта вращался? Думаете, что CMS — это еще путь? Давайте обсудим ниже в комментариях!
Изображение предоставлено: mihalec через Shutterstock.com