Сейчас проверил, всё же кажется я заблуждался, и всё работает верно. Т.е. добавляется в конец.
Но всё же теперь лучше буду использовать для подобного
post.cookies
Да вообще, интересно лишь. Есть ли что-то встроенное в requests на этот случай. Или увы, и остаётся лишь вручную отредактировать изначальный код этой библиотеки остаётся.
Вообще. 1) В тэги лучше добавить тэг "Python"
2) Здесь не любят когда код вставляют картинками, так что лучше скопировать, и вставить сюда, через значок </> выбрав нужный язык и Ctrl+V
Значит на какой-то странице, что идёт после 1000. есть символ, который не может декодировать. Это нужно декодировать вручную. Ну или же, вырезать лишние символы, которые не декодятся
Coder 1448, во, тогда в history сможешь достать session token. Этот session токен используется лишь в get запросах, чтоб показывать, что ты авторизован. При этом, когда генерируется get, у него в text можно найти xfToken, который используется для post запросов.
А пока, я над одной штукой подумаю
В третьих, последний пост запрос неправильно построен. Что это за "login=" в конце ссылке. В пост запросе на сайте подобного не было, откуда здесь появилось.
В четвёртых, не обьязательно передавать именно все headers, обычно сайту важны лишь определенные, то же самое дело касается и куки. Можно экспериментировать в Fiddler, убирая те, что не влияют
Coder 1448, хех, раз для развлечения делал парсер, для авторизации на форуме (с xenforo). Толком не помню точно, но вроде там ещё нужно чекать history переадресации, а в пост запросах, учитывать WebKitBoundary. Ну вроде это было тогда для меня и не очень то и просто, но всё удалось
Nameisconfidentialinfo, гугл ошибки бы мало что дал. Так как здесь ошибка в том, что название функции и переменных совпадает. А ошибка как раз выводится библиотекой, так как она принимает строку, по этому и идёт ошибки из-за переданного параметра функции.
AlexBoss, ну я вышел на мысль. Нужно просто пробить по regex и сравнить с изначальной строкой. Если равны, значит это и есть нужный тип, что и выходит решением
AlexBoss,
Предположительные проблемы:
1). В регех, .точка это любой символ, значит нужно опечатать \.
2). Шаблон покажет что число так же является каким-то из типов, если к примеру будет "-------39439", так как в шаблоне, оставит лишь 1 минус, но сама то строка не является int
3). Если в float шаблоне, или же в int, в конце находятся цифры, или же в начале, оно всё равно укажет на какой-то из типов.
Предположительное решение: 1) сравнивать получаемый с regex, с самой даваемой строкой, если оно совпадает, значит оно таковым и является.
AlexBoss, не сильно люблю использовать конструкции try except. Тех кто их используют, для меня в основном, лишь "подавляют" проблему, но не решают её.
Т.е, для меня эта конструкция когда её юзают напоминает вид
try:
#Проблема
except:
#Притворяемся что проблемы нету.
А вообще, в логике этого кода, ничего сложного то и нету. Я решил идти от характеристик которыми могут обладать int и float.
Т.е. - 1) если есть в начале минус - убрать один раз, 2) разделить по точке один раз, если есть, 3) Произвести проверку, остались ли в оставшихся строках лишь числа.
Хоть конечно, в моём решение есть один баг, у меня почему-то lstrip() не хотела удалять лишь 1 символ, а удаляла всё, так что решил заменить replace, но всё же у этого есть один минус, этот 1 знак "-" может оказаться где угодно