shurshur

405 возвращает потому что в доке ошибочно http:// вместо https://, который приводит к редиректу на https:// с GET. Это лечится заменой на https.

Следующая стадия - полечить ответы об ошибках. Они в ответ возвращают json со строкой, в которой json. Поэтому проверяем, если r.json() текст - интерпретируем как json.

Сами прокси передавать в POST-запросе через перенос строки в параметре proxy_list:

import requests
import json

data = '203.13.32.122:80\n203.13.32.122:443'
r = requests.post('https://proxy-checker.net/api/proxy-checker/', data={"proxy_list": data })

print (r)

resp_json = r.json()
if isinstance(resp_json, str):
  resp_json = json.loads(r.json())
print (json.dumps(resp_json, indent=2, ensure_ascii=False))

Короче, очень кривой API...

Короткий ответ: не надо так делать.

Длинный ответ: можно отправить сообщение и затем его через равные промежутки редактировать. Но это будет не то использование API, которое предполагает Discord. Можно упереться в лимиты API. Можно получить предписание при попытке review бота. Библиотеки типа tqdm обычно предполагают вывод прогрессбара в консоль, где нет никаких ограничений. И они умеют терминальную псевдографику, которая в Discord недоступна, так там нет терминала.

Правильный Discord-way - это slash-команды с interaction, выполнение команды или нажатие на кнопку приводит к запуску interaction, в процессе которого пользователь видит сообщение с тремя мигающими кружочками, а потом финальное сообщение.

Лучше не "ставить из пакета". Это лишает смысла проверку целостности пакета по контрольным суммам, усложняет установку обновлений. Поэтому правильнее иметь некую "эталонную" базу, которую копировать в целевое размещение. Как вариант, в пакете держать .sql (.sql.gz) для инициализации базы. Саму инициализацию делать скриптом (как initdb в postgres) или описать в инструкции что куда скопировать/выполнить. К слову, для процесса обновления тоже может потребоваться механизм, так как структура данных может меняться в новых версиях. Процесс первичной инициализации и последующего обновления можно сделать частью post-install скрипта пакета.

Базу следует класть не в /usr (в классической теории UNIX-систем /usr может вообще монтироваться в read-only, например, по nfs), а в /var, лучше /var/lib/имя_программы. Сделать специальную системную группу без пользователей вполне нормально, так делают. В инструкции следует описать, что пользователей надо в неё добавлять. Соответственно, на файл права 660, на каталог 770.

Если пользователи будут работать с этой базой параллельно-одновременно, а не строго по очереди, то потребуется ещё механизм блокировок. В этом случае лучше рассмотреть полноценную СУБД или хотя бы вынести работу с базой в отдельный сервис, с которым программа будет взаимодействовать.

В данном конкретном случае намного более адекватным было бы использовать include в nginx.conf отдельного конфига, который генерировать скриптом.

Ну вот у тебя в row набор значений из базы по uid=..., тебе нужно взять то что тебе нужно и отобразить в названия ролей. Например, с помощью словаря, в котором каждому числовому значению присвоено своё строковое:

my_awesome_dict = {
    1: "Первый",
    2: "Второй",
    10: "Десятый".
}

print (my_awesome_dict[admin])

Зачем там дальше делается неправильный insert? Он же просто вернёт ошибку, так как в запросе нет никакого admin, чтобы вставить в таблицу.

Так проверяй, что message.text cостоит из цифр (например, методом isdigit). Или лови исключение ValueError.

только начал изучать питон

В этом-то и заключена проблема. Разумеется, если не понимать, что делаешь, то будет получаться непонятно что.

В данном случае что происходит?

1. Мы ловим любое сообщение на любом сервере, где есть бот, в любом из каналов, которые боту видны.

2. Затем мы зачем-то получаем канал с фиксированным id.

3. Затем мы обращаемся в этом канале к свойству message (а оно там есть? и что это будет, сообщение? какое?) и от него вызываем метод delete, причём с параметром message.

В результате даже если этот, с позволения сказать, код удастся запустить, он работать всё равно не будет, зато будет кидать ошибки.

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

Увы, но нет. Сначала надо освоить язык, начиная с элементарных основ, описываемых в учебнике. А уж потом переходить к более сложным темам.