Есть ли «cms» для блога на github pages с нормальным редактором?

Question

[accountnujen]

Я нашёл только вот это: https://github.com/skills/github-pages . Разумеется это вообще не то. И удобство публикации контента там, мягко говоря, на любителя (markdowm).

Хотелось бы что-нибудь в духе Editor.JS, и чтобы можно было создавать категории. Можете что-нибудь посоветовать?

Answer 1

[Василий Банников]

GitHub pages предназначен для хостинга статических сайтов. Какая там может CMS?

SSG и любой текстовый формат для написания текстов (markdown например) - лучший из возможных вариантов, который ты можешь найти без привлечения сторонних SaaS-ов.

Comments

[accountnujen]

вабка, ты такой интересный, отвечаешь однозначно на вопросы, на которые ответа не знаешь. Я сегодня на коленке тестировал headless cms в github и всё у меня работает, а у тебя нет. Странно, не кажется?

[Василий Банников]

accountnujen, не, ну конечно чисто теоретически это возможно и кто-то даже делает:
https://github.com/jansmolders86/github-pages-cms

Авторизуешься на фронте через github oauth2 и можешь через api редактировать файлы.
Но это мало кому нужно, тк это всё ещё не полноценная CMS.
То что нет какого-то популярного решения (если бы существовало - оно легко бы гуглилось) говорит о том, что оно оно либо никому не нужно, либо что есть какие-то принципиальные проблемы в таком решении.
Из головы могу придумать такие проблемы:

1. При добавлении новых страниц или категорий нужно отредактировать все страницы, где есть какая-то навигация. Есть варианта два: через js читать какой-нибудь файл, где перечислены все статьи/категории либо собственно напрямую редактировать/перегенерировать файлы.
В любом случае нужно это делать ещё и в рамках браузерного js, где нет полноценного API для работы с файлами.

2. В GH Pages настроено кэширование ~10 минут => сам опыт редактирования будет очень странным. Вот ты открыл сайт - статьи нет. Залогинился, чтобы подключилось API - статья вроде бы в списке есть и даже можно открыть её по прямой ссылке.

И это в то время, когда у SSG нет никаких сложностей, кроме того что для редактирования нужно скачать весь контент и запустить одну консольную команду.

Легко гуглятся только разной породы SSG.

Хотелось бы что-нибудь в духе Editor.JS, и чтобы можно было создавать категории.

EditorJS - это же вообще просто редактор, который нужно в сайт встраивать.

Я нашёл только вот это: https://github.com/skills/github-pages

А это вообще курс по использованию Github pages.

Каким образом вы ища CMS нашли курс и компонент для редактирования текста мне не ясно.

Мне кажется - гораздо выгоднее будет инвестировать своё время на изучение markdown, чтобы он не казался решением "на любителя".

[Василий Банников]

Я сегодня на коленке тестировал headless cms в github и всё у меня работает, а у тебя нет. Странно, не кажется?

Если уже нашёл решение, то почему бы не написать его в ответах, чтобы другой ищущий нашёл возможное решение?
accountnujen

[Сергей Кузнецов]

Василий Банников, как расшифровывается SSG?

[Василий Банников]

Сергей Кузнецов, static site generator

[Сергей Кузнецов]

Василий Банников, понятно.
А под CMS, наверное, имеется в виду WISIWYG-редактор для этого генератора.
Так как безголовые CMS не предусматривают «удобного» редактирования.

[accountnujen]

Василий Банников,

Если уже нашёл решение, то почему бы не написать его в ответах, чтобы другой ищущий нашёл возможное решение?

Не-не, неправильно меня понял. я решения не нашёл. Я посмотрел api и сделал просто запросы на просмотр контента, добавление контента и удаление его. всё работает довольно быстро.

То что нет какого-то популярного решения (если бы существовало - оно легко бы гуглилось) говорит о том, что оно оно либо никому не нужно, либо что есть какие-то принципиальные проблемы в таком решении.

вот это меня и сподвигло задать вопрос. Для меня странно, что нет решения. Множество статей на тему github pages есть и везде это упоминается, как статические сайты (да даже ты сказал об этом), а информации о cms - нет. Хотя динамика доступна, но никто не пользуется. Я на себе проверил - с проблемами не столкнулся.

Авторизуешься на фронте через github oauth2 и можешь через api редактировать файлы.

не нужно этого. можешь просто взять api ключ и добавлять его в каждом запросе (закешировать в куках ещё можно). Либо зашифровать условным AES-128 прям в коде и расшифровывать через свой пароль.

1. При добавлении новых страниц или категорий нужно отредактировать все страницы, где есть какая-то навигация.

