pcdesign

А если убрать все это

#no warnings;
use utf8;
binmode STDOUT, ':utf8';
binmode STDIN, ':utf8';

И написать так
use open ':std', ':encoding(UTF-8)';

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

net stop wuauserv
sc config wuauserv start=disabled

Кладете его куда вам удобно. Например
‪C:\BAT-FILES\DISABLE_UPDATE_WIN.bat

Потом в планировщике создаете задачу, которая будет убивать налету все попытки винды обновится.

На счет массовой загрузки, можно взять эту статью за основу
https://blog.miguelgrinberg.com/post/handling-file...

В реляционных базах обычно не практикуют такое хранение.
А, например, в mongodb почему бы и нет.

Для удобства можно использовать ImageField:
https://docs.mongoengine.org/apireference.html#mon...

И модуль отвечающий за работу с Flask и mongoengine:
https://github.com/MongoEngine/flask-mongoengine

У меня было такое. И я на всякий случай сохранил себе такой алгоритм действий:

1) Добавляем в my.cnf следующие строки

port = 8881

innodb_force_recovery=3

innodb_purge_threads=0

2) Запускаем

systemctl start mysql

3) В дожидаемся, что все восстановлено:

171229 14:10:41 InnoDB: Page checksum 2138135319 (32bit_calc: 1915668989), prior-to-4.0.14-form checksum 3309214847
InnoDB: stored checksum 2658474647, prior-to-4.0.14-form stored checksum 3309214847
InnoDB: Page lsn 0 2312264, low 4 bytes of lsn at page end 2312264
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be a file space header page
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 0.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also dev.mysql.com/doc/refman/5.5/en/forcing-innodb-rec...
InnoDB: about forcing recovery.
171229 14:10:41 InnoDB: Waiting for the background threads to start
171229 14:10:42 Percona XtraDB (www.percona.com) 5.5.52-MariaDB-38.3 started; log sequence number 2313740
171229 14:10:42 InnoDB: !!! innodb_force_recovery is set to 3 !!!
171229 14:10:42 [Note] Plugin 'FEEDBACK' is disabled.
171229 14:10:42 [Note] Server socket created on IP: '0.0.0.0'.
171229 14:10:43 [Note] Event Scheduler: Loaded 0 events
171229 14:10:43 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.56-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 8881 MariaDB Server

4) Делаем дамп Всех баз данных.

5) Удаляем базы drop database ...

6) Останавливаем
systemctl stop mysql

7) Удаляем в /var/lib/mysql/
aria_log.00000001 aria_log_control ibdata1 ib_logfile0 ib_logfile1

8) Удаляем строки из my.cnf, которые были добавлены.

9) Перезагружаемся, создаем новую (старую) базу данных и ресторимся из дампа

P.S. Но вообще - это тревожный звоночек. Может что-то не так с диском или памятью.
Имеет смысл вообще перебросить базу на другую машину.

Vim надо уметь правильно настраивать. Не понимая, если насовать кучу плагинов, то можно получить тормоза. Особенно это будет сказываться при неправильно настроенных автодополнениях и линтерах.

По нынешним временам самый модный путь это nvim с конфигом на lua + асинхронные плагины с lsp:
https://habr.com/ru/post/586808/

1) Фласк быстрее чем джанго
2) У фласка есть все необходимые библиотеки
3) Фласк не тащит за собой кучу никому не нужных батареек

Можно так

from datetime import timedelta
app.config['COOKIE_DURATION'] = timedelta(days=365)

Глобальные переменные нормальный инструмент. Например. вот из официальной документации flask. Как пример использования глобальной переменной для хранения подключения к базе данных.

from flask import g

def get_db():
    if 'db' not in g:
        g.db = connect_to_database()

    return g.db

https://flask.palletsprojects.com/en/2.0.x/appcontext/

Сказать, что глобальные переменные - антипатерн, это все равно как сказать, что топор - зло. Топором Раскольников зарубил бабушку ... Если кто-то используя глобальные переменные стреляет себе в ногу, ну это проблема стреляющего.

Идти в сеошники, все равно как идти в шаманы. Как в шаманизме постучал эдак по бубну и пошел дождь, а эдак снег. Исключительно опытный путь, методы проб, ошибок и экспериментов. Тоже самое и в сео.

Алгоритмы поисковых систем закрыты, никто не сможет, кроме программиста яндекса или гугла объяснить почему этот сайт находится на 1-ом месте в поисковой выдаче. Все что остается это экспериментировать. При большом кол-ве экспериментов собирается некая статистика, после которой сайты можно научится поднимать наверх в поиске.
И в этом случае бизнес будет готов отдавать любые деньги.

Но вы всегда будете как эйнштейновый человек вне ведении истинной картины:
«В нашем стремлении понять реальность мы отчасти подобны человеку, который хочет понять механизм закрытых часов. Он видит циферблат и движущиеся стрелки, даже слышит тиканье, но он не имеет средств открыть их корпус. Если он остроумен, он может нарисовать себе некую картину механизма, которая отвечала бы всему, что он наблюдает, но он никогда не может быть вполне уверен в том, что его картина единственная, которая могла бы объяснить его наблюдения. Он никогда не будет в состоянии сравнить свою картину с реальным механизмом...»
«Эволюция физики» А.Эйнштейн, Л.Инфельд.

Что на счет такого варианта:

<script>
  setTimeout(function(){
      // Код счетчиков
    }, 5000); 
</script>

Даем на загрузку страницы 5 секунд и только 5 секунд спустя подгружаем все это барахло.

сижу за роутером

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

app.run(debug=True, host='ip адрес ваш локальный за роутером, типа 192.168...')