Станислав

Потому что эти артибуты не задают ширину и высоту рисунка. Они задают названия полей, в которые джанга запишет актуальную ширину и высоту загруженной картинки. Типа того:

class MyModel(models.Model):
    img_width = models.PositiveIntegerField(null=True)
    img_height = models.PositiveIntegerField(null=True)
    image = models.ImageField(upload_to='photos', height_field='img_height', width_field='img_width', max_length=100)

1. ctrl+shift+p
2. configure display language (Настройки языка интерфейса)

Потому что он на самом деле не скомпилирован. Утилиты типа pyinstaller, cx_Freeze и тому подобные просто создают самораспоковывающийся архив, содержащий интерпретатор и ваш скрипт. Запуск упакованного в исполняемый файл кода - это как раз то поведение, которое свойственно для вирусов.

EMAIL_USE_TLS = True замените на EMAIL_USE_SSL = True
Плюс порт не правильно стоит :
Исходящая почта
адрес почтового сервера — smtp.yandex.ru;
защита соединения — SSL;
порт — 465.
587 замените на 465

Я так делал

{% recursetree categories %}
                            <!-- блок аккордеон -->
                            <div class="accordion">
                                <section class="accordion_item">
                                    <h3 class="title_block"><strong>{{ node.name }}</strong></h3>
                                    {% if not node.is_leaf_node %}
                                        {% for child in node.children.all %}
                                            <div class="info"><hr>
                                                <ul>
                                                    <li class="info_item"><a href="{% url 'shop:catlist' child.slug %}"><u>{{ child.name }}</u></a></li>
                                                </ul>
                                                {% recursetree child.children.all %}
                                                    <ul>
                                                        <li class="info"><a href="{% url 'shop:shop-list' node.slug %}">{{ node.name }}</a></li>
                                                    </ul>
                                                {% endrecursetree %}
                                            </div>
                                        {% endfor %}
                                    {% endif %}
                                </section>
                            </div>
                            <!-- конец блока аккордеон -->
                        {% endrecursetree %}

Во-первых, если ваш энкодер умеет CRF, CQP и прочие адаптивные битрейты \ стратегии энкодера, нужно использовать их. О стратегиях энкодера (Encoder Strategy \ Rate Control \ и прочее названия одного и того же) можно почитать здесь.
Вы не можете знать, какой битрейт нужен каждому отдельному кадру видео, поэтому ваши попытки указать битрейт вручную практически обречены на провал:
1) Если указанный вами битрейт ниже реально необходимого, вы получите ухудшение качества картинки и артефакты сжатия.
2) Если указанный вами битрейт выше реально необходимого, то качество видео останется неизменным, но файл будет "весить" больше, чем мог бы.
Более того, вы указываете битрейт на все видео, в то время как переменный битрейт может быть больше в начале файла (например, где много движения, и требуется больше битрейт), а в конце файла могут быть длинные статичные планы - там битрейт нужен сильно меньше.

Таким образом, поскольку вы используете VP9 (WEBM), вам следует использовать CRF (Constant Quality):

To trigger this mode, you must use a combination of -crf and -b:v 0. Note that -b:v MUST be 0. Setting it to anything higher or omitting it entirely will instead invoke the Constrained Quality mode.

ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 30 -b:v 0 output.webm

The CRF value can be from 0–63. Lower values mean better quality. Recommended values range from 15–35, with 31 being recommended for 1080p HD video.

Поэтому все -b:v без CRF сразу выкидывайте.

Поскольку в задаче не было указано, какой вам нужен размер файла, это самый адекватный подход. Если же вы хотите сжать файл и готовы смириться с потерями качества, нужно использовать Constrained Quality - работает примерно так же, но дополнительно ограничен сверху указанным вами битрейтом:

ffmpeg -i input.mp4 -c:v libvpx-vp9 -crf 30 -b:v 2000k output.webm

The quality is determined by the -crf, and the bitrate limit by the -b:v where the bitrate MUST be non-zero.

У вас, кроме того, достаточно нескромный для VP9 CRF - 20 - это для 4К без видимых потерь качества. Уверены, что вам нужно такое? Посмотрите гайд от гугла по VP9 - для 1080P они предлагают устанавливать CRF в 31.
Второй файл с CRF 30 без ограничения битрейтом почти не увеличился. Что по качеству? Просело?

Я не знаю, какой именно кодек используется в вашем MP4 исходнике, но если это HEVC\H.265, то там можно наколдовать более эффективное и качественное сжатие, особенно если есть много лишнего времени на медленные пресеты или ручной их тюнинг. Такой файл после конвертации в VP9 раздует наверняка.
Если исходник H264, то он практически всегда должен сжимать хуже VP9, и значит проблема в ваших настройках.

В общем и целом, при прочих равных, файлы с минимальными изменениями в кадре сжимаются лучше, чем экшн-сцены. То есть если у вас 20 минут абстрактного видео, 2\3 которого - статичное изображение, он будет легче, чем 5 минут абстрактной экшн-сцены.
Опишите или покажите оба видео, и тогда картина наверняка прояснится.

Можно. Для внешних ключей есть select_related, а для иерархий есть mptt.

откройте терминал и введите git push -f origin master

По идее всё должно считаться автоматически
Но примерно если без расчётов с тремя слайдами и с подобной кнопкой то вот так

Ничего не будет. Подключайте хоть на 100 А.
Мощность, написанная на зарядном - это его максимальная мощность, по сути пропускная способность.
Планшет при подключении "возьмет" ровно столько, сколько ему нужно (то есть 2 А).

Комментатор выше прав в том, что в сессию нельзя передавать объекты ORM. Однако автор и не пытается (осознанно) передать в сессию объект. Он думает, что в методе __iter__ добавляет объект product к копии self.favorites, а затем отдаёт в yield, не меняя исходный self.favorites. Увы, исходный self.favorites всё же меняется, и в сессию пытается пролезть объект ORM. Для решения проблемы нужно изменить способ копирования объекта self.favorites.

Импортируем модуль copy и заменяем favorites = self.favorites.copy() на favorites = copy.deep_copy(self.favorites)
Должно сработать.

Странно конечно, но почему бы не привести байты к строке просто?

Надо добавить свойство position: relative;

.banners-home {
...
   div {
      ...
      position: relative;
   }
...
}