Kadabrov

Если вам надо внутри вашего скрипта создавать, считывать и изменять файлы и папки, опираясь на привязку к «домашней» папке пользователя, можно сделать что-то такое:

from pathlib import Path
my_home_dir = Path.home()
new_folder_name = 'my_new_folder'
new_folder = Path(new_folder_name)
new_folder_full_path = my_home_dir / new_folder
try:
    Path.rmdir(new_folder_full_path)
except FileNotFoundError:
    pass
print(new_folder_full_path.is_dir())
try:
    Path.mkdir(new_folder_full_path)
except FileExistsError:
    pass
print(new_folder_full_path.is_dir())

Свой можно написать

@dp.message_handler(lambda msg: if any(word.lower() in msg.text.lower() for word in eda))

https://docs.djangoproject.com/en/4.0/ref/contrib/...

Окей, гугл, питон работа с файлами.

где можно изучать Python 2?

В 2008 году

Желательно в бюджетном сегменте, ведь деньги у меня не резиновые.

Потратил на изучение питона за все 8 лет 2000р — купил Fluent Python спустя пару лет после начала обучения, когда уже работал

Как варинт - установить разрешение монитора 800*600

Поле .text возвращает только видимый текст. Здесь же он появляется после наведение курсора. Здесь текст нужно достать через метод get_attribute('textContent')
И еще, мне кажется, что лучше парсить каждый блок отдельно. Тогда все будет на месте и никакой путанницы.
Вообще, все адреса лежат в JS скрипте

self.shops = self.driver.execute_script('return shopsObj')
for shop in self.shops:
    print(shop['address'], shop['availability_hint'])

Так.

Но когда дело дошло до переделывания структуры программы - > начались проблемы с не знанием символов, операторов, логических уровней python

Во-первых, нужно освоить азы языка. Порешайте простые упражения, освойте ветвления, циклы, функции, азы классов. Этого хватит.

текстовый квест

Во-вторых, стоит освоить идею конечного автомата (state machine). Это реально очень просто.
Как освоишь, поймешь, что твой квест - это кучка параллельно работающих конечных автоматов. Один описывает локации мира, другие - состояния отдельных квестов (не начат, находится на том или ином этапе, готов к сдаче, сдан, провален).
Важный вывод: тебе потребуется как-то хранить эти автоматы так, чтобы к любому из них можно было удобно обратиться из любого места!
В третьих, осваиваешь State Pattern. Он может пригодиться для реализации мира. По сути, у тебя разные локации будут разными состояниями, и каждая из них может быть представлена как отдельный объект, реагирующий на действия пользователя. Реакция заключается в дергании других автоматов (например, не пускать, пока не пройден квест, или инициировать квест по входу в локацию) и в выводе текста.
Ты можешь описывать разные локации как разные классы или как разные объекты одного класса.
Первый подход проще с точки зрения кода, но гораздо более громоздкий, так как на каждую локацию придётся отдельный класс.
Второй подход сложнее с точки зрения кода, но классов будет меньше, а локации будут представлены данными.
Я бы начал с первого подхода, чтобы освоиться.
В-четвёртых, тебе потребуется хранить состояние игрока (и возможно других мобов). Это простые классы, или даже просто словари (dict). Я бы всё же сделал классы.

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