50VAJJ

Задайте минимальную ширину родителю

.orderBy {
display: flex;
align-items: flex-start;
}

Ради интереса, дайте ссылку на урок где одна модель на все. А так вам верно выше сказали одна сущность - одна модель. Напишите способ объединить категории и заказы. Категории отдельно, и в заказах внешний ключ на категории, это есть смысл реляционных БД. Например, отдельные модели сущностей для категорий, пользователей, товаров, в товарах есть внешний ключ на категорию, а модель заказов это два внешних ключа на товар и пользователя, ну и дополнительные поля, например, количество и дата заказа. При такой модели данных вы можете оперировать данными как угодно, количество заказов в категории, кол-во заказов у пользователя, количество заказов конкретного товара и тд и тп.

https://docs.microsoft.com/en-us/aspnet/core/mvc/v... используйте частичные представления. Разделять нее вижу смысла особого.

<title><?=$articles[0]["title"] ?></title>

<div class="tags">
                {% for value in tag %}
                <ul>
                    <li><a href="">{{value.name}}</a></li>
                </ul>
                {% endfor %}
            </div>

заменить на

<ul class="tags">
                {% for value in tag %}

                    <li><a href="">{{value.name}}</a></li>

                {% endfor %}
        
</ul>

Уберите верхний маргин у

<div class="class">
                <p>Что-то</p>
            </div>

или же добавьте верхний паддниг хотяби на 1пиксель для header
Об отстпах и их схлопованиях

Первый, способ приведенный вами в вопросе, единственно верный.
Чтобы ссылка "начиналась" с <li>, не нужно <li> в CSS давать padding. Давайте его для <a>. А для того, чтобы вертикальные отступы то же сработали дайте для <a>display: block или display: inline-block.

Советую использовать для этого новые фронтенд-технологии, такие как vue.js+vuex. Они замечательно справляются с вашими запросами. Отправлять каждый раз на сервер с перезагрузкой(Чистый django) - не очень хорошая идея. То лучше в данном случае использовать ajax.

По мнению разработчиков Django -- нормально.

Если хочется изменить такое поведение по-быстрому:

from django.db import models
from django.db.models.signals import post_delete


def change_image(post_object):
    # функция удаления изображений при их замене на новые
    post_object = self
    try:
        pre_object = post_object.__class__.objects.get(id=post_object.id)
        if pre_object.image != post_object.image:
            pre_object.image.delete(save=False)
    except:
        pass


def delete_image(sender, **kwargs):
    # функция удаления изображений при удалении объектов
    try:
        object_ = kwargs.get('instance')
        storage, path = object_.image.storage, object_.image.path
        storage.delete(path)
    except:
        pass


class MyModel(models.Model):
    # наша модель с картинкой
    image = models.ImageField(
        upload_to='images/',
    )

    def save(self, *args, **kwargs):
        # вызов change_image при сохранении объекта модели
        change_image(post_object=self)
        super(Category, self).save(*args, **kwargs)


# прикрепляем функцию delete_image к сигналу post_delete от модели MyModel
post_delete.connect(receiver=delete_image, sender=MyModel)

Думал доработать данный костыль в инвалидную коляску, а именно -- так чтобы название поля модели не имело значения. Например, при изменении и удалении объекта, через цикл прогонять все поля модели, чтобы применять проверки и операции ко всем FileField и ImageField в модели.

По-хорошему же, лучше разобраться с файловыми полями моделей и сделать своё кастомное. Рассматриваемая задача конечно мелочь, но опыт может пригодится.