Сергей Горностаев

referer = request.META.get('HTTP_REFERER')
if referer != reverse('accounts:reset'):
    raise PermissionDenied

from urllib.parse import urlparse, parse_qs

s = 'https://www.google.com/recaptcha/api2/bframe?hl=ru&v=v1555968629716&k=6Lfs-08UAAAAAHYLb31I3BeXJX7KcB8nKWrqWivY&cb=2n6f0pedwhli'
url = urlparse(s)
params = parse_qs(url.query)
value = params['k'][0]

Вот идеальный рабочий день - полдня в чем-то разбираться, полдня это простым языком объяснять другим кому интересно.

Перевожу: Хочу развлекаться за счёт работодателя.

Работа - это не про развлечение, это продажа своего труда за деньги. И программирование - это не про развлечение. Программист 49% времени пишет скучный код, а иногда и переписывает чужой ужасный код, ещё 49% времени занудно ловит унылые баги. Остаётся радоваться оставшимся двум процентам интересного.

for (; i < 10; i++) {

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

У PostgreSQL есть Pub/Sub-механизм. Но обычно такие задачи решаются организацией шины событий на каком-нибудь брокере сообщений, типа Apache Kafka или RabbitMQ.

Использовать валидатор:

from django.core.validators import MinValueValidator

price = models.IntegerField(default=0,
                            max_digits=4,
                            blank=True,
                            verbose_name='Цена',
                            validators=[MinValueValidator(1000)])

Перед scrape_run() надо было ещё один раз нажать клавишу enter.

Так же, как и любое другое изображение

Процессор вашего компьютера не поддерживает виртуализацию. Эмулятор будет ужасно тормозить.

Если у каждого пользователя может быть только один уровень, то это one to one. Если у пользователя может быть несколько уровней, то one to many. Во втором случае отделять надо точно. В первом зависит от нюансов конкретной системы. Например степени логической связанности данных - на сколько данные в таблице users имеют смысл без данных в таблице users_progress. Или характера работы с данными: если данные из обеих таблиц никогда не выбираются друг без друга, то у вас будет часть ресурсов тратиться на ненужные объединения, но если часть выборок использует только данные из users, а часть только из users_progress, то тратить ресурсы уже будет их нахождение в одной таблице.