Лучший способ хранить теги alt в Django
В настоящее время я создаю блог с Django, и я хотел бы добавить тег alt к своим изображениям для улучшения моего SEO.
Моя модель сейчас такая. Мои изображения находятся внутри класса Post в models.py:
class Post(models.Model):
title = models.CharField(max_length=60)
description = models.CharField(max_length=160)
thumbnail = models.ImageField()
Моя первая мысль — определить отдельный класс Image с тегом в качестве одного из его свойств:
class Image(models.Model):
thumbnail = models.ImageField()
alt_tag = models.Charfield()
class Post(models.Model):
title = models.CharField(max_length=60)
description = models.CharField(max_length=160)
image = models.ForeignKey(Image)
Так это правильный или предпочтительный способ обработки тегов alt? Я использую Amazon S3 для хранения этих изображений, поэтому, возможно, я мог бы сохранить тег alt в качестве метаданных. Или использовать сторонний пакет, например django-alttext?
Ответы 1
Так это правильный или предпочтительный способ обработки тегов alt?
Я бы сказал, что это прекрасный дизайнерский выбор. Поскольку это дает понять, что альтернативные данные являются частью изображения, а не поста. Это также позволяет повторно использовать предыдущие объекты изображения в новом посте.
Вы также можете подумать о том, чтобы сделать связь между Image и Post a ManyToMany, так как это позволит публиковать сообщения без изображения, но также и с несколькими изображениями.
Я использую Amazon S3 для хранения этих изображений, поэтому, возможно, я мог бы сохранить тег alt в качестве метаданных.
Я не знаю, что это за метаданные на S3, но если они настраиваются и их так же легко поддерживать, вы можете посмотреть на этот вариант. Но я бы предпочел оставить это в рамках модели Django. Поскольку ведение данных может осуществляться в одном месте.
Или использовать сторонний пакет, например django-alttext?
Приложение не знаю, но всегда можно использовать стороннее. Но вы должны убедиться, что проект регулярно поддерживается. Каковы зависимости? Сколько вопросов открыто на их сайте сообщества. Будет ли это раздувать ваш проект, например, делать в 1000 раз больше, чем вам нужно. Основываясь на этом вопросе, решите, хотите ли вы стороннее программное обеспечение или DIY.
Хороший вопрос, не думал об этом таким образом. Другим вариантом выбора дизайна могут быть объекты Post и Image, оба без поля alt. И Многие ко многим между ними, но со сквозной моделью. PostImage с FK для публикации и изображения и альтернативным CharField.
Спасибо за ваши очки, это действительно помогло очистить мой разум. Я не думал, что этот сторонний пакет вызовет проблемы в будущем, если его не поддерживать должным образом.
«Поскольку это дает понять, что альтернативные данные являются частью изображения, а не поста». Что тоже может быть неправильным выбором. Типовое изображение линейного графика в период спада можно использовать как «крах фондового рынка», «уровень преступности падает», что угодно. «Линейный график с уменьшающимся значением» поможет найти изображение для авторов, но не улучшит вашу SEO.