Comments 19
Нет, не требует. Данные POST'ом отправляются роботу, который соавтор в репозитории. Он и делает коммит. Для пользователей всё абсолютно прозрачно, формочку можно на том же Ajax сделать.
Ну как минимум, это зависимость от внешних сервисов. Если на сайте есть реклама, то Disqus будет или платным, или показывать свою рекламу. И чисто психологический аспект: я не контролирую свои данные (комментарии), неизвестно что с ними может там стать.
Ну и лично у меня ещё стояла задача переноса старых комментариев. Как это сделать в Disqus мне не очень понятно. Зато со Staticman нужно было просто создать соответствующие файлы, и комментарии 2007 года снова на сайте.
Я для комментариев использую isso. Отличная вещь, но нужен свой сервер. Лично для меня это преимущество.
GitHub Pages + CloudFlare лучше использовать netlify. Во-первых снимаются многие ограничения, вроде упомянутых файловых операций. А во-вторых добавляется множество плюшек, вроде URLRewrite и https по-умолчанию.
Ну плюшек и здесь хватает. Jekyll делался как движок для программистов — его приятно использовать. Кроме того, open source. Как следствие получаем независимость от серверов GitHub, т.к. при желании можно перенести куда угодно. Https CloudFlare даёт по умолчанию. Для доменов *.github.io GitHub даже форсит https.
Мне не совсем понятно, зачем для статических сайтов нужен URLRewrite, но в Jekyll он есть: permalink в заголовке страницы (пример).
Ограничения, конечно, есть везде. Но если использовать Jekyll по предназначению, то в них редко упираешься. А если и упёрся — то один раз делается решение, выносится в отдельный файл и просто подключается.
Да, Jekyll может далеко не всё. Мне так и не удалось узнать в Jekyll размер файла. Т.е. не получилось автоматом сделать ссылки в стиле "скачать (3 Мб)". Лично мне этот функционал в итоге так и не понадобился. Если же нужен часто, то по-моему лучше использовать более специализированные решения вроде netlify.
Аналогично, если нужно очень гибкое облако тэгов. В предложенном решении нужно всегда помнить, какие тэги вообще есть в наличии. Если создаётся новый тэг, то его нужно прописать сразу в несколько мест, что не всегда удобно. Если тэгов с (пару-тройку) десятков и создать их заранее, то решение вполне удобное и имеет право жить. Если для каждой публикации куча тэгов, часто новые, и публикуетесь часто — то опять же лучше использовать что-то другое.
Из вашего комментария кажется, что Netlify это тоже генератор статических сайтов.
Netlify — хостинг для статических сайтов. Работает по следующему принципу, сначала запускает виртуальную машину, на которой запускается какой-нибудь генератор сайтов, например Jekyll, или какой-нибудь скрипт, который должен сгенерировать и поместить в папку статический сайт, а потом уже этот сайт публикуется через cdn. Один инструмент вместо двух, это просто удобнее, тем более что ограничений на использование своих скриптов и плагинов нет.
Для меня кажется странным подход отказываться от Jekyll в пользу чего-то другого, только потому что хостинг чего-то не позволяет.
Мне не совсем понятно, зачем для статических сайтов нужен URLRewrite.
Я тоже не думал, что такая экзотическая вещь мне может понадобится, но когда понадобилось оказалось, что хостинг такую функцию предоставляет.
В моём случае, javascript отображает одну и ту же страницу по разному в зависимости от url. Страница одна, а адресов несколько.
Прошу прощения, насчёт Netlify был не прав. По поводу отсутствия ограничений на плагины — это классно! Иногда вместо извращений с кодом можно сразу взять готовый плагин и просто его включить…
По поводу вместо двух инструментов один — не согласен. Если домен свой, то им всё-равно нужно как-то управлять. Например, где создать поддомен? Можно воспользоваться чем-то типа FreeDNS, а можно сразу напрямую использовать CloudFlare.
[http://renpy.org](http://renpy.org)
Для такого, кстати, можно использовать более короткий синтаксис: <http://renpy.org>
Вроде бы нормально. Staticman внутри себя использует Akismet для проверки комментариев на спам.
Присвоение… не работает, т.к. нужны не сырые (raw) строки, а предобработанные с помощью Jekyll.
Промучался с этим, наверное, день. В документации и на StackOverflow найти ответы не получилось. Наконец, вспомнил про вашу статью и нашел в ней эту строку. Спас много нейронов. Спасибо вам огромное!
Продвинутый Jekyll