← All posts tagged markdown

Balancer

Как ни печально, готовые CMS на Flatfile/Markdown разочаровали все :-/ Даже столь крутые, как Grav.

Всё же, основная идея flatfile/markdown, ИМХО, в том, чтобы иметь страницу со всеми объектами в одном каталоге. Чтобы можно было копировать переносить из одного места. В Grav, например, штатные картинки лежат в другом месте, чем страницы. Адреса в файловой системе должны быть постоянными. Чтобы корректно работали VCS. В Grav путь корневых страниц меняется при изменении порядка в меню. Ну и использование относительных путей без конечного слеша тоже ведёт к бардаку с относительной адресацией...

Придётся продолжать велосипедить :-/

Balancer

Попалось очень интересное решение, которое процентов на 80 пересекается с моими идеями и разработками:

getgrav.org

— CMS базируется на плоских файлах в Markdown формате (для ускорения опционально возможно кеширование «поверх»).
— Хотя наличествуют и традиционные способы установки, рулит реализация всего на Composer.
— Большое количество плагинов и тем (Twig).
— Запускается в базовом варианте сразу, без всякого конфигурирования.
— Есть свой пакетный менеджер для расширений/тем.
— Расширения/темы можно ставить через админку (хотя первый раз она ставится отдельным пакетом).
— Мультисайты, многоязыковость, ЧПУ, роутинг, редиректы
— Система пользователей и прав (хотя не разбирался, есть ли возможность коллективной работы).
— Контент может браться из Git, SVN, Dropbox и других. В т.ч., например, текст страниц может быть прямо на GitHub.

Моя идея «поправил файл дома, он через SparkleShare автоматом ушёл на GitHub, GitHub дёрнул сайт и вот страница уже на сайте», т.е. «правлю Markdown-файл дома в файловой системе — обновляется удалённый сайт» тут, кажется, уже работает.

Забавно, что формат метаданных в Markdown практически совпадает с моим :) Т.е. большинство моих тестовых страничек в этой CMS будут работать как есть.

Небольшие нестыковки с моей системой по структуре имён файлов, расположению картинок и т.п. У меня логичнее :)

Надо будет подумать. То ли эту CMS как есть на мои новые сайты ставить, то ли просто в роли бэкенда/миддлэнда (админка, редактор файлов, благо, он хорошо сделан, а фронт уже мой). В любом случае система заслуживает внимания :)

Balancer

Если я правильно понял https://github.com/mybb/Parser, то на 2-й версии MyBB можно использовать Markdown. И тогда можно будет перевести на него все форумы Infonesy по умолчанию.

— Движок Авиабазы и сейчас понимает Markdown, просто чтобы народу голову не забивать, вариант BBCode используется без возможности выбора альтернативы
— MyBB 2
— Vanilla Forum
— FluxBB
— Flarum (правда, там кривой и принципиально не расширяемый Markdown без таблиц)

Получается, всё, что я щупал и признал интересным, теперь сможет поддерживать Markdown. Отлично :)

Balancer

Продолжаю тему IPFS. JS позволяет вполне удобно загрузить Markdown-документ по ссылке в параметрах. И — voilà. Заливаем в ipfs markdown-парсер, передаём ему в виде параметра наш же markdown-документ. Получаем ссылку на приятно оформленный файл. Оригнальный пример: ipfs.io

Первый попавшийся собственный markdown, засунутый туда же:

gateway.ipfs.io

А вот — оригинал:

gateway.ipfs.io

То есть, просто делаем ipfs add на наш .md и подставляем его хеш в качестве параметра. Получаем удобную p2p-ссылку. Надо будет подправить мой ipfs-add, чтобы при добавлении .md давал ссылку на рендерёный вариант :)

Balancer

Забавно, что пару лет назад, когда меня интересовал промежуточный слой XML для хранения логики BB-code разметки перед конвертацией в HTML ( linux.org.ru ) никто не предложил DocBook XML. Похоже, это то, что нужно. И позволит унифицировано задействовать разметки в других форматах, хоть Markdown, хоть AsciiDoc. Надо будет попробовать задействовать на практике.

Balancer

В идее распределённых статических сайтов решил, таки, от Zim отказаться в пользу Markdown. Markdown стал фактически популярным стандартом, а Zim перестал шевелиться. И хотя Markdown-based десктопной Wiki в файловой системе я пока не вижу, это направление явно перспективнее.

Как мелкий бонус — заодно на GitHub документы вполне прилично смотрятся :) Вот для затравки: github.com
~~~

Balancer

Вот что за полумеры? Markdown для ссылок введён, а почему (уже сколько лет прошло с первых предложений?) нет для остального? Ведь напрашивается же для формата Juick'а. В первую очередь, конечно, разметка для кода.

А так получается, что юзабилити всё падает, а новые полезные фишки мало компенсируют потери.