узко мыслишь. ты можешь в отдельном json хранить просто записи. Если запись большая - создаёшь для неё отдельный файл. Вся пагинация и прочая чепуха делается на фронтенде. Условно для 10 записей - отдельный json. Я это веду к тому, что всё может быть очень хорошо оптимизировано (поделено на части), что ты не ощутишь никаких проблем. Не нужно подгружать 100500 строк записей, чтобы отобразить только 4.

2. В GH Pages настроено кэширование ~10 минут => сам опыт редактирования будет очень странным. Вот ты открыл сайт - статьи нет. Залогинился, чтобы подключилось API - статья вроде бы в списке есть и даже можно открыть её по прямой ссылке.

не знаю откуда эта информация. Кеш около ~20 секунд. Я споткнулся только в моменте, когда добавил запись на сайт и через 5 секунд добавил ещё одну и мне вернулась 408 ошибка. Через секунд ~30 повторил операцию и вторая запись добавилась. Поэтому проблема кеша мне недоступна. Задержка есть, действительно чат не сделать (на самом деле можно сделать, но через костыль), но условный toster.ru - реализуем на github pages.

А это вообще курс по использованию Github pages. Каким образом вы ища CMS нашли курс и компонент для редактирования текста мне не ясно.

этот "курс" подразумевает, что я добавляю статьи. Пройди его до конца. Там всё-таки про блог, а не про сам github pages. Если бы про github pages, то я бы видел кишки cms, а там их нет. Там нет ничего (что меня действительно удивило). То есть все js расчёты происходят на стороне самого github и мне для редактирования недоступны.

Мне кажется - гораздо выгоднее будет инвестировать своё время на изучение markdown, чтобы он не казался решением "на любителя".

хорошая оптимизированная программа с грамотным UI/UX никогда не сравнится с консольной. Для меня в данной ситуации: markdown - консоль, editorjs - программа.

[Василий Банников]

accountnujen,

не нужно этого. можешь просто взять api ключ и добавлять его в каждом запросе (закешировать в куках ещё можно). Либо зашифровать условным AES-128 прям в коде и расшифровывать через свой пароль.

Ну или так, но в таком виде сразу мимо идёт универсальность.

узко мыслишь. ты можешь в отдельном json хранить просто записи.

Я буквально этот способ в следующем предложении описал)

не знаю откуда эта информация. Кеш около ~20 секунд

Честно признаюсь, что я загуглил и нашёл вопрос чела, который жаловался на долгое кэширование.

хорошая оптимизированная программа с грамотным UI/UX никогда не сравнится с консольной. Для меня в данной ситуации: markdown - консоль, editorjs - программа.

И в данном случае сырой (или с минимальным автокомплитом и сниппетами) markdown (или его расширенный диалект) уделывает editorjs во всём.

GUI жертвует максимальной продуктивностью в пользу более низкого порога входа и снижению шанса возможных ошибок по сравнению с инструментами на основе текста примерно всегда. (Основы дизайна. Конкретную книгу и автора не вспомню)

Исключение - когда требуется работа непосредственно с графикой.

Answer 2

[Сергей Кузнецов]

Как насчет Decap CMS?

Comments

[Dimonchik]

единственная специализированная

Answer 3

[Dimonchik]

выбирай на вкус
https://jamstack.org/headless-cms/

мне лень возвращатья к теме, но проблема, которую ув. Василий Банников не конкретизировал - это разница во view между результатом CMS и итоговым сайтом

вообще статик сайты имеют смысл - для SOE так точно,
но...
в одном из проектов мы используем Джангу + Jekyll , и все равно там постоянно подпилки и подкрутки
это во первых
а во вторых - CMS на локальной компе это не CMS - в общем-то это вторая причина, почему оно не распрострнанено

поэтому, будь такая CMS распространена - задознулась бы от issues

но попытки сделать есть - выше целый список )))

Comments

[accountnujen]

выбирай на вкус
https://jamstack.org/headless-cms/

Димоооон, ты вообще не понял о чём речь. я говорю о cms, у которой запросы идут в api github, а не на крутящуюся на nodejs сервере движок.

мне лень возвращатья к теме, но проблема, которую ув. Василий Банников не конкретизировал - это разница во view между результатом CMS и итоговым сайтом

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

а во вторых - CMS на локальной компе это не CMS - в общем-то это вторая причина, почему оно не распрострнанено

аргумент прям железный, золотой.

[Dimonchik]

accountnujen, мы поняли друг друга ;)
ты о бложике , я о пром решении

осталось понять почему такого быть не может ))