Vindicar

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

from pathlib import Path
target_path = ... #определяешь целевой путь

if Path(sys.argv[0]).parent.resolve() == Path(target_path).resolve():
    print('Тот же путь!') #оба пути указывают на один каталог

1. Проверь, что за ответ получает твой скрипт от сайта (тупо запиши в файл и посмотри). Многие сайты защищаются от таких горе-парсеров.
2. Даже если сайт не защищается специально, информация может подгружаться скриптом, т.е. страница изначально её не содержит. В этом случае нужно или реверс-инжинирить скрипт (выяснять, что за запрос он делает и пытаться воспроизвести), или использовать управляемый скриптом браузер типа selenium.

self.surf.grid_columnconfigure(0, weight=1)
self.surf.grid_columnconfigure(1, weight=1)

Обозначит, что при расширении сжатии оба столбца должны расширяться одинаково.
Если веса сделать, скажем, 3 и 1, то столбец с весом три "отъест" 75% дополнительного пространства, а с весом 1 - 25%. Если вес столбца 0, он не меняет размер.

Аналогично есть метод .grid_rowconfigure().

> operator = "4609....71" and "109....307"
Извините мой французский, но что это за фигня? Вы применяете логические операторы к строкам, неужели ничего неладного не заподозрили?
Вам нужна коллекция idшников, и нужно проверять вхождение в эту коллекцию!
Например, множество (так как я не думаю, что оператор должен входить в список дважды, верно?):

operators = {"4609....71",  "109....307"}
for op in operators: #перебираем элементы множества
    await bot.forward_message(op, message.from_user.id, message.message_id)

Тогда добавить нового оператора будет легко и просто:
operators.add("1234....890")
При этом при попытке повторного добавления просто ничего не произойдёт.
Аналогично можно удалить:
operators.remove("1234....890")
При попытке удаления отсутствующего оператора будет выброшено KeyError.
Ну и если надо проверить, является ли id оператором:
if "1234...890" in operators:

Засунь текст ошибки в гугл-транслейт, что ли...
Он тебе английским по белому говорит, что таблица users не создана. Как mr_forlife объяснил, нужно создать таблицу через запрос вида CREATE TABLE. Ты создаёшь только login_id, но не users.

Нет, нельзя. Нужно архитектуру бота менять, так ты результата не добьёшься.

1. Поступающие запросы складываешь в очередь (а лучше в БД).
2. Бот периодически проверяет наличие непроверенных запросов и выкидывает их менеджеру. Так как менеджер - существо неторопливое, это можно делать раз в пару минут или даже реже.
3. По реакции от менеджера запрос помечается как проверенный (одобренный/отклонённый).
4. Бот периодически проверяет, есть ли проверенные, но не обработанные запросы. Если есть, обрабатывает их, и помечает их как обработанные.
5. Опционально: периодически запросы, отмеченные как обработанные, удаляются из БД.

Во-первых, оформляй код, нечитаемо же. Кнопка </>.

Во-вторых, у тебя запрос на создание таблицы имеет вид CREATE TABLE IF NOT EXISTS - то есть если таблица уже существует, этот запрос молча ничего не сделает. Обычно так и надо - но проблема в том, что если таблица существует, но имеет другой, неправильный набор столбцов, этот запрос всё равно молча ничего не сделает! Он проверяет только существование таблицы, но не её структуру.

Вот поэтому Hemul GM и просит тебя показать структуру таблицы, как она есть в базе данных. Это можно сделать парой способов, например так.
Напиши отдельный простой скрипт на питоне, который подключается к твоей базе и выполняет следующий запрос:

SELECT sql FROM sqlite_master WHERE name = 'users';

Сравни набор столбцов в этом запросе со своим запросом. Если столбцы не совпадают, значит, имеет место та ситуация, о которой я писал выше. Тогда тебе придётся или удалить таблицу(а может и всю базу) а потом создать её заново, уже как надо... или выполнить запрос ALTER TABLE, чтобы изменить набор столбцов в таблице.
Первое гораздо проще, если ты ещё только разрабатываешь бота, и в базе не хранится ценной информации.

os.walk(path)

os.walk() принимает путь К ОДНОЙ директории, а ты пихаешь список
Просто пройдись по path циклом, и каждый элемент уже обрабатывай.

Смотря о каких массивах речь. Если размер массива известен и фиксирован, то тут читай любой туториал по тензорфлоу. Либо используй перцептрон, либо (если не покатит), пробуй более глубокую сеть.

Если массив - это именно последовательность элементов переменной длины, то тебе нужны энкодеры или seq2seq сети.

И опять же, в чём конкретно сложность? Код?

import locale
locale.setlocale(0, "") #чтобы выбрать текущую локаль операционной системы
# или 
locale.setlocale(0, "ru-ru") #если нужна именно русская, даже если ОС не на русском.

Сделай подпрограмму, хотя бы.

def format_non_zero(items):
    message_list = []
    for format, value in items:
        if value != 0:
            message_list.append(format.format(value))
    return message_list

msg_parts = format_non_zero([ #каждый элемент списка - отдельное значение+его формат. Порядок тот же.
    ("У вас money: {0}", money), #обрати внимание на строку формата!
    ("У вас bank: {0}", bank),
    ("У вас brain: {0}", brain),
]) #функция вернёт список строк
await message.reply('\n'.join(msg_parts)) #соединяем строки перед отправкой.

Это обработка нажатий на виртуальные кнопки?
Каждое нажатие - это отдельный вызов обработчика.
Обработчик, получивший polt, ещё ничего не знает об amf.
Обработчик, получивший amf, уже ничего не будет знать о polt.

Тебе нужно сохранять состояние для разных пользователей. Например, вести коллекцию пользователей, нажавших polt. Вообще тебе стоит почитать про конечные автоматы - теория будет звучать несколько заумно, но идея проста как две копейки.

Состояние - это когда для объекта выполняется какое-то условие. Например, в нашем случае у пользователя есть два состояния - "не нажал на polt", "нажал на polt".
Между состояниями есть переходы. В нашем случае есть один переход, который должен вызываться нажатием на polt.

Отсюда вывод: мы для всех известных нам пользователей должны хранить их состояние. Обработчик callback_query_handler() должен при получении команды смотреть на их состояние и выполнять действия в завимости от сочетания команды и состояния. Действия могут включать в себя в т.ч. переход в другое состояние.

Хранить состояния можешь пока что в словаре (dict), где ключ - id пользователя, а значение - код состояния. Но словарь будет потерян при перезапускке бота, так что потом тебе придётся освоить хранение в БД.