Stanislav Pugachev

будь в тренде!

поидее чото такое нужно

хотя задача описана вами довольно плохо
не до конца понятно что именно вам нужно

ну типа
там где вы собираетесь "назначать водителя" можно вытаскивать все тикеты водителя
проходить по ним и если хоть у одного finish_date больше чем datetime.datetime.now() -> давай до свидания
хорошо бы обернуть эту логику в метод модели Driver.is_avaiable() или типа того

был еще такой случай в моей практике

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

каша у вас зачетная
1) причем тут MEDIA_ROOT к статике? зачем вы это указали? вы понимаете между ними разницу и назначение каждого из них?
2)

<link href="/var/opt/blog/static/css/bootstrap.min.css" rel="stylesheet" type="text/css" />

вот это я извиняюсь полный ппц
вы понимаете как это должно работать?

3) причем тут STATIC_URL и STATIC_ROOT если вы собираетесь раздавать статике nginx-ом?
зачем вы это указывали? вы понимаете их назначение?

Максим Стихарев,

то, что написано у вас, должно выглядеть примерно вот так (если я правильно понял):

for post in media:
    id = post['node']['id']
    if cursor.execute("SELECT count(id) FROM blog_instagram WHERE id = ?", id):
        continue

    cursor.execute("INSERT INTO blog_instagram(id, like, comment, photo) VALUES(?, ?, ?, ?)", 
        [id,
         post['node']['edge_media_to_comment']['count'],
         post['node']['edge_liked_by']['count'],
         post['node']['display_url']]
    )

но тут сразу возникает много вопросов )
1) правильно ли вы понимаете смысл поля id в реляционной базе данных (я спрашиваю потому что обычно его не вставляют)
если имеется в виду post_id или что-то типа того то тогда у вас там бардак в названиях который смущает все сообщество.
2) какова структура таблицы
3) чего именно вы добиться хотите
4) обычно уникальность поля гарантирует не девелопер своими кривыми дополнительными запросами, а база данных. почитайте про UNIQUE Constraint

https://jwt.io/

Действительно ли при изучении одного языка программирования появляется возможность с лёгкостью изучить другой язык? Какие подводные камни могут при этом быть?

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

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

я бы начал с документации
http://mysql-python.sourceforge.net/MySQLdb.html#f...
передайте все аргументы хост, логин, пароль, и имя базы явно
что получится?