Vindicar

Чужие сообщения редактировать нельзя. См. тут.

Raises

HTTPException – Editing the message failed.

Forbidden – Tried to suppress a message without permissions or edited a message’s content or embed that isn’t yours.

В Питоне имена переменных чувствительны к регистру, HTML и html - это две разные переменные.

message.channel?

Используй пару queue и отдельный поток для обработки ссылок.
Обработчик читает описание запроса (например, ссылку и id отправителя) из первой очереди, обрабатывает её, и кладёт результат во вторую очередь.
Основной бот при получении ссылки пытается положить её в первую очередь (можно добавить ограничение на максимальный размер очереди!). Также он должен время от времени заглядывать во вторую очередь. Если там что-то есть, то извлечь результат обработки ссылки, и сделать с ним что требуется (например, отправить пользователю).

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

Встроенные и пользовательские.

Вариант 1, простой: оформи проверку в виде функции вида user_id -> bool (true - заблокирован), вызывай в начале каждого обработчика команды. Если вернёт true, то просто return.
Вариант 1.5: не знаю, как насчёт телеги, а вот бибилиотека для дискорда позволяет для обработчика команды указать функцию вида "можно ли вызывать этот обработчик?". Может, для библиотеки, которую ты используешь, есть что-то похожее?
Вариант 2: оформи проверку как декоратор, и декорируй свои обработчики. Чуть короче чем вариант 1, если реакция на забаненного пользователя однотипная (например, игнор), то я бы предпочёл его.

В js есть такое- загрузить внешний скрипт.
А в Python-е есть что-то похожее?

Сравнили попу с пальцем. То, что вы говорите - это разве что в браузерном JS встречается. В том же node.js так не делается, и очень хорошо что так.

Вам нужно будет дописать к вашему скрипту приблуду, которая будет проверять наличие новой версии на сервере (а на каком? а что делать если он изменился?), скачивать её (а если интернет пропал? нужно продолжить загрузку) и распаковывать вместо старой (как насчёт резервной копии на случай отката обновелния?). А уж потом запускать распакованное (новое или старое).

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

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

pip install --upgrade git+https://github.com/youracc/yourepo.git@branchname

Но большая часть задач всё равно остаётся.

Попробуй pdfplumber, я с ним работал без проблем.

with pdfplumber.PDF(srcfile) as pdf:
	pages = [page.extract_text() for page in pdf.pages]
text = '\n'.join(pages)

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

Отсюда получается, что бот или его компонент должен содержать набор маленьких процедур, которые устанавливают связь между событием и показателем. А после обновления показателя может использоваться общая логика, которая проверит, не достигнут ли очередной порог.

Путь у вас относительный. Поэтому он считается относительно текущего рабочего каталога. Этот каталог может совпадать с каталогом, в котором лежит скрипт, а может не совпадать!
Поэтому лучший способ - вычислять путь самому.
sys.argv[0] всегда указывает на путь к файлу скрипта.
Поэтому можно сделать либо так (с помощью os.path):

os.path.join(os.path.dirname(sys.argv[0]), 'config.txt')

либо так (с помощью pathlib)
pathlib.Path(sys.argv[0]).parent / 'config.txt'

Читай документацию на has_permissions.

The permissions passed in must be exactly like the properties shown under discord.Permissions.

Т.е. запрашиваемые разрешения должны писаться именно так, как перечислено по ссылке. Сравниваем:
У тебя: manage_message
По ссылке: manage_messages

1. формируешь список для данного элемента
itemlist = [name_product, price, quantity, amount]
2. закидываешь в этот список в общий
information_products.append(itemlist)

Удивлён, что это вызвало затрудения.