ничем, если Ты предоставишь те-же свойства и будешь удовлетворять тем же требованиям

какие требованиям ? откуда взялись требования ? если я буду юзать вместо DELETE POST меня убьют адепты реста ?

что значит нет состояния ? нет базы ? что значит везде ? у фейсбука и гугла одно апи ?

Протокол взаимодействия между клиентом и сервером требует соблюдения следующего условия: в период между запросами клиента никакая информация о состоянии клиента на сервере не хранится. (Stateless protocol (англ.)русск.. Все запросы от клиента должны быть составлены так, чтобы сервер получил всю необходимую информацию для выполнения запроса. Состояние сессии при этом сохраняется на стороне клиента.

пиздец

ну прочитать блядь

Значит сервер не помнит твои запросы, а работает, грубо говоря, как интерфейс к базе данных

ну а как иначе в хттп ?

какие требованиям ? откуда взялись требования ? если я буду юзать вместо DELETE POST меня убьют адепты реста ?

Нет, это далеко не обязательно

ну а как иначе в хттп ?

В хттп есть куки, например. Они состояние хранят

Протокол взаимодействия между клиентом и сервером требует соблюдения следующего условия: в период между запросами клиента никакая информация о состоянии клиента на сервере не хранится. (Stateless protocol (англ.)русск.. Все запросы от клиента должны быть составлены так, чтобы сервер получил всю необходимую информацию для выполнения запроса. Состояние сессии при этом сохраняется на стороне клиента.

ну это чем то отличается от хттп ?

В хттп есть куки, например. Они состояние хранят

а в ресте токены. это никак не связано с СТЕЙТЛЕСС протоколом

Хттп это сетевой протокол, а рест это модель апи. Да, отличается

ну это чем то отличается от хттп ?

тем, что банальный магазин тоже на http но хранит твою корзину, которая состояние

Где там токены?

лан. походу рест для поехавших и правда

Если взять тот же интернет магазин, при rest архитектуре корзина будет храниться у клиента

какаято форма сверхценных идей

Если взять тот же интернет магазин, при rest архитектуре корзина будет храниться у клиента

нет никакого клиента алё. речь про апи

нужна корзина дёргаешь GET /get_cart

нет никакого клиента алё. речь про апи

Браузер будет клиентом

нет никакого клиента алё. речь про апи

Ты идиот?

да ты же тупой

нужна корзина дёргаешь GET /get_cart

вот это и не рест

нужна корзина дёргаешь GET /get_cart

Это не рест

нету состояния на сервере

это не рест но это работает

у амазона не работало

это не рест но это работает

кто-то тут сказал, что оно не работает?

>Что такое рест? >А это тоже работает

почему я не удивлен, что он не прошел собеседевание? :)

нету состояния на сервере

что он тогда отвечает если его нету ?

что он тогда отвечает если его нету ?

тебе немножко врут.

что он тогда отвечает если его нету ?

состояние клиента на сервере

что он тогда отвечает если его нету ?

Возвращает товары, категории и все такое

состояние клиента на сервере

вот это плохо

для реста

в аппсервере состояния нет. состояние конструируется каждый раз на основании СУБД и запроса.

От клиента идет запрос - покажи мне данные вот об этом товаре. Сервер их возвращает

это позволяет горизонтально скейлить аппсервер без ограничений.

в аппсервере состояния нет. состояние конструируется каждый раз на основании СУБД и запроса.

а бд не часть сервера ?

позволяет его просто писать

а бд не часть сервера ?

это хранилище

а бд не часть сервера ?

нет, конечно. если только она не embedded.

оно может быть разное

ох больные люди блядь

не хочу ничего общего иметь с этой индустрией

ох больные люди блядь

дорога - часть автомобиля?

Открой пекарню, там не нужен рест

можно улицы мести

ох больные люди блядь

мне это нравится. "я не понимаю, значит они все тупые". подход пятиклассника примерно

там всем насрать на рест

это несмотря на то, что я считаю, что рест вреден и местами не нужен. Но я хотя бы понимаю что это и зачем.

ну вот пытаюсь понять а вы несете какой то бред про нет состояния клиента на сервере

Рест нужен, когда на бекендщиков бюджета не хватило, например

а бд не часть сервера ?

вот твой запрос приехал на "сервер". приехал он на ssl-терминатор, который nginx. тот послал запрос на балансер (nginx, haproxy или consul), тот отправил в твою аппу, твоя аппа сходила в БД.

что из этого "сервер" в твоём понимании?

что из этого "сервер" в твоём понимании?

то куда я делаю GET /resourse

то куда я делаю GET /resourse

ну, с этой точки зрения где-то в "сервере" есть твоё состояние, конечно.

именно

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

а в рест-сервере (в той схеме - это твоя аппа) состояния нет.

Сессия ssl не считается состоянием

оно лежит вне рест-сервера - в БД.

а в рест-сервере (в той схеме - это твоя аппа) состояния нет.

это так принципиально ?

это так принципиально ?

да. для рест-сервера это принципиально.

в хттп тоже нет состояния. что дальше то ?

в хттп тоже нет состояния. что дальше то ?

в хттп-протоколе есть состояние.

в хттп-протоколе есть состояние.

да ну ?

кукисы.

ERROR: S client not available

кукисы передаются каждый запрос

и кверятся из бд чтобы получить сессию

привожу пример НЕ рест-сервера: сначала ты присылаешь запрос "хочу залить файл", затем заливаешь файлы, етс. я и храню стейт в памяти. упал процесс - присылай заново "хочу залить файл".

и кверятся из бд чтобы получить сессию

нет, я могу в памяти всё хранить и каждый раз выкидывать

ещё у реста есть другие отличающие его от НЕ реста признаки

нет, я могу в памяти всё хранить и каждый раз выкидывать

почему протокол должно ебать какой ты для него сделал сервак ?

почему протокол должно ебать какой ты для него сделал сервак ?

не знаю, почему ты считаешь, что его должно что-то ебать. но вообще протокол HTTP очень часто ебёт, что должен сделать сервер.

там дохуя слов MUST и SHOULD

рекомендую почитать

В рест-архитектуре два одинаковых запроса, сделанных разными клиентами, вернут одинаковый результат

не знаю, почему ты считаешь, что его должно что-то ебать. но вообще протокол HTTP очень часто ебёт, что должен сделать сервер.

я именно и считаю что реализация сервера это очень интимный вопрос и не путаю реализацию и метод обращения к нему

В рест-архитектуре два одинаковых запроса, сделанных разными клиентами, вернут одинаковый результат

только в случае идемпотентных операций.

только в случае идемпотентных операций.

В смысле не один за другим, а вместо

я именно и считаю что реализация сервера это очень интимный вопрос и не путаю реализацию и метод обращения к нему

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

В рест-архитектуре два одинаковых запроса, сделанных разными клиентами, вернут одинаковый результат

почему просто не сделать апи которое так себя и ведет если надо ?

Можно сделать. Тогда это будет рестфул апи

почему просто не сделать апи которое так себя и ведет если надо ?

скажи мне, вот у меня есть зонтик. С магнитолой, радио, четырьмя колёсами и двигателем внутреннего сгорания. Как называется этот зонтик?

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

один из способов чтото реализовать называется написать функцию которая слушает роут /resource

скажи мне, вот у меня есть зонтик. С магнитолой, радио, четырьмя колёсами и двигателем внутреннего сгорания. Как называется этот зонтик?

так и будет называться. если ты положишь в одну кучу зонтик и двигатель оно не станет машиной

так и будет называться. если ты положишь в одну кучу зонтик и двигатель оно не станет машиной

ну вот я свой автомобиль называю зонтиком.

ты можешь его называть как угодно

ходят вокруг люди и говорят: ты не прав, Анатолий. Это автомобиль!

кто прав - я или они?

все правы

Вот мы ходим и рассказываем тебе, что такое рест

а ты говоришь - идите нахуй, это зонтик, вы тупые бляди

в рест есть важные ограничения. например, запрос "дай мне мячик" всегда вернёт только мячик.

если в мячике прописан owner-id, то за владельцем надо сделать запрос "дай мне владельца"

ты сейчас описываешь обычное хттп апи

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

ты сейчас описываешь обычное хттп апи

нет, я описываю рест-апи.

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