Zac Rider, у меня похожее поведение на сети, где все «лишние» протоколы и порты задавлены, всё через внутреннюю прокси с авторизацией и проверкой по blacklist и всё такое.
Помогает найти в инете wheel подходящий, скачать и переслать как-то на свой комп. И ставить из wheel локально.
разобраться самому в языке, фреймворке, коде ботов, API дискорда и остальных тонкостях. После этого вы сможете рулить своими ботами как хотите. Недостаток этого - много усилий и мало выхлопа, если вы не профессиональный ботовод и программер. Но в этом случае вы всегда можете тут привести кусок своего кода, который работает не так, как вы думаете он должен работать, и попросить помощи.
нанять другого специалиста разобраться в проблемах ваших ботов. Недостаток - это влечет за собою некоторые расходы; либо окупится, либо нет - это риск, это бизнес. Зато вы можете потратить время на более важные для вашего бизнеса вопросы. А время - это деньги.
В любом случае тут не будут за вас сочинять для вас код, который поможет вам настроить ваших ботов. Максимум - кинут ссылку на код аналогичных ботов.
Что же касается вашего конкретного вопроса - я вижу в ошибке сообщение «URI too large». То-есть сервак не принимает столь длинные url, как формирует ваша прога.
Что делать - не скажу, не знаю. Можете выкусить и опубликовать кусок кода, который формирует полный url - а если ещё сделаете его таким, чтобы любой мог его к себе скопировать и проверить - то шансы получить квалифицированную подсказку вырастут многократно.
Ты бы код разместил, а то вообще непонятно, какое отношение твое сообщение имеет к python и почему десятки тысяч читателей этой темы должны созерцать твой вопрос, если в нем ни строчки кода python?
У тебя же еще и программа - че бы не дать сотне тысяч читателей тега "программы" почитать твой вопрос... а он у тебя с сетью же работает - давай еще тег "сети" добавим, пусть тоже почитают.
Тут есть правило, что теги надо ставить очень сдержанно и только строго по теме - правило 3.1
Поэтому советую или туда, или сюда; а "туда и сюда" - раздражает.
У тебя там гирлянда .find-ов, ты уверен, что каждый из них должен всегда возвращать что-то внятное? А если он его не нашел - возвращает None - а у None нет метода .find - и привет.
Вместо гирлянды я бы сделал функцию, которая принимает исходный объект и список id классов, и рекурсивно углубляется в этот список, каждый раз проверяя на тип того, что пришло на вход. Ну или что-то такое.
Magic Code, ну, я бы их использовал в тех случаях, когда:
есть очень стандартные четко определенные строки, которые надо разбить на много фрагментов по очень разным признакам. И если надо эти строки разобрать на много специфических кусочков, то через re.findall можно в принципе разбить по весьма экзотическим признакам; и получить сразу из каждой строки разбиваемого массива строк - отдельный список или даже словарь.
Ну, например, если у меня идут однотипные строки, в которой по порядку идут модель, код, название, цена, то-сё... И когда эти данные разделены так, что split-ом их делить не очень удобно, потому что получается гирлянда этих split один за другим, то можно сделать одной регуляркой.
Но не в продакшене, а так... если на коленке что-то ваяю.
Еще в принципе можно сделать в проекте генератор паттернов для регулярок, но это надо очень любить регулярки :)
Magic Code, если это не для баловства, а для дела, то там надо добавить кучу проверок дополнительных. Не известно, какие будут правые части - вдруг в них встретятся еще двоеточия? Вдруг слово Model будет с маленькой буквы? Или не должно быть с маленькой буквы? Или там пробел будет? Но в первом приближении так должно работать.
Magic Code, можно через elif, но негибко, не расширяемо, не красиво. Мой вариант тоже не шедевр, и там еще можно подровнять, но двигаться лучше в этом направлении.
Помогает найти в инете wheel подходящий, скачать и переслать как-то на свой комп. И ставить из wheel локально.