Артём Чеботарёв, расстояние и занятость имеет значение только в том случае, если вы ожидали, что с вами будут нянькаться. Когда меня по горло занятый админ учил, он просто поворачивал меня в нужном направлении и давал подсрачник. Через несколько дней смотрел на результат, говорил "Говно, переделывай", поворачивал в нужном направлении и давал ещё один подсрачник. В целом на меня тратилось около часа в неделю.
Andrej Sharapov, ничего плохого, если учиться только начал. Я начинал с DOS'а и без интернета, поэтому таким побывать мне не довелось. А с вашей стороны, как человека с вкладом 8, немного опрометчиво учить человека с вкладом 1588, как помогать людям решать проблемы.
sim3x, пора уже добавить в команду check проверку на попытки использовать Thread или async/await, выводящую бодьшую красную надпись "Django однозадачный!"
NogerbekNurzhan, правильно посоветовали. Придётся вам подробно изучить механизм обработки запросов в Django и написать собственную реализацию требуемого функционала.
ericcartman, так написано, же что хэш никак не связан с положением в памяти.
Even though there are some answers here stating that the default implementation is "memory" based, this is plain wrong.
By default (5), it is using Marsaglia XOR-Shift algorithm, that has nothing to do with memory.
Последний абзац в переводе звучит так: "Даже если вы переключитесь на hashCode, который основан на памяти, объекты могут перемещаться (при вызовах сборщика мусора), как вы можете быть уверены, что будет использован тот же хэшкод и после перемещения объекта? Подсказка: заголовки объекта."
Автор текста имел ввиду, что даже если какая-то JVM (Zing например) генерирует хэшкод на основе адреса, то только при первом вызове, а потом возвращает его уже из заголовков.
