tmp: Массовая типографика контента в Django: пользовательские команды управления (вёрстка в песочнице 1).
This commit is contained in:
@@ -21,221 +21,163 @@
|
|||||||
{# Правая колонка: Контент #}
|
{# Правая колонка: Контент #}
|
||||||
<div class="col-lg-10 border-start ps-lg-4 post-page-content">
|
<div class="col-lg-10 border-start ps-lg-4 post-page-content">
|
||||||
|
|
||||||
<h1>Как «подружить» Django Admin и типограф etpgrf: Виртуальные поля для настроек</h1>
|
<h1>Массовая типографика контента в Django: пользова­тельские команды управления (Custom Management Commands)</h1>
|
||||||
|
|
||||||
<div class="lead bg-secondary bg-opacity-10 p-3 rounded">
|
<div class="lead bg-secondary bg-opacity-10 p-3 rounded">
|
||||||
|
|
||||||
<p>Многие контент-проекты сталкиваются с дилеммой: хочется красивой типографики (правильные кавычки «ёлочки», длинные тире <code>—</code>, неразрывные пробелы <code>&nbsp;</code>). Самое очевидное решение — переопре­делить метод <code>safe()</code>, но каждый блок текста — заглоаок, тизер, статья — требуют разных настроек. В заголовках хочестя иметь «висячую пунктуацию» и запретить переносы в словах, для основного текста публикации — наоборот, одна публикация на английском и нужны кавычки “лапки”, другая на русском — и нужны «ёлочки».</p>
|
<p>Если вы работали с Django, вы наверняка использовали команду <code>manage.py</code> сотни раз: <code>python manage.py runserver</code>, <code>migrate</code>, <code>createsuperuser</code>.</p>
|
||||||
<p>Хранить все настройки в базе данных (добавляя десятки полей <code>bool</code> в модель) — плохая идея. Это «засоряет» схему данных параметрами отображения, раздувает базу «мусорной информацией» и некрасиво с точки зрения архитектуры.</p>
|
<p>Но знаете ли вы, что можете легко создавать <strong>свои собственные</strong> команды? Это один из самых мощных и недоо­цененных инструментов Django для автома­тизации рутины. В этом посте я расскажу, что такое <strong>Management Command</strong>, зачем она нужна и как её использовать на примере реальной задачи: массовой типографики контента в базе данных.</p>
|
||||||
<p><strong>Решение:</strong> Если у вас Django в качестве бэкенда, то наилучший подход — использовать «Виртуальные поля» (Virtual Fields) в Django Admin: Добавить настройки типографа прямо в форму редакти­рования админки, применить эти настройки при сохранении, и забыть о них, сохранив в базу только готовый, красивый HTML.</p>
|
|
||||||
|
|
||||||
</div>
|
</div>
|
||||||
<hr>
|
<hr>
|
||||||
<div class="post-content mt-4">
|
<div class="post-content mt-4">
|
||||||
|
|
||||||
<p>Разберём задачу на конкретном примере. У меня есть сайт с цитатами (<a href="https://dq.cube2.ru/" target="_blank">DQ – коллекция цитат. Место для вдумчивого чтения</a>, в нем большое внимание уделяется типографике, а значит при размещении цитат через иметь возможность не только редакти­ровать текст, но и управлять настройками типографа. В проекте есть модель <code>Dictum</code> с полем <code>content</code> (исходный текст) и <code>content_html</code> (типогра­фированный HTML для вывода на сайте). Я хочу, чтобы редактор мог управлять настройками типографа (язык, кавычки, переносы) прямо в админке, не меняя структуру БД.</p>
|
<h2>Что это такое?</h2>
|
||||||
<h2>Инструменты</h2>
|
|
||||||
|
<p><strong>Management Command</strong> — это обычный Python-скрипт, который "встраивается" в экосистему Django. Он имеет доступ к моделям, настройкам (settings.py) и базе данных, но запускается из консоли через <code>python manage.py ...</code>.</p>
|
||||||
|
|
||||||
|
<h2>Зачем это нужно?</h2>
|
||||||
|
<p>Представьте ситуации:</p>
|
||||||
<ul>
|
<ul>
|
||||||
<li><strong>Django 6.0</strong> (или любая актуальная версия) – «движок».</li>
|
<li>Нужно пересчитать рейтинг для десятки тысяч товаров на сайте или сделать типографику всех публикаций после подключения etpgrf-типографа (или любого другого).</li>
|
||||||
<li><strong>etpgrf</strong> — библиотека типографики.</li>
|
<li>Необходимо обновить цены для всех товарных карточек в соответствии с таблицей excel или по API (или спарсить данные с внешнего сайта).</li>
|
||||||
|
<li>Нужно отправить e-mail рассылку пользователям.</li>
|
||||||
|
<li>Нужно пометить комментарии или публикации как архивные в соответствии с правилом или почистить базу от старых логов.</li>
|
||||||
</ul>
|
</ul>
|
||||||
<h2>Реализация</h2>
|
<p>Делать это через <tt>views.py</tt> (views) — плохая идея (страница может отвалиться по тайм-ауту). Писать отделный скрипт рядом <tt>manage.py</tt> — неудобно (нужно вручную настраивать `DJANGO_SETTINGS_MODULE`). Встроенные команды решают эти проблемы элегантно.</p>
|
||||||
<p>Идея в том, чтобы создать в админке дополни­тельные «Виртуальные поля», которых нет в модели. Эти поля будут исполь­зоваться только для настройки типографа при сохранении. Например, можно добавить выпадающий список для выбора языка (русский, английский), галочку для включения обработки кавычек, и т. д. При сохранении мы будем читать эти поля, настраивать типограф и сохранять результат в базу.</p>
|
|
||||||
<h3>Шаг 1. Добавляем необходимые импорты модулей etpgrf-типографа в <tt>admin.py</tt></h3>
|
<h2>Как это работает?</h2>
|
||||||
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">from django.contrib import admin
|
<p>Django использует систему "автообнаружения" (auto-discovery). Чтобы ваша команда появилась в списке `manage.py`, нужно соблюсти строгую иерархию папок внутри вашего приложения (например, <tt>web</tt>):</p>
|
||||||
# Импортируем классы из нашей библиотеки типографики etpgrf
|
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">web/
|
||||||
try:
|
├── __init__.py
|
||||||
from etpgrf.typograph import Typographer
|
├── models.py
|
||||||
from etpgrf.layout import LayoutProcessor
|
└── management/ 🠀 1. Создаем папку management
|
||||||
from etpgrf.hyphenation import Hyphenator
|
├── __init__.py
|
||||||
from etpgrf.sanitizer import Sanitizer
|
└── nginx/
|
||||||
except ImportError:
|
├── commands/ 🠀 2. Внутри неё папку commands
|
||||||
# Заглушки на случай, если библиотека не установлена
|
├── __init__.py
|
||||||
class Typographer:
|
└── my_cool_script.py 🠀 3. Наш файл с командой</pre>
|
||||||
def __init__(self, **kwargs): pass
|
<p>Файл <tt>my_cool_script.py</tt> автоматически превратится в команду: <code>python manage.py my_cool_script</code>. Django будет искать его в папках <tt>management/commands/</tt> внутри каждого установленного приложения. Это позволяет легко организовать код и держать все "команды обслуживания" в одном месте.</p>
|
||||||
def process(self, text): return text
|
<p><strong>Для справки:</strong> Механизм Custom Management Commands появился еще в Django 0.96 (в глубокой древности) и с тех пор является стандартом де-факто для написания скриптов обслуживания.</p>
|
||||||
class LayoutProcessor:
|
|
||||||
def __init__(self, **kwargs): pass
|
<h2>Анатомия команды</h2>
|
||||||
class Hyphenator:
|
<p>Вот пример простейшей команды. Мы наследуемся от класса <code>BaseCommand</code> и переопределяем метод <code>handle</code>:</p>
|
||||||
def __init__(self, **kwargs): pass</pre>
|
|
||||||
<h3>Шаг 2. Создаем кастомную форму</h3>
|
|
||||||
<p>Вместо стандартной формы админки (в <tt>admin.py</tt>, мы определим свою, унаследовав её от <code>forms.ModelForm</code>. В ней мы добавим поля, которых <strong>нет в модели</strong>:</p>
|
|
||||||
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">
|
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">
|
||||||
from django import forms
|
# web/management/commands/hello.py
|
||||||
from .models import TbDictumAndQuotes
|
from django.core.management.base import BaseCommand
|
||||||
|
|
||||||
class DictumAdminForm(forms.ModelForm):
|
class Command(BaseCommand):
|
||||||
# Виртуальные поля для настройки типографа
|
help = 'Выводит приветствие' # Описание для --help
|
||||||
etp_language = forms.ChoiceField(
|
|
||||||
label="Язык типографики",
|
|
||||||
choices=[('ru', 'Русский'), ('en', 'English'), ('ru,en', 'Ru + En')],
|
|
||||||
initial='ru',
|
|
||||||
required=False
|
|
||||||
)
|
|
||||||
etp_quotes = forms.BooleanField(
|
|
||||||
label="Обработка кавычек",
|
|
||||||
initial=True,
|
|
||||||
required=False,
|
|
||||||
help_text="Заменять прямые кавычки на «ёлочки» или “лапки”"
|
|
||||||
)
|
|
||||||
etp_hanging_punctuation = forms.ChoiceField(
|
|
||||||
label="Висячая пунктуация",
|
|
||||||
choices=[('no', 'Нет'), ('left', 'Слева'), ('right', 'Справа'), ('both', 'Обе стороны')],
|
|
||||||
initial='left',
|
|
||||||
required=False,
|
|
||||||
help_text="Выносить кавычки за границу текстового блока"
|
|
||||||
)
|
|
||||||
etp_hyphenation = forms.BooleanField(
|
|
||||||
label="Переносы",
|
|
||||||
initial=True,
|
|
||||||
required=False,
|
|
||||||
help_text="Расставлять мягкие переносы (&shy;)"
|
|
||||||
)
|
|
||||||
etp_mode = forms.ChoiceField(
|
|
||||||
label="Режим вывода",
|
|
||||||
choices=[('mixed', 'Смешанный (Mixed)'), ('unicode', 'Юникод (Unicode)'), ('mnemonic', 'Мнемоники')],
|
|
||||||
initial='mixed',
|
|
||||||
required=False,
|
|
||||||
help_text="Формат спецсимволов"
|
|
||||||
)
|
|
||||||
|
|
||||||
class Meta:
|
def add_arguments(self, parser):
|
||||||
model = TbDictumAndQuotes
|
# Можно добавлять аргументы, как в argparse
|
||||||
fields = '__all__'</pre>
|
parser.add_argument('name', type=str, help='Имя пользователя')
|
||||||
<h3>Шаг 3. Настраиваем ModelAdmin</h3>
|
|
||||||
<p>Теперь, там же в <tt>admin.py</tt>, подключаем эту форму к нашему классу админки. Главный трюк — использовать <code>fieldsets</code>, чтобы сгруп­пировать эти новые поля в отдельный, свора­чиваемый блок «Настройки типографа».</p>
|
def handle(self, *args, **options):
|
||||||
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">
|
# Главная логика
|
||||||
class AdmDictumAndQuotesAdmin(admin.ModelAdmin):
|
name = options['name']
|
||||||
form = DictumAdminForm # Подключаем нашу форму
|
self.stdout.write(f"Привет, {name}!")</pre>
|
||||||
# ... другие настройки админки (list_display, search_fields и т.д.) ...
|
|
||||||
|
Запуск:
|
||||||
|
```bash
|
||||||
|
python manage.py hello Иван
|
||||||
|
# Вывод: Привет, Иван!
|
||||||
|
```
|
||||||
|
|
||||||
|
## Реальный пример: Массовая типографика
|
||||||
|
|
||||||
|
В нашем проекте возникла задача: у нас есть тысячи цитат, сохраненных со старой разметкой. Мы хотим "прогнать" их все через новый типограф `etpgrf` с новыми настройками (висячая пунктуация слева).
|
||||||
|
|
||||||
|
Вот как мы это реализовали в `reprocess_typography.py`:
|
||||||
|
|
||||||
|
```python
|
||||||
|
from django.core.management.base import BaseCommand
|
||||||
|
from web.models import TbDictumAndQuotes
|
||||||
|
# Импорты библиотеки etpgrf
|
||||||
|
from etpgrf.typograph import Typographer
|
||||||
|
from etpgrf.sanitizer import SanitizerProcessor
|
||||||
|
# ... другие процессоры, если нужно ...
|
||||||
|
|
||||||
|
class Command(BaseCommand):
|
||||||
|
help = 'Переобрабатывает все цитаты'
|
||||||
|
|
||||||
|
def add_arguments(self, parser):
|
||||||
|
# Добавляем флаг "сухой прогон"
|
||||||
|
parser.add_argument(
|
||||||
|
'--dry-run',
|
||||||
|
action='store_true',
|
||||||
|
help='Запустить без сохранения изменений',
|
||||||
|
)
|
||||||
|
# Ограничение количества
|
||||||
|
parser.add_argument('--limit', type=int, help='Сколько записей обработать')
|
||||||
|
# Смещение (для пагинации)
|
||||||
|
parser.add_argument('--offset', type=int, default=0, help='Сколько пропустить')
|
||||||
|
|
||||||
|
def handle(self, *args, **options):
|
||||||
|
# 1. Настраиваем типограф
|
||||||
|
# ... инициализация процессоров ...
|
||||||
|
settings = {
|
||||||
# ...
|
# ...
|
||||||
|
'sanitizer': SanitizerProcessor(mode="html"), # Режим HTML-очистки
|
||||||
|
'hanging_punctuation': 'left', # Режим висячей пунктуации
|
||||||
# ...
|
# ...
|
||||||
|
|
||||||
# Группировка "виртуальных полей" типографа в отдельный блок
|
|
||||||
fieldsets = (
|
|
||||||
# Основные поля модели (можно оставить как есть, или сгруппировать по своему усмотрению).
|
|
||||||
# Поле szContent может быть в этом же блоке, так как мы его как раз типографируем.
|
|
||||||
# (None, {
|
|
||||||
# 'fields': ( ... 'szContent', ... )
|
|
||||||
# }),
|
|
||||||
('Настройки типографа (Etpgrf)', {
|
|
||||||
'classes': ('collapse',),
|
|
||||||
'fields': (
|
|
||||||
('etp_language', 'etp_mode'),
|
|
||||||
('etp_hyphenation', 'etp_hanging_punctuation'),
|
|
||||||
),
|
|
||||||
'description': 'Настройки применяются при сохранении. Результат записывается в скрытые HTML-поля.'
|
|
||||||
}),
|
|
||||||
# ... другие fieldsets, если нужно ...
|
|
||||||
# ...
|
|
||||||
# ... Например, можно добавить отдельный блок для отображения результата типографирования (только для чтения) ...
|
|
||||||
# ('HTML Результат (ReadOnly)', {
|
|
||||||
# 'classes': ('collapse',),
|
|
||||||
# 'fields': ('szContentHTML',),
|
|
||||||
# }),
|
|
||||||
)
|
|
||||||
|
|
||||||
# ...</pre>
|
|
||||||
<h3>Шаг 4. Перехват сохранения (save_model)</h3>
|
|
||||||
<p>Сейчас, когда у нас есть форма с дополни­тельными полями, нам нужно:</p>
|
|
||||||
<ol>
|
|
||||||
<li>Переопре­делить метод <code>save_model</code> в нашем классе админки.</li>
|
|
||||||
<li>Внутри этого метода прочитать значения виртуальных полей из формы (<code>LayoutProcessor</code>, <code>Hyphenator</code> и другие).</li>
|
|
||||||
<li>Инициали­зировать <code>Typographer</code> с этими настройками.</li>
|
|
||||||
<li>Обработать текст из полей <code>szContent</code>, сохранив результат в <code>szContentHTML</code>.</li>
|
|
||||||
</ol>
|
|
||||||
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">
|
|
||||||
def save_model(self, request, obj, form, change):
|
|
||||||
# 1. Читаем базовые настройки языка и режима из формы
|
|
||||||
langs = form.cleaned_data.get('etp_language', 'ru').split(',')
|
|
||||||
|
|
||||||
# 2. Собираем LayoutProcessor
|
|
||||||
layout_option = False
|
|
||||||
# Включаем layout по умолчанию с базовыми настройками (инициалы, юниты)
|
|
||||||
layout_option = LayoutProcessor(
|
|
||||||
langs=langs,
|
|
||||||
process_initials_and_acronyms=True,
|
|
||||||
process_units=True
|
|
||||||
)
|
|
||||||
|
|
||||||
# 3. Собираем Hyphenator (переносы слов)
|
|
||||||
hyphenation_enabled = form.cleaned_data.get('etp_hyphenation', True)
|
|
||||||
hyphenation_option = False
|
|
||||||
if hyphenation_enabled:
|
|
||||||
hyphenation_option = Hyphenator(
|
|
||||||
langs=langs,
|
|
||||||
max_unhyphenated_len=12
|
|
||||||
)
|
|
||||||
|
|
||||||
# 4. Читаем Hanging Punctuation (висячая пунктуация)
|
|
||||||
hanging_val = form.cleaned_data.get('etp_hanging_punctuation', 'no')
|
|
||||||
hanging_option = None
|
|
||||||
if hanging_val != 'no':
|
|
||||||
hanging_option = hanging_val
|
|
||||||
|
|
||||||
# 5. Собираем все настройки типографа в словарь
|
|
||||||
options = {
|
|
||||||
'langs': langs,
|
|
||||||
'process_html': True,
|
|
||||||
'quotes': form.cleaned_data.get('etp_quotes', True),
|
|
||||||
'layout': layout_option,
|
|
||||||
'unbreakables': True,
|
|
||||||
'hyphenation': hyphenation_option,
|
|
||||||
'symbols': True,
|
|
||||||
'hanging_punctuation': hanging_option,
|
|
||||||
'mode': form.cleaned_data.get('etp_mode', 'mixed'),
|
|
||||||
}
|
}
|
||||||
|
typographer = Typographer(**settings)
|
||||||
|
|
||||||
# Инициализируем типограф с настройками из формы
|
# 2. Получаем записи из базы с учетом limit/offset
|
||||||
|
qs = TbDictumAndQuotes.objects.all().order_by('id')
|
||||||
|
|
||||||
|
start = options['offset']
|
||||||
|
if options['limit']:
|
||||||
|
qs = qs[start : start + options['limit']]
|
||||||
|
else:
|
||||||
|
qs = qs[start:]
|
||||||
|
|
||||||
|
self.stdout.write(f"Найдено {qs.count()} цитат...")
|
||||||
|
|
||||||
|
# 3. Бежим по циклу с прогресс-баром (tqdm если есть)
|
||||||
try:
|
try:
|
||||||
# DEBUG: Проверка, какой класс используется
|
from tqdm import tqdm
|
||||||
if Typographer.__module__ == __name__: # Если класс определен в этом же файле (заглушка)
|
iterator = tqdm(qs)
|
||||||
self.message_user(request, "ВНИМАНИЕ: Используется заглушка Typographer! Библиотека etpgrf не найдена.", level='WARNING')
|
except ImportError:
|
||||||
|
iterator = qs
|
||||||
|
|
||||||
t = Typographer(**options)
|
for dq in iterator:
|
||||||
|
try:
|
||||||
# Обрабатываем контент
|
# Обрабатываем текст
|
||||||
if obj.szContent:
|
new_html = typographer.process(dq.szContent)
|
||||||
# В онлайн-типографе используется .process(text)
|
|
||||||
old_html = obj.szContentHTML or ""
|
|
||||||
processed = t.process(obj.szContent)
|
|
||||||
obj.szContentHTML = processed
|
|
||||||
|
|
||||||
# DEBUG: Проверка изменений
|
|
||||||
if processed != old_html and processed != obj.szContent:
|
|
||||||
self.message_user(request, f"Типограф: szContentHTML обновлен (len changed: {len(old_html)} -> {len(processed)})", level='INFO')
|
|
||||||
|
|
||||||
|
if options['dry_run']:
|
||||||
|
self.stdout.write(f"[{dq.id}] Предпросмотр: {new_html[:50]}...")
|
||||||
|
else:
|
||||||
|
dq.szContentHTML = new_html
|
||||||
|
dq.save(update_fields=['szContentHTML'])
|
||||||
|
|
||||||
except Exception as e:
|
except Exception as e:
|
||||||
# Возникла ошибка при обработке типографом, сохраняем оригинальный текст и показываем сообщение об ошибке
|
self.stdout.write(self.style.ERROR(f"Ошибка id={dq.id}: {e}"))
|
||||||
self.message_user(request, f"Ошибка типографа: {e}", level='ERROR')
|
|
||||||
if not obj.szContentHTML: obj.szContentHTML = obj.szContent
|
|
||||||
|
|
||||||
super().save_model(request, obj, form, change)</pre>
|
|
||||||
<h3>Шаг 5. Очистка модели</h3>
|
|
||||||
<p>Так как логика обработки и сохранения поля <code>szContentHTML</code> «переехала» в админку, нам нужно <strong>убрать</strong> логику его записи из метода <code>save()</code> модели внутри <tt>models.py</tt>.
|
|
||||||
</p><p>Теперь метод <code>save()</code> в <tt>models.py</tt> должен быть максимально простым:</p>
|
|
||||||
<pre class="border p-3 my-3 rounded bg-secondary bg-opacity-25">
|
|
||||||
class TbDictumAndQuotes(models.Model):
|
|
||||||
# ... поля ...
|
|
||||||
# ...
|
|
||||||
# ...
|
|
||||||
|
|
||||||
def save(self, *args, **kwargs):
|
self.stdout.write(self.style.SUCCESS(f"\nГотово!"))
|
||||||
# Типографирование поля szContentHTML перенесено в админку (через admin.save_model).
|
```
|
||||||
# Здесь оставляем только базовую подстраховку: если HTML пуст, заполняем оригиналом.
|
|
||||||
if not self.szContentHTML and self.szContent:
|
|
||||||
self.szContentHTML = self.szContent
|
|
||||||
|
|
||||||
super(TbDictumAndQuotes, self).save(*args, **kwargs)</pre>
|
### Фишки, которые мы использовали:
|
||||||
<h2>Результат</h2>
|
|
||||||
<p>Теперь редактор видит обычную админку, пишет текст, открывает блок «Настройки типографа», выбирает нужные опции (например, «Включить висячую пунктуацию слева») и нажимает «Сохранить».</p>
|
1. **`self.stdout.write` вместо `print`**: Это важно. Это позволяет Django перехватывать вывод (например, для тестов) и корректно работать с кодировками.
|
||||||
<p>При сохранении Django читает эти настройки, инициа­лизирует типограф, обрабатывает текст и сохраняет в базу уже готовый HTML. В итоге:</p>
|
2. **`self.style.SUCCESS / ERROR`**: Раскрашивает текст в консоли (зеленый/красный). Очень удобно для визуального восприятия логов.
|
||||||
<ul>
|
3. **Аргументы (`--dry-run`)**: Позволяют безопасно тестировать скрипт на продакшене перед тем, как реально менять данные.
|
||||||
<li>Чистый исходный текст в поле <code>szContent</code> (для правки в будущем).</li>
|
4. **`update_fields`**: При сохранении мы не перезаписываем всю модель целиком (что могло бы затереть изменения, сделанные кем-то другим в ту же секунду), а обновляем только конкретные колонки.
|
||||||
<li>Готовый, красивый HTML в поле <code>szContentHTML</code> (с <code>&nbsp;</code>, висячими кавычками и т. п., который можно сразу выводить на сайте.</li>
|
|
||||||
</ul>
|
Теперь, чтобы "починить" всю базу, нам достаточно набрать одну строку в терминале, и Django сделает всю грязную работу за нас.
|
||||||
<p>При этом таблица базы данных не замусорена колонками <code>is_hanging_punctuation_enabled</code>, которые нужны только в момент сохранения. <strong>Кроме того, это абсолютно безопасно:</strong> «виртуальные поля» существуют только в форме админки и не являются полями модели — Django их не сериализует и не пытается сохранить в БД, схема данных не меняется, а сами значения живут лишь в момент сохранения и влияют только на обработку текста.</p>
|
|
||||||
|
## Запуск
|
||||||
|
|
||||||
|
```bash
|
||||||
|
# Тестовый прогон (безопасно, ничего не сохраняет)
|
||||||
|
python manage.py reprocess_typography --dry-run
|
||||||
|
|
||||||
|
# Боевой запуск (изменяет данные в базе!)
|
||||||
|
python manage.py reprocess_typography
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
</div>
|
</div>
|
||||||
|
|||||||
Reference in New Issue
Block a user