Почему Microlight был обречен на провал
Продолжение статьи «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
Ход мыслей понятен. Действительно, многие ищут возможность хранить всё в одном месте, просто. Даже крупные игроки пытаются сделать что-то подобное для всех, ИМХО, это пока плохо получается.
Всё в одном месте, под контролем, чтобы было удобно… Хорашая идея, про которую сам думаю. Время идет, инструмента собственно нет. Посмотрим…