Виктор Юрченко

is проверяет идентичность, т.е. ссылаются ли два выражения на один и тот же объект.
== проверяет эквивалентность, т.е. равны ли два объекта по содержанию.

При этом == поддаётся переопределению, что позволяет разным объектам по-своему определять понятие равенства. is переопределять нельзя.

Простой пример

a = [1, 2, 3]  # создаём список
b = list(a)  # создаём копию списка
c = a  # создаём еще одну ссылку на список
print(a == b)  # True - содержимое списка и копии равно друг другу
print(a is b)  # False - но это два разных объекта
print(a == c)  # True - объект равен самому себе
print(a is c)  # True - потому что это один и тот же объект

вы к сожалению находитесь в "замкнутом круге выпускника"
без опыта - не берут
не берут - нет опыта

в вашем случае все осложняется тем что вы не можете прорваться даже сквозь HR
к сожалению они зачастую просто являются био-роботами которые надрочены на определенные keywords которые они ожидают от вас услышать
не услышали - давай да свидания (в вашем случае - они не услышали что у вас есть опыт)

поэтому нужно что? пытаться обходить их
обычно в больших городах существуют программерские или околоайтишные сборища типа митапов
там можно набраться нужных связей, пообщаться с людьми
там же обычно можно встретить еще кучу эйчаров которые пришли туда как раз ловить рыбу большими сетями - и им должно быть интересно с вами пообщаться или взять на карандаш
после обычно люди идут куда-то квасить - это ваш шанс

про опыт
опыт можно получить даже не работая в кампаниях
можно поучаствовать в каком-нибудь open-source проекте
и будет что показать и будет о чем на собеседовании поговорить
и вообще хорошая тема для очистки кармы нещадно загрязненной 1с-ом

о своих проектах - если этот проект рабочий, и в продакшене, и поддерживается, и не совсем уж тривиальный - я бы лично уже не говорил что у меня нет опыта
можно сказать "работал над стартапом" - получил боевое крещение

кароче тезисно
1) не говорим всей правды эйчарам, выставляем все хорошее, молчим про все плохое
2) пытаемся влиться в тусовку где можно выхватить хоть какой-то референс от уже работающих людей - это уже половина успеха
3) участвуем в opensource
4) ну и продолжаем долбиться все кампании помельче да постремнее - задача то не работу мечты найти а просто вырваться из замкнутого круга

На Linux докер не использует виртуализацию, только namespaces/cgroups. На винде - увы...

Советую также убедиться, что виртуализация действительно прям не поддерживается, а не просто выключена в настройках BIOS, как часто бывает.

https://google.com/search?q=Django+Rest+API

Судя по трейсу - оно падает при сейве, при этом, пытается отправить письмо с ошибкой на почту, и уже дальше падает из-за отсутствия uwsgi, который можно установить pip install uwsgi или исправить отправку почты в сеттингсах, ну и потом смотреть, че оно падает при сейве.

Вам нужно нанять копирайтеров или рерайтеров. Потенциальные читатели не будут заходить на сайт, где нет статей. Потенциальные авторы не будут писать для сайта, где нет читателей. Это замкнутый круг, который можно разорвать только контентом на заказ.

Либо прорекламируйте и запустите конкурс с интересной призовым фондом за лучшие статьи.

если бы была какая-то схема рабочая, получать аудиторию для своих проектов -> то ее бы все стали использовать и она бы тутже перестала работать.
Поэтому необходимо что-то постоянно придумывать, искать как людей заинтересовать, придумывать как до них достучатся и тд.
в любом случае как бы вам что-то не нравилось делать, если это надо делать, значит надо делать. Если надо с кем-то общаться и приглашать лично - значит приглашать лично, первых пользователей. Вам нужно попробовать и писать что-нибудь, посмотреть какая реакция, как все ваши схемы работают и тд.
Если вы сами, на своем проекте НЕ хотите писать, почему вы считаете что кто-то другой захочет?

Может зайти в shell и там это сделать?

Сделать кастомую вюху/management_command/task/action или что там у вас и там внутри одной транзакции удалить элементы.
Желательно сначала удалять каскадных детей и других связанных объектов, а потом сами объекты. Удалять лучше всего сразу через queryset.delete().

Можно еще юзать raw_delete, но он посложнее будет для вас

При удалении 10К записей через админку Django генерирует страницу со списком этих записей и всех с ними связанных "вы действительно хотите это всё удалить". На это могут уйти годы :)
Решение - написать свой admin action по удалению чего нужно, желательно еще без использования DeleteCollector-а обойтись (он тоже объкты в память собирает перед удалением)

Важно - самому пройти через эти кармы))

Каждая система должна писать дату проставления рейтинга. Потом выборку за период сделать не трудно и составить топ недели, года.

5-10 баллов подходит для кино (ох уж эти тонкие эстеты что ратуют который год за 100-то бальную систему на кинопоиске), игр, музыки, для товаров.

imdb и кинопоиск используют формулы + алгоритмы, следящие, если юзер минусатор - его заносят в список, оценки которого не влияют на рейтинг (тихий бан - ему они отображаются, но рейтинг не искажают). Там много хитрых моментов - понятное дело в открытую они об этом не говорят.

Какую-бы систему не сделали - если сайт станет топовым - взломают алгоритмы и накрутят.

фейсбук пошел не по пути оценок, а по пути эмоций. Мне кажется это наиболее лояльный способ выразить чувства к материалу для аудитории соцсетей.

Важно - для чего вам сайт:
Если для кармо войн (интриги, расследования, хайп, рен-тв) - отображайте кто минусанул и сколько.

Если для медленного слива с шантажом "а ты сделай публикацию - карма вырастет", как на хабре - делай систему кармы как там. Где минусы не сгорают со временем, а накапливаются. А мы то знаем - когда говны кипят - палками побить больше желающих, чем сказать "спасибо".

Если у вас добрый сайт - нивелируйте минусовые оценки (применительно к карме) спустя время. Амнистия должна быть. Всех неадекватов проще отлавливать по кол-ву жалоб на него. Вот по жалобам и ведите карточку адекватности юзера.

И важный момент - только зарегистрированным давайте возможность голосовать полноценно.

Но можно и так: Если плюсанул незарегистрированный - добавьте не 1, а 0.1 балл. И конечно защита по времени, ip, кука и прочее.

К сожалению идеальных вариантов не придумано и выбирать надо наиболее подходящие под задачи.

У лайк систем недостаток в том, что старые материалы будут накапливать больше лайков чем новые, поэтому рейтинг по всем материалам не будет достоверным.

У звездных систем недостаток в том, что запись которой 1 человек дал 5 звезд будет выше в рейтинге, чем запись которой 5 звезд дало 10 человек, а 1 дал 4 звезды.

Так что в чистом виде такие подходы очень условные. Можно придумать (или найти готовую) формулу дающую более взвешенный результат, но нужно учитывать дополнительные переменные.

Настоящее веселье начинается если пользователи замотивированы получать высокий рейтинг. Тогда даже неплохо придуманная система может начать сдавать под натиском недобросовестной эксплуатации.