Комментарии 7
долистал до опечаток, до кривых отступов в коде и статью закрыл
Прости, автор! Я, правда, старался... но не получилось прочитать
Позови, когда все будет хорошо )))
Твой верный читатель ))))
Печалька, у автора мозгов не хватает как нормально создать текст и без молотка и зубила сразу засунуть нормально в редактор. Самый большой прикол, в том, что текст в редакторе выглядит по-одному, а в статье совсем по-другому, особенно любят ломаться отступы в коде, что для питона мягко говоря критично.
Может быть просто нужно везде использовать табуляцию или наоборот пробелы а не мешать и то и другое?
Да, можно, вопрос в другом. Вторую часть поместил в черновики и спокойно правил, думая, что это то место, где можно доводить до ума статью (переводить из маркдауна в текущий формат публикации), но потом оказалось что из-за этого статья вышла две недели назад от ее реальной "чистовой" публикации. Ессно, она имеет нуль просмотров (почти).
А еще, почему-то отличается вид в статье и в редакторе. В редакторе вижу так:
for row in rows:
try:
cur.execute('INSERT INTO oborot_2019_fns14 VALUES (?, ?, ?, ?)', row)
except Exception as e:
print(e.__class__)
А в статье сломанное форматирование, которое хочу но не могу поправить, т.к. в редакторе все выглядит норм. Вид кода в статье:
for row in rows:
try:
cur.execute('INSERT INTO oborot_2019_fns14 VALUES (?, ?, ?, ?)', row)
except Exception as e:
print(e.__class__)
Кстати и здесь код выглядит по-другому. Форматирование у кода в редакторе выглядит норм, а вставил сюда в коммент и он стал бэд.
А курсор sqlite не возвращает ошибку что ли?
Последний велосипедно-питоний бой с ошибками импорта sqlite за 2 174 433 строчки. Часть 3