Почему Microlight был обречен на провал

German German 20 Апреля 2022

Продолжение статьи «Microlight — это движок для ведения блогов» от автора разработки Tom Gardiner. 28 ноября 2020 года.


В последнее время я ломал голову над организацией своей цифровой жизни и пришел к выводу, что microlight, вероятно, никогда не будет работать так, как я действительно хотел. У меня есть более десяти случайных файлов на разных жестких дисках, и я отчаянно хотел бы объединить их в единый архив, предназначенный для настоящего и будущего.

У каждого есть фотографии, видео, случайные файлы и другие воспоминания, хранящиеся в различных форматах файлов. Используя SQLite, microlight хранит все текстовое содержимое пользователя в одном закодированном файле. Паскаль Хертлиф, Джефф Хуанг и даже создатель самого Micropub Аарон Пареки используют обычные текстовые файлы для управления своими заметками или ежедневниками. Отправляете ли вы сообщения с помощью micropub, фиксируете их с помощью git или просто редактируете их, хранение вашего контента в текстовом файле, без сомнения, намного проще, чем в базе данных SQLite.

Я так долго избегал использования статических HTML-файлов для своего веб-сайта, потому что это означает, что при создании нового сообщения необходимо создать новый HTML-файл, чтобы отразить любые изменения. Это также означает, что если тема изменится, каждое сообщение также должно быть восстановлено. Однако это просто неправда. В другом посте Джефф Хуан предлагает, чтобы мы создавали веб-сайты, рассчитанные на длительный срок.

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

Программное обеспечение забрасывается, устаревает, заменяется, и, по моему опыту, использование пользовательского формата для контента продлится в лучшем случае не более пары лет. Использование статических HTML-файлов — наилучший возможный результат, поскольку он широко поддерживается на протяжении десятилетий, и, учитывая, насколько важен Интернет, я не думаю, что это изменится в течение длительного времени. Кроме того, отсутствие привязки к какой-либо одной части программного обеспечения означает, что данные переносимы и могут без проблем перемещаться с сервера на сервер в ближайшие десятилетия.

Итак, что это значит для microlight?

У меня было запланировано несколько приятных функций, таких как встраивание медиа и привязка местоположения к сообщениям. Могут ли текстовые файлы и статические HTML-файлы достичь этого?

Только время покажет. Я все еще глубоко задумываюсь об этом.

https://www.tomgardiner.me/2020/11/why-microlight-was-destined-to-fail.html

3 Ответа

  1. Evg Evg 20 Апреля 2022 (ред.)

    Ход мыслей понятен. Действительно, многие ищут возможность хранить всё в одном месте, просто. Даже крупные игроки пытаются сделать что-то подобное для всех, ИМХО, это пока плохо получается.

    Всё в одном месте, под контролем, чтобы было удобно… Хорашая идея, про которую сам думаю. Время идет, инструмента собственно нет. Посмотрим…

  1. yuran yuran 20 Апреля 2022

    привязка местоположения к сообщениям

    Это было бы здорово… Например какой-то сайт о путешествиях и туризме, о исторических местах… да даже просто если речь идет о каком-то месте. Так просто воткнуть карту в пост не получится, нужно что-то писать для нашего редактора. Или я не о том?:)

    1. Evg Evg 20 Апреля 2022

      Географически отмечать как-то, добавлять карту в посты, это в дорожной карте. API Яндекс пока времени нет особо глянуть.