<p>Многие контент-проекты сталкиваются с дилеммой: хочется красивой типографики (правильные кавычки «ёлочки», длинные тире <code>—</code>, неразрывные пробелы <code>&nbsp;</code>). Самое очевидное решение — переопре­делить метод <code>safe()</code>, но каждый блок текста — заглоаок, тизер, статья — требуют разных настроек. В заголовках хочестя иметь «висячую пунктуацию» и запретить переносы в словах, для основного текста публикации — наоборот, одна публикация на английском и нужны кавычки “лапки”, другая на русском — и нужны «ёлочки».</p>
<p>Хранить все настройки в базе данных (добавляя десятки полей <code>bool</code> в модель) — плохая идея. Это «засоряет» схему данных параметрами отображения, раздувает базу «мусорной информацией» и некрасиво с точки зрения архитектуры.</p>
<p><strong>Решение:</strong> Если у вас Django в качестве бэкенда, то наилучший подход — использовать «Виртуальные поля» (Virtual Fields) в Django Admin: Добавить настройки типографа прямо в форму редакти­рования админки, применить эти настройки при сохранении, и забыть о них, сохранив в базу только готовый, красивый HTML.</p>
</div>
<hr>
<divclass="post-content mt-4">
<p>Разберём задачу на конкретном примере. У меня есть сайт с цитатами (<ahref="https://dq.cube2.ru/"target="_blank">DQ – коллекция цитат. Место для вдумчивого чтения</a>, в нем большое внимание уделяется типографике, а значит при размещении цитат через иметь возможность не только редакти­ровать текст, но и управлять настройками типографа. В проекте есть модель <code>Dictum</code>с полем <code>content</code> (исходный текст) и <code>content_html</code> (типогра­фированный HTML для вывода на сайте). Я хочу, чтобы редактор мог управлять настройками типографа (язык, кавычки, переносы) прямо в админке, не меняя структуру БД.</p>
<h2>Инструменты</h2>
<ul>
<li><strong>Django 6.0</strong> (или любая актуальная версия) – «движок».</li>
<li><strong>etpgrf</strong> — библиотека типографики.</li>
</ul>
<h2>Реализация</h2>
<p>Идея в том, чтобы создать в админке дополни­тельные «Виртуальные поля», которых нет в модели. Эти поля будут исполь­зоваться только для настройки типографа при сохранении. Например, можно добавить выпадающий список для выбора языка (русский, английский), галочку для включения обработки кавычек, и т. д. При сохранении мы будем читать эти поля, настраивать типограф и сохранять результат в базу.</p>
<h3>Шаг 1. Добавляем необходимые импорты модулей etpgrf-типографа в <tt>admin.py</tt></h3>
<p>Теперь, там же в <tt>admin.py</tt>, подключаем эту форму к нашему классу админки. Главный трюк — использовать <code>fieldsets</code>, чтобы сгруп­пировать эти новые поля в отдельный, свора­чиваемый блок «Настройки типографа».</p>
<p>Так как логика обработки и сохранения поля <code>szContentHTML</code> «переехала» в админку, нам нужно <strong>убрать</strong> логику его записи из метода <code>save()</code> модели внутри <tt>models.py</tt>.
</p><p>Теперь метод <code>save()</code> в <tt>models.py</tt> должен быть максимально простым:</p>
<p>Теперь редактор видит обычную админку, пишет текст, открывает блок «Настройки типографа», выбирает нужные опции (например, «Включить висячую пунктуацию слева») и нажимает «Сохранить».</p>
<p>При сохранении Django читает эти настройки, инициа­лизирует типограф, обрабатывает текст и сохраняет в базу уже готовый HTML. В итоге:</p>
<ul>
<li>Чистый исходный текст в поле <code>szContent</code> (для правки в будущем).</li>
<li>Готовый, красивый HTML в поле <code>szContentHTML</code> (с <code>&nbsp;</code>, висячими кавычками и т. п., который можно сразу выводить на сайте.</li>
</ul>
<p>При этом таблица базы данных не замусорена колонками <code>is_hanging_punctuation_enabled</code>, которые нужны только в момент сохранения. <strong>Кроме того, это абсолютно безопасно:</strong> «виртуальные поля» существуют только в форме админки и не являются полями модели — Django их не сериализует и не пытается сохранить в БД, схема данных не меняется, а сами значения живут лишь в момент сохранения и влияют только на обработку текста.</p>
{# --- SEO & Meta Tags --- #}<title>{% block title %}ETPGRF — единая типографика для веба{% endblock %}</title>
{# SEO & Meta Tags #}<title>{% block title %}ETPGRF — единая типографика для веба{% endblock %}</title>
<metaname="description"content="{% block description %}Бесплатный онлайн-типограф для подготовки текстов к публикации в вебе. Расставка неразрывных пробелов, правильных кавычек («ёлочки»), тире, спецсимволы, отбивка, компоновка, висячая пунктуация. Идеально для верстки сайтов, статей и постов.{% endblock %}">
<metaname="keywords"content="{% block keywords %}типограф, типографика, онлайн типограф, подготовка текста для веба, html типограф, неразрывные пробелы, кавычки елочки, длинное тире, очистка текста от мусора, интернет верстка, муравьев{% endblock %}">
<metaname="twitter:description"content="{% block twitter_description %}Сделайте ваш текст профессиональным и готовым к публикации в интернете за один клик.{% endblock %}"/>
// Делаем gtag глобальной, чтобы вызывать из sendGoal
window.gtag=gtag;
gtag('js',newDate());
gtag('config','\''+GOOGLE_ID+'\'');
gtag('config',GOOGLE_ID);
}catch(e){
console.error("Ошибка загрузки счетчиков:",e);
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
