что такое рест в вирте

17.12.202327.09.2023 admin 0 Comments

Архитектура REST

Введение

В русскоязычной части Интернета присутствует большое количество статей, посвященных веб-службам на основе SOAP и XML-RPC, но почему-то почти ничего нет про вполне заслуживающую внимания (но менее распространенную) архитектуру RESТ.

В данной статье описываются основы этой архитектуры, возможности и примеры её использования.

Что такое REST

REST (Representational state transfer) – это стиль архитектуры программного обеспечения для распределенных систем, таких как World Wide Web, который, как правило, используется для построения веб-служб. Термин REST был введен в 2000 году Роем Филдингом, одним из авторов HTTP-протокола. Системы, поддерживающие REST, называются RESTful-системами.

В общем случае REST является очень простым интерфейсом управления информацией без использования каких-то дополнительных внутренних прослоек. Каждая единица информации однозначно определяется глобальным идентификатором, таким как URL. Каждая URL в свою очередь имеет строго заданный формат.

А теперь тоже самое более наглядно:

Отсутствие дополнительных внутренних прослоек означает передачу данных в том же виде, что и сами данные. Т.е. мы не заворачиваем данные в XML, как это делает SOAP и XML-RPC, не используем AMF, как это делает Flash и т.д. Просто отдаем сами данные.

Каждая единица информации однозначно определяется URL – это значит, что URL по сути является первичным ключом для единицы данных. Т.е. например третья книга с книжной полки будет иметь вид /book/3, а 35 страница в этой книге — /book/3/page/35. Отсюда и получается строго заданный формат. Причем совершенно не имеет значения, в каком формате находятся данные по адресу /book/3/page/35 – это может быть и HTML, и отсканированная копия в виде jpeg-файла, и документ Microsoft Word.

Как происходит управление информацией сервиса – это целиком и полностью основывается на протоколе передачи данных. Наиболее распространенный протокол конечно же HTTP. Так вот, для HTTP действие над данными задается с помощью методов: GET (получить), PUT (добавить, заменить), POST (добавить, изменить, удалить), DELETE (удалить). Таким образом, действия CRUD (Create-Read-Updtae-Delete) могут выполняться как со всеми 4-мя методами, так и только с помощью GET и POST.

Вот как это будет выглядеть на примере:

GET /book/ — получить список всех книг
GET /book/3/ — получить книгу номер 3
PUT /book/ — добавить книгу (данные в теле запроса)
POST /book/3 – изменить книгу (данные в теле запроса)
DELETE /book/3 – удалить книгу

ВАЖНОЕ ДОПОЛНЕНИЕ: Существуют так называемые REST-Patterns, которые различаются связыванием HTTP-методов с тем, что они делают. В частности, разные паттерны по-разному рассматривают POST и PUT. Однако, PUT предназначен для создания, реплейса или апдейта, для POST это не определено (The POST operation is very generic and no specific meaning can be attached to it). Поэтому мой пример будет правильным и в таком виде, и в виде если поменять местами POST и PUT.

Вообще, POST может использоваться одновременно для всех действий изменения:
POST /book/ – добавить книгу (данные в теле запроса)
POST /book/3 – изменить книгу (данные в теле запроса)
POST /book/3 – удалить книгу (тело запроса пустое)

Это позволяет иногда обходить неприятные моменты, связанные с неприятием PUT и DELETE.

Использование REST для построения Web-сервисов.

Как известно, web-сервис – это приложение работающее в World Wide Web и доступ к которому предоставляется по HTTP-протоколу, а обмен информации идет с помощью формата XML. Следовательно, формат данных передаваемых в теле запроса будет всегда XML.

Для каждой единицы информации (info) определяется 5 действий. А именно:

GET /info/ (Index) – получает список всех объектов. Как правило, это упрощенный список, т.е. содержащий только поля идентификатора и названия объекта, без остальных данных.

GET /info/ (View) – получает полную информацию о объекте.

PUT /info/ или POST /info/ (Create) – создает новый объект. Данные передаются в теле запроса без применения кодирования, даже urlencode. В PHP тело запроса может быть получено таким способом:

POST /info/ или PUT /info/ (Edit) – изменяет данные с идентификатором , возможно заменяет их. Данные так же передаются в теле запроса, но в отличие от PUT здесь есть некоторый нюанс. Дело в том, что POST-запрос подразумевает наличие urldecoded-post-data. Т.е. если не применять кодирования – это нарушение стандарта. Тут кто как хочет – некоторые не обращают внимания на стандарт, некоторые используют какую-нибудь post-переменную.

DELETE /info/ (Delete) – удаляет данные с идентификатором .

Еще раз отмечу, что в нашем примере /info/ — может и базироваться на какой-то другой информации, что может быть (и должно) быть отражено в URL:

/data/4/otherdata/6/info/3/ … и тому подобное.

Какие можно сделать из этого выводы:

Как видно, в архитектура REST очень проста в плане использования. По виду пришедшего запроса сразу можно определить, что он делает, не разбираясь в форматах (в отличие от SOAP, XML-RPC). Данные передаются без применения дополнительных слоев, поэтому REST считается менее ресурсоемким, поскольку не надо парсить запрос чтоб понять что он должен сделать и не надо переводить данные из одного формата в другой.

Практическое применение.

Самое главное достоинство сервисов в том, что с ними работать может какая угодно система, будь то сайт, flash, программа и др. так как методы парсинга XML и выполнения запросов HTTP присутствуют почти везде.

Архитектура REST позволяет серьезно упростить эту задачу. Конечно в реальности, того что описано не достаточно, ведь нельзя кому угодно давать возможность изменять информацию, то есть нужна еще авторизация и аутентификация. Но это достаточно просто разрешается при помощи различного типа сессий или просто HTTP Authentication.

Источник

ИТ База знаний

Полезно

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

REST – что это? Сделай POST и отдохни

Рой Филдинг, который смог

В интернете всегда можно легко найти информацию о веб-службах, которые базируются на SOAP и XML-RPC, а вот REST, почему-то, обделен вниманием. В рамках этой статьи будет рассмотрен базис этой архитектуры и ее практическое применение.

Онлайн курс по Linux

Мы собрали концентрат самых востребованных знаний, которые позволят тебе начать карьеру администратора Linux, расширить текущие знания и сделать уверенный шаг к DevOps

REST: что это?

REST на практике

Если нет пустых прослоек, данные будут переданы в виде, аналогичном им самим. «Заворачивание» информации в XML не происходит, как в случае с SOAP и XML-RPC, также не используется и AMF, как это бывает с Flash. По сути, происходит чистая передача.

Контроль информации сервиса

Поэтому Create/Read/Update/Delete-действия будут выполнены и с 4 указанными алгоритмами, и посредством GET и POST. Это позволит в некоторых случаях обойти негативные эффекты с использованием непринятых PUT и DELETE.

REST в построении веб-сервисов

Для любой информационной единицы можно задать 5 вариантов действия:

Итоги

Очевидно, что REST, как архитектура, обладает интуитивными алгоритмами и отличается простотой в использовании. Если запрос получен, то определить, что именно он делает, можно немедленно, без форматных разбирательств. При передаче не используются дополнительные слои, что обеспечивает REST особую ресурсоемкость.

Для чего можно использовать?

Источник

ДМ (DM) и другие сокращения в Твиттере

Уже долгий период времени в жизни человеческого общества присутствует такое понятие, как социальные сети. Речь идет об Интернет площадках, в пространстве можно обмениваться информацией, фотографиями и видео. Причем не только путем самого их размещения, но и комментированием существующих публикаций. Кроме того, возможности ресурсов позволяют акцентировать внимание только на тех темах, которые интересны конкретному пользователю.

История создания

Прототипом многих существующих стал Twitter. Система обмена короткими текстовыми сообщениями, изначально разработанная для использования в рамках внутренних коммуникации между сотрудниками фирмы Odeo. Впоследствии ресурс вырос и получил определенную, весьма широкую известность среди пользователей Интернет. Последние с удовольствием стали применять предоставляемую функциональность для общения и обмена новостями между родственниками, друзьями или просто случайными людьми.

Пример дискуссии по поводу размера сообщений расположен на рисунке ниже.

Однако, изначальное ограничение длинны сообщений в 140 символов осталось действовать, что привело к возникновению множества сленговых сокращений в англоязычных частях Twitter. С приходом настоящей системы микроблогинга в Россию, названные слова стали применяться и в национальном сегменте, естественно с некоторыми изменениями согласно менталитету пользователей. Не подготовленному человеку сложно в них разобраться или хотя бы понять смысл сообщений в тексте, которых они присутствуют. Можно даже сказать, что послания содержащие термины Твиттера выглядят как написанные на диалекте марсианского языка для не знающих их значений.

Эхи сети ФИДО показаны на картинке ниже.

Собственно, сленговые выражения компьютерного мира, которые используются в Твиттере можно встретить и на других ресурсах сети. Причем некоторые из аббревиатур сформировались еще в до-Интернет эпоху. Достаточно вспомнить сокращения, применявшиеся в RUSNET или ФИДО, которые на тот период времени служили средством коммуникации между разделенными большими расстояниями компьютерами.

Принципы работы системы микроблогинга

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

Лента ресурса выглядит следующим образом, как показано на картинке ниже.

Итак, пользователь Twitter может опубликовать краткое сообщение в своей ленте, подкрепив его сопутствующей картинкой или видео. Доступна отправка и личных посланий, адресованных конкретным пользователям, если в начале текста будет вставлен знак «@» с последующим дополнением в виде сетевого имени получателя. Кроме перечисленных возможностей в рамках системы доступна функция комментирования посланий, находящихся в общей ленте или отправленных персонализировано. Если адресат-получатель не указан, то мнение по какому-либо вопросу смогут прочитать все, кто видел изначальное сообщение. При непосредственном указании получателя — только он.

Саму размещаемую информацию можно отнести к определенной тематике, включая соответствие хеш-тегом # с последующим именем ниши интересов. Подобная возможность позволяет другим пользователям находить нужные им данные в общем объеме всего ресурса.

На картинке ниже показан пример использования хеш-тегов.

Читать весь текст в общей ленте не обязательно, достаточно составить список волнующих тем и добавить в выборку интересующих пользователей. Все, что они будут публиковать, автоматически разместится в видимом пространстве конкретного человека, воспользовавшегося названой услугой. Кроме того, если чужое сообщение понравится, его можно переслать в свою ленту с нужными комментариями и возможностью последующего просмотра подписчиками аккаунта.

Словарь сокращений и сленговых выражений Твиттера

Ну и наконец перейдем к самому интересному, а конкретно к разбору значений слов, входящих в сленг Твиттера. Указываться будут, как русские транскрипции, так и изначальные варианты написания на английском языке:

Твит (twitt) — сообщение. Название, к сведению, оно получило от имени самой сети «Twitter», что в переводе — чириканье или щебетание, что служат тонким намеком, содержащим юмор, об стиле самих разговоров, происходящих в объеме ресурса.

РП или РТ — репост или ретвит (repost or retwitt). Повтор чужого сообщения с собственными комментариями. Исходник в данном случае называется копипастой.

ДМ (DM) в Твиттере — это личное послание конкретному пользователю. Полностью сокращение расшифровывается как «Direct Message».

Мьючалка — подписанный читатель на твиты определенного аккаунта. Его можно и отписать от себя, произведя так называемый софтблок (soft block — мягкое ограничение), сначала блокировкой конкретно не угодившего человека, а потом ее снятием.

Юз (username) — имя пользователя, добавляемое обычно после @.

Юн (your name) — то же самое, что и предыдущее значение, только речь идет о собственном аккаунте. Непосредственную взаимосвязь с настоящими двумя понятиями имеет, и аббревиатура Юп (userpic), которая служит отсылкой на изображение, привязанное к конкретному человеку.

Репорт или рапорт (report) — жалоба на конкретный твит или его автора модераторам социальной сети.

Cабтвит — сообщение без конкретизации человека, но с текстом непосредственно на него указующим.

Фав (Favorite) — аналог лайков иных социальных сетей. Показатель выставляемый прочитавшим сообщение, о том, что такое послание ему понравилось.

ЛРТ — ретвит собственного поста с дополняющими комментариями.

Топикастер — автор поста.

AFAIK (As far as I know) — выражение «насколько я знаю». Присутствует в сообщениях и вариант AFAIR (As Far As I Realise) — «насколько мне известно». Русским аналогом можно считать ЕМНИП — «если мне не изменяет память». Иногда, в посланиях, описывающих проблему топикастера, в ответах применяют ЧЯДНТ — «что я делаю не так», для указания автору на нормальную работу аналогичного процесса или оборудования при тех же исходных условиях.

Флуд — бесконечное повторение одного и того же сообщения не несущего смысловой нагрузки. Зачастую вызывает негативную реакцию окружающих в виде ответных посланий, которые приводят к состоянию своеобразного «потопа». То есть, активности много, а толку с нее никакого.

Хештег — символ # с последующей темой указующей на социальную нишу сообщения. Используется не только в Твиттере, но и других социальных сетях.

Цикс (CX или correction) — исправление.

СС (carbon copy) — отправить копию личным посланием конкретному пользователю аккаунт, которого размещается следом после «@».

HT (hat tip) — благодарность человеку за информацию. После, зачастую указывается пользователь, к которому производится названое действие, через «@».

ICYMI (In case you missed it) — «Если вы это пропустили». Выставляется в повторных ретвитах одного и того-же сообщения.

MT или MRT (Modified (Re)Twitt) — указатель на послание содержащее информацию от автора, но измененную тем, кто ее размещал в своей ленте.

Контент — сам текст твита, а также входящие в него картинки, фотографии или видео. Примером разного контента в Twitter может послужить картинка, расположенная ниже.

NSFW (Not safe for work) — непосредственная пометка о том, что далее идущая информация небезопасна к просмотру в общественных местах или на работе. Речь идет о жестоких сценах или контенте, содержащем эротику или обнаженное тело.

OH (Overheard) — обычно применяется перед шуткой и служит указателем на нее. Ближайший перевод – «подслушано».

PRT имеет два значения: «please retweet» или «пожалуйста, повторите твит» и «Partial retweet» — чужое сообщение, приводимое частично.

RLRT — описание события реальной жизни.

TLDR или TL; DR — «Too long; didn’t read.» — указатель на то, что сообщение чересчур длинное или нудное. Непосредственный перевод – «слишком долго; не читал».

TMB (Tweet me back) — запрос ответного твита.

TQRT — названной комбинацией топикастер благодарит за размещение его послания в ленте пользователя.

ТТ — переведенное на язык получателя сообщение. Языки и страны пользователей, общающихся в Твиттер, можно увидеть на рисунке ниже.

Заключение

Конечно, приведенные сокращения не охватывают абсолютно все слова, относящиеся к сленгу Twitter. Просто они используются чаще, постепенно переходя и на другие ресурсы Интернет.

Видео по теме

Источник

Введение в REST API — RESTful веб-сервисы

Эта статья начинает серию постов о разработке REST API:

Intro to RESTful Web Services

REST означает REpresentational State Transfer (Википедия: «передача состояния представления»). Это популярный архитектурный подход для создания API в современном мире.

Вы изучите:

Что такое REST?

REST расшифровывается как REpresentational State Transfer. Это был термин, первоначально введен Роем Филдингом (Roy Fielding), который также был одним из создателей протокола HTTP. Отличительной особенностью сервисов REST является то, что они позволяют наилучшим образом использовать протокол HTTP. Теперь давайте кратко рассмотрим HTTP.

Краткий обзор HTTP

Давайте сначала откроем браузер и зайдем на веб-страницу:

А затем щелкните на одной из страниц результатов:

Далее мы можем нажать на ссылку на странице, на которой мы оказались:

И перейти на другую страницу:

Вот как мы обычно просматриваем веб страницы.

Когда мы просматриваем страницы в Интернете, за кулисами происходит много вещей. Ниже приведено упрощенное представление о том, что происходит между браузером и серверами, работающими на посещаемых веб-сайтах:

Протокол HTTP

Когда вы вводите в браузере URL-адрес, например www.google.com, на сервер отправляется запрос на веб-сайт, идентифицированный URL-адресом.
Затем этот сервер формирует и выдает ответ. Важным является формат этих запросов и ответов. Эти форматы определяются протоколом HTTP — Hyper Text Transfer Protocol.

Когда вы набираете URL в браузере, он отправляет запрос GET на указанный сервер. Затем сервер отвечает HTTP-ответом, который содержит данные в формате HTML — Hyper Text Markup Language. Затем браузер получает этот HTML-код и отображает его на экране.

Допустим, вы заполняете форму, присутствующую на веб-странице, со списком элементов. В таком случае, когда вы нажимаете кнопку «Submit» (Отправить), HTTP-запрос POST отправляется на сервер.

HTTP и RESTful веб-сервисы

HTTP обеспечивает базовый уровень для создания веб-сервисов. Поэтому важно понимать HTTP. Вот несколько ключевых абстракций.

Ресурс

Ресурс — это ключевая абстракция, на которой концентрируется протокол HTTP. Ресурс — это все, что вы хотите показать внешнему миру через ваше приложение. Например, если мы пишем приложение для управления задачами, экземпляры ресурсов будут следующие:

URI ресурса

Когда вы разрабатываете RESTful сервисы, вы должны сосредоточить свое внимание на ресурсах приложения. Способ, которым мы идентифицируем ресурс для предоставления, состоит в том, чтобы назначить ему URI — универсальный идентификатор ресурса. Например:

REST и Ресурсы

Важно отметить, что с REST вам нужно думать о приложении с точки зрения ресурсов:
Определите, какие ресурсы вы хотите открыть для внешнего мира
Используйте глаголы, уже определенные протоколом HTTP, для выполнения операций с этими ресурсами.

Вот как обычно реализуется служба REST:

Компоненты HTTP

HTTP определяет следующую структуру запроса:

Методы HTTP-запроса

Метод, используемый в HTTP-запросе, указывает, какое действие вы хотите выполнить с этим запросом. Важные примеры:

Код статуса ответа HTTP

Код состояния всегда присутствует в ответе HTTP. Типичные примеры:

Резюме

В статье приведен на верхнем уровне обзор архитектурного стиля REST. Подчеркивается тот факт, что HTTP является основным строительным блоком REST сервисов. HTTP — это протокол, который используется для определения структуры запросов и ответов браузера. Мы видели, что HTTP имеет дело главным образом с ресурсами, доступными на веб-серверах. Ресурсы идентифицируются с помощью URI, а операции над этими ресурсами выполняются с использованием глаголов, определенных протоколом HTTP.

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

Источник