• Записи 1545
  • Теги 109
  • Комментарии 3323

Лог жизни

Распечатать Комментарии RSS

Пуск Preambula

Ну всё, сегодня наконец-то выложил дистрибутив Preambula. Как раз успел доделать перед завтрашним возвращением в Город, чтобы не было портального эффекта.
Когда только садился за него, думал, что проект простенький, сделаю за 2-3 дня. А по итогу прошло 15 дней — целых полмесяца! Впрочем, что-то более-менее работающее реально уже было на третий день (причём один из этих дней ушёл на изучение и сравнение имеющихся библиотек для парсинга Markdown и FrontMatter), остальное ушло на мелкие доработки (типа выноса некоторых настроек в файл конфигурации) и написание документации.
Что ж, посмотрим, что будет… На этот раз с уверенностью могу сказать: в проекте сделал всё, что задумал, и настолько хорошо, насколько мог. И даже официальный сайт и документацию на английском языке написал, чтобы иметь возможность добавлять на сайты типа alternatives.to. Так что если не взлетит и на этот раз, то, видимо, в вопросе «дело во мне или в Интернете» ответом будет второе. Правда, не стал покупать домен второго уровня: за пределами ru/su большинство зон сейчас стали слишком дорого стоить. Эх, а ведь помню времена, когда домены в зонах net/org были дешевле, чем ru!
Ещё надо бы написать статьи про него на всякие dev.io и Hashnode. Но тут, как всегда, всё упирается в то, что мне сложно понять, как адекватно написать о своём проекте (да ещё в малознакомое сообщество на чужом языке) так, чтобы это не выглядело как самореклама.
Кстати, пока писал документацию, понял, что писать контент в Markdown очень даже удобно: всё получается гораздо легче и быстрее, чем когда я писал в HTML, как это было во времена создания Sociomodel.ru и Typologies.ru. Если вдруг когда-нибудь надумаю переделывать свои типологические сайты, то буду делать их на Preambula. Ну или разовью её в TextCMS 2.0 когда-нибудь.
В общем, второй пуск этого года есть! Теперь какое-то время можно позволить себе побездельничать, играя в компьютерные игры, а потом — возвращаться к идее со статьями и каталогом бесплатностей. Правда, по-прежнему не могу определиться, как его делать — обычными темами или всё-таки взяться за специальный вид раздела…


1
Цитировать

11 комментариев:

Нет
Aksion
0
#1

есть пример работы? что это вообще?

MadTechGuy
0
#2

Движок, использующий Markdown-файлы. При обращении к *.md файлу парсит его и выдаёт HTML-страницу. Сам же сайт проекта и есть живой пример его работы. Фишка Markdown в том, что он представляет собой облегчённый язык разметки, более человекочитаемый и простой в использовании, чем, например, тот же BBCode, который используется на данном сайте для форматирования комментариев. К примеру, жирный текст в HTML делается <b>так<b> (или <strong>так</strong>), в BBCode [b]так[/b], а в Markdown **так**. Здесь можно ознакомиться с синтаксисом.

Кстати, я тоже занимаюсь созданием движка, который использует Markdown, но у меня замысел куда более глобальный: регистрация пользователей, поддержка комментариев (в том числе в виде чата в реальном времени), прав доступа к содержимому, приложения, ассоциированные с определёнными типами файлов (аудио- и видеопроигрыватель, просмотрщик PDF и т. п.), доступ к контенту по ссылке, задание срока жизни этих ссылок, задание пароля для доступа к определённому контенту, поиск по содержимому и всё что ещё придёт в голову. Но это всё будет реализовываться постепенно, ибо если делать всё и сразу, то проект никогда не запустится.

4X_Pro
0
#3
10geek написал(а):
доступ к контенту по ссылке, задание срока жизни этих ссылок, задание пароля для доступа к определённому контенту

Я подобные ограничения не одобряю, поэтому в своих проектах не делаю.
А в остальном — у тебя почти social desktop может получиться, если всё как надо сделаешь. (Помнится, мы года два назад такую идею обсуждали.)
MadTechGuy
0
#4
4X_Pro написал(а):
Я подобные ограничения не одобряю, поэтому в своих проектах не делаю.

А почему не одобряешь? Этот функционал ведь не для того контента нужен, который имеет хоть какую-то публичную значимость. Типичный пример применения: я для кого-то смонтировал видеоролик, выкладываю у себя и даю ссылку на него. Чтобы посмотреть и скачать всем, кому он нужен, даётся недели две. А потом файл автоматически удаляется, чтобы подобные файлы не лежали вечно и не занимали место, и чтобы мне не запоминать, что и когда надо удалить.
Нет
Aksion
0
#5
10geek написал(а):
Сам же сайт проекта и есть живой пример его работы.

Я имел ввиду демку, ну просто понять как это работает. Сам процесс. Что делает пользователь?

10geek написал(а):
<b>так<b> (или <strong>так</strong>), в BBCode так, а в Markdown **так**

по мне так все 3 варианта равнозначны по уровню сложности.
А чем плох к примеру Визуальный редактор HTML кода? Зачем двойное преобразование? Сначала из человекопонятного в Markdown а потом из Markdown в HTML-страницу, если можно сразу из человекопонятного в HTML-страницу?
MadTechGuy
0
#6
Aksion написал(а):
Что делает пользователь?

Ну, пишет статьи/посты в формате Markdown в любом текстовом редакторе, сохраняет их на сервере в *.md файлы.
Aksion написал(а):
по мне так все 3 варианта равнозначны по уровню сложности.

Это пока не попробуешь на практике. Может формат кажется сложным, когда не знаком с ним, но на деле он предельно простой и редактировать статьи, написанные в нём, по трудозатратности примерно так же, как в визуальных редакторах, только делать это можно в любом текстовом редакторе. Мне стоило раз попробовать и я после этого стал многие свои заметки, записи, статьи и прочее писать в Markdown.
Aksion написал(а):
Зачем двойное преобразование? Сначала из человекопонятного в Markdown а потом из Markdown в HTML-страницу

Там нет никакого двойного преобразования, ты сразу пишешь в Markdown, а на сервере парсер Markdown переводит в HTML. По поводу человекопонятности: зайди на GitHub и посмотри файлы README.md в разных репозиториях, и тебе станет понятна степень человекопонятности этого формата. Может пока ты с этим не знаком он кажется ненужной затеей и излишней заморочкой, но поверь, это только пока не знаком. Я тоже когда-то так думал, пока не попробовал. Тут всё дело в количестве дополнительных трудозатрат при чтении и написании: если с HTML или BBCode они есть, то тут их нет. Кстати, в Markdown-файлы можно вставлять HTML-код как есть, в этом случае парсер его пропустит и выведет без изменений в итоговый HTML.
4X_Pro
0
#7

Markdown позволяет делать простое форматирование в разы быстрее, чем чистый HTML. Пока писал документацию, прочувствовал в полной мере!
А нормальных WYSIWYG редакторов я за свою жизнь не видел. Каждый убог по-своему: либо вставляет огромное количество мусорных тегов при вставке из буфера обмена, либо не позволяет поставить курсор перед таблицей/блоком цитирования, либо ещё что-то не так.

MadTechGuy
0
#8
4X_Pro написал(а):
А нормальных WYSIWYG редакторов я за свою жизнь не видел. Каждый убог по-своему: либо вставляет огромное количество мусорных тегов при вставке из буфера обмена, либо не позволяет поставить курсор перед таблицей/блоком цитирования, либо ещё что-то не так.

Я у себя на сайте хочу сделать комментарии следующим образом: есть текстовое поле (обычный <textarea>), в нём пишется комментарий в Markdown, сверху над полем есть кнопки для форматирования, а над ними отображается предпросмотр комментария, который обновляется в реальном времени. На мой взгляд это очень удобно, на StackOverflow и в NextChat (чат с ChatGPT) так сделано. Но если и так будет многим неудобно, то тогда остаётся только писать визуальный редактор самому и использовать упрощённый HTML с ограниченным набором тегов и атрибутов, примерно как это сделано в Telegram.
Нет
Aksion
0
#9
10geek написал(а):
ты сразу пишешь в Markdown, а на сервере парсер Markdown переводит в HTML.

Но для этого надо как минимум знать Markdown - это уже трудозатраты и по изучению, и по лишним знакам.
Логично же что писать просто на родном языке удобнее, менее трудозатратнее, практичнее и сразу преобразовывать HTML [Визуальный редактор HTML кода].
Если такой встроить в движок то это гораздо интуитивное для всех. Я просто не понимаю как к примеру на форуме заставить всех выучить Markdown
4X_Pro
0
#10

Вообще, тут зависит от целевой аудитории. Моя разработка — для тех, кто является единоличным автором и администратором собственного сайта, которые по определению должны быть технически продвинутыми людьми (или стремиться стать таковыми).
А вот если делается движок для сообщества в духе Web 2.0, типа Pikabu, где пишут обычные пользователи, то там — согласен, визуальный редактор нужен. Впрочем, того факта, что все визуальные редакторы кривы, это не отменяет. Хотя, например, на той же LibArea используется смешанное решение — редактор, который поддерживает Markdown и кнопки визуального форматирования.

MadTechGuy
0
#11
Aksion написал(а):
Но для этого надо как минимум знать Markdown - это уже трудозатраты и по изучению, и по лишним знакам.

Aksion написал(а):
Я просто не понимаю как к примеру на форуме заставить всех выучить Markdown

А заставлять и не надо! Над полем комментария будут кнопки форматирования, благодаря которым отпадает необходимость в запоминании синтаксиса форматирования. Большинство же комментариев вообще не будут содержать элементы форматирования. Разве что параграфы, которые в Markdown делаются двумя подряд переводами строки.
Написать комментарий
Прикрепить файлы: (не более 4 файлов, не более 102400 Кб каждый, 102400 Кб всего)


Задать вопрос