и вызову функцию get_user(id=1)

ну примерно понял

а в индии риал так пишут?)

а в индии риал так пишут?)

в 80-90 годах там платили за кол-во написанных строек кода)

поэтому индусы любили раскрывать циклы)

в 80-90 годах там платили за кол-во написанных строек кода)

лол, везет им)

интересный факт

Не в том порядке но ничего

что это

Новый способ найти себе разраба

Новый способ найти себе разраба

а ответ-то его какой?)

Лел

так даже не интересно, быстро слился он)

Взял и слил парня, а там делов то всего ничего: просто разобраться в grabit_korovani.py и уже пол игры готово

ТАкойй вопрос

POST отличаеться от GET только тем что он не отбражаетсья в адресной строке и сахраняет инфу исключительно одни раз?

Он отличается тем, что данные отправляются не в урле, а в теле запроса

POST отличаеться от GET только тем что он не отбражаетсья в адресной строке и сахраняет инфу исключительно одни раз?

и концептуально, пост запрос изменяет состояние сервера

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

Тут так написано

Я что написал сахряняет?!!!??!?!

капец, нужно отойти от компа

Я что написал сахряняет?!!!??!?!

дикий ор

пожрать хотя бы

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

ну такое. то что сохранены и сохранены единожды - не очень то и верно

То есть это обычный гет, только не в адресной строке

То есть это обычный гет, только не в адресной строке

нет

ааааа

а чего не очень верно?

гет запрос просто получает данные с сервера и не изменяет состояние самого сервера. те не меняются данные в бд и прочее

гет запрос просто получает данные с сервера и не изменяет состояние самого сервера. те не меняются данные в бд и прочее

Далеко не всегда

Зависит от бэкенда

не ну ясен пень что можно по всякому сделать

не будем пока парня грузить этими тонкостями

то есть вот если юзера нужно зарегать, то только гет

если пост зафигачить то тоже

а post тогда где уместен?

а post тогда где уместен?

когда тебе надо изменить что-то в данных

ну смотри вот, есть два _стула_ вот у тебя есть пользователь, ты можешь отобразить информацию или изменить ее

Похоже на POST, только сервер может вызвать процедуру сохранения несколько раз, перезаписывая старые значения более одного раза. Здесь вы можете спросить, зачем это нужно, и есть несколько веских причин, чтобы делать это подобным образом. Предположим, во время передачи произошла потеря соединения: в этой ситуации система между браузером и сервером, ничего не нарушая, может совершенно спокойно получить запрос во второй раз. С POST такое было бы невозможно, потому что он может быть вызван только один раз.

POST от GET не отличается ничем вообще, если речь идет НЕ про браузер.

вот когда надо просто показать информацию юзай гет

это put

вот что имелось сохраняет только один раз

когда надо что-то изменить - это post

в GET тоже можно передать payload

POST от GET не отличается ничем вообще, если речь идет НЕ про браузер.

ну как бы гет позволяет отправлять не более 32кб иинформации

ну как бы гет позволяет отправлять не более 32кб иинформации

Так ничто тебе не мешает передать данные в body запроса

POST от GET не отличается ничем вообще, если речь идет НЕ про браузер.

Формой представления данных и размером отличается

и наоборот, можно какой угодно урл передать через POST

все эти "псевдостандарты" по организации API - это все мозголомная ерунда. делать надо так, как технически удобно в данный момент

ой, то есть наоборот

то есть вот если юзера нужно зарегать, то только гет

если пост зафигачить то тоже

Так ничто тебе не мешает передать данные в body запроса

но браузер будет ругаться

бля совсем парня запутали

отобразить страницу гед

отправить данные формы - пост

Формы и через гет отправляют

Например, поиск

чтобы зарегать юзверя, надо отобразить страницу с формой и потом отправить данные с формы

Формы и через гет отправляют

дай парню сначала азы понять, че грузишь-то его

ERROR: S client not available

Ну примерно понял

дай парню сначала азы понять, че грузишь-то его

а, окей, молчу )

Я не могу понять зачем генерация URl

и не надо

сделай как знаешь

а когда наступишь на грабли, расскажешь нам

зачем же все таки нужна была генерация урл

Ну примерно понял

для статистики, сколько тебе лет?

у фласка что, документация настолько тупая, что в ней не написано, зачем нужен реверсинг урлов?

зачем же все таки нужна была генерация урл

Для мелкого сайта она и правда не нужна

для статистики, сколько тебе лет?

19

Для мелкого сайта она и правда не нужна

всегда она нужна

как дело привычки

всегда она нужна

кроме лендинга:)

Скажем так, граблей от ее отсутствия скорее всего не будет

ну одностраничные продаванцы это не в чат о бэкенде

у фласка что, документация настолько тупая, что в ней не написано, зачем нужен реверсинг урлов?

дык это очевидная тема жи

лолнет

ну одностраничные продаванцы это не в чат о бэкенде

ты чооо, там жи есть форма обратной связи!!!

если кому то не очевидно значит не очевидно

впринципе я и сам не понимаю зачем этот цирк

иногда проще руками склеить урл

а на фронте инструментов для генерации урлов из бека нет вообще

ну просто надо сразу ебашить код, без предварительного проектирования:D

да

согласен

ну вот

все скатилось к тупикал дискуссии на тему чего-то

пришли к выводу что ненужно

архитектура сама ляжет

ну он делает ощущение правильности

и какой то fail-fast

пришли к выводу что ненужно

не наоборот что нужно же, потом задолбаешься искать генерацию урлов коде при рефакторинге