Простой блог с публикацией записей из email
🔄 Акт 4: А как же ваш новый скрипт? (Идеальное решение)
Вы разрабатываете скрипт, который принимает письма по email и публикует их как посты в блоге. Email приходит в чистом тексте (plain/text). Вы сохраняете его в базу данных как есть, безо всякой разметки.

Это идеальный подход!
Это безопасно. Пользователь не может вставить в email HTML-теги, которые сломают ваш сайт.
Это экономит место. Вы храните ровно тот текст, который написал пользователь.
Это универсально. Вы всегда сможете добавить парсер для Markdown, BBCode или любого другого формата постфактум.


А чтобы отобразить этот текст красиво в HTML, ваш скрипт должен на лету:
- Определить (или дать возможность пользователю выбрать), в какой разметке написан текст (если вообще в какой-то).
- Распарсить эту разметку в HTML с помощью подходящей библиотеки (Markdown, BBCode).
- Выдать готовый HTML на сайте.
Это идеальная архитектура для долгоживущего проекта.
🚀 Акт 5: Что это значит для веб-разработчика (и для будущего)
Философия Telegram и вашего скрипта — это контент в чистом виде, а визуал — как услуга. Это именно то, к чему мы должны стремиться в веб-разработке, особенно в эпоху AI-агентов.Вернёмся к прошлой статье про AI-агентов. Помните, мы говорили, что агентам нужен чистый структурированный контент в JSON, XML, RSS? Им плевать на ваш красивый дизайн.
Если вы храните контент в HTML — вам придётся его парсить, чтобы отдать агенту. Это лишняя работа и потенциальные ошибки.
Если вы храните контент в чистом виде (с разметкой Markdown или даже без неё) — вы легко отдадите его агенту в нужном формате.
Вывод: хранение чистого текста в базе данных — это не просто «правильное» решение с точки зрения производительности и безопасности. Это стратегическое решение, которое готовит ваш сайт к грядущей эпохе AI-агентов.
🧾 Эпилог: Чистый текст — основа цифрового суверенитета
Разработчики DLE лукавят, когда говорят, что Markdown опасен. На самом деле опасен плохо написанный код фильтрации HTML. А хранить чистый текст с разметкой — это универсально, безопасно и дальновидно.Ваш скрипт по публикации email-писем — это пример идеальной архитектуры. Вы храните то, что получаете — чистый текст. А HTML генерируете на лету.
Почему это важно для будущего?
- Универсальность. Ваш контент можно отобразить где угодно: на сайте, в мобильном приложении, в Telegram-боте, в голосовом ассистенте.
- Безопасность. Вы не зависите от дыр в фильтрации HTML. Парсеры Markdown безопасны по определению.
- AI-агенты. Им не нужно парсить ваш HTML. Вы отдадите им чистый JSON или XML.
- Архивация. Вы храните ровно то, что написал автор. Никакого лишнего мусора.
Помните: веб-страница — это лишь одна из «витрин» вашего контента. Храните его так, чтобы он мог жить на любой витрине, не требуя переделки. Идея «хранить в базе данных не готовый результат, а исходные данные с документацией по их преобразованию» — это основа качественного API, к которому мы все должны стремиться.
P.S. Мы в TCSE не храним HTML в базе данных. Мы храним чистые данные, а HTML генерируем на стороне шаблонизатора. Это дольше на микросекунду, но безопаснее и гибче. Именно так мы готовим сайты к эпохе агентов.
P.P.S. А если вы всё ещё храните HTML в базе, потому что «так быстрее», — попробуйте спросить себя: вам нужна производительность здесь и сейчас или возможность развиваться годами? Выбор за вами. Но Telegram свой выбор уже сделал. И он, кажется, оказался прав. 😏