Lucker_Kophe, попробуй отправить еще "_csrf_token".
Твой план примерно такой:
1. Делаешь гет запрос на адрес /login_check
1.1. Парсишь html ответ, конкретно - получаешь значение у name="_csrf_token"
1.2. Сохраняешь куки в переменную
2. Делаешь пост запрос на /login_check :
datas = {
'_username': 'def',
'_password': 'def',
'_csrf_token': 'значения из пункта 1.1.',
}
и вместе с куками из пункта 1.2.
Lucker_Kophe, попробуй поиграться с кодировкой. Могу предположить, что у тебя кирилица не правильно отображается
Какие данные ты отправляешь по адресу /login_check ?
Сергей Горностаев, работал немного с ларой, в принципе да, фреймворк хороший, но джанго все равно проще в понимании, и структура файлов проекта как-то приятнее. На основе моделей джанго автоматом файл миграции создает и отслеживает все изменения, а в ларе все вручную нужно прописывать, там нет файлов, где можно прописать всю БД. Имхо, но мне джанго показался значительно удобнее, хотя я сам на пхп сидел более 5 лет (с ларой знаком мало)
alexei_2002, это одно из самого простого. Если вы этого ужасаетесь, то пройдите для начала курсы по программированию, а потом приступайте к реализации личных задач
Сергей Горностаев, в ходе работы данная задача ушла на далекий задний план, поэтому заранее отмечу ответ верным, т.к. в любом случае это тоже в том направлении)
Denis Melnikov, в вашем случаееще номер телефона как логин пользователя. Это пометка больше для автора вопроса, чем для вас, а то он будет не то отправлять)
Твой план примерно такой:
1. Делаешь гет запрос на адрес /login_check
1.1. Парсишь html ответ, конкретно - получаешь значение у name="_csrf_token"
1.2. Сохраняешь куки в переменную
2. Делаешь пост запрос на /login_check :
datas = {
'_username': 'def',
'_password': 'def',
'_csrf_token': 'значения из пункта 1.1.',
}
и вместе с куками из пункта 1.2.