Сетевые протоколы
Что значит ошибка 500?
Internal Server Error. Если мы видим эту ошибку, то мы обязательно должны завести баг - critical или blocker, т.е. в данном случае что-то произошло на сервере, какая-то фатальная ошибка, которая не позволяет ему ответить на ваш запрос, поэтому это очень серьезно для нашего программного обеспечения.
Что значит 301 ошибка?
Moved Permanently. "Перемещён на постоянной основе". Этот код ответа значит, что URI запрашиваемого ресурса был изменён. Возможно, новый URI будет предоставлен в ответе.
Что значит 404 ошибка?
Not Found. Сервер не может найти запрашиваемый ресурс. Код этого ответа, наверно, самый известный из-за частоты его появления в вебе.
Что значит 304 ошибка?
Not Modified. Это код ответа значит, что запрошенный ресурс не был изменён. Таким образом, клиент может продолжать использовать кешированную версию ответа. Информация о наших сайтах хранится в кэше, т.е. на локальном компьютере. Для того, чтобы в дальнейшем, когда клиент обращался к серверу, не проходила загрузка дополнительных ресурсов, т.е. эта информация сохраняется в кэш, информация о нашем сайте, какие-нибудь картинки, и берет информацию уже с локальной машины. И вот именно 304 код not modified говорит о том, что информация о данном сайте хранится в кэше, и в таком случае при запросе на сервер он может вернуть эту ошибку и забрать какую-то полезную нагрузку уже с нашего локального компьютера, да он может, в принципе, эту нагрузку не забирать и заново подгрузить там какие-то данные сервера, это очень хорошо для производительности, если у нас действительно работает кэш.
Что такое SOAP протокол?
SOAP протокол (Simple Object Access Protocol — простой протокол доступа к объектам). Это протокол обмена структурированными сообщениями в распределенной вычислительной среде. Т.е. этот протокол используют для обмена произвольными сообщениями в формате XML. SOAP может использоваться с любым протоколом прикладного уровня - http, smtp, ftp, https и др.
Какой была самая первая версия HTTP протокола?
0.9
Что такое DNS-сервер?
DNS (Domain Name System) — это технология, которая позволяет браузеру вроде Firefox, Chrome или Edge найти запрошенный пользователем сайт по его имени. Принцип работы DNS похож на поиск и вызов контактов из телефонной книги смартфона.
Что такое HTTP протокол?
HyperText Transfer Protocol - протокол передачи гипертекста - это протокол прикладного уровня.
В чём отличие HTTP от HTTPS?
- HTTPS не является отдельным протоколом передачи данных, а представляет собой расширение протокола HTTP с надстройкой шифрования; - передаваемые по протоколу HTTP данные не защищены, HTTPS обеспечивает конфиденциальность информации путем ее шифрования; - HTTP использует порт 80, HTTPS — порт 443. - HTTPS - это HTTP Secure, использует SSL (Secure Sockets Layer)
Какие есть модели сети?
TCP/IP (4 уровня) и OSI (7 уровней). Первая современная и используется везде
Что такое протокол?
Это набор правил передачи информации, с помощью которого мы регламентируем, как наша информация будет передаваться в интернете.
Какие есть виды IP? В чём разница?
1. Статический - всегда один 2. Динамический - назначается автоматически при подключении устройства к сети и используется в течение ограниченного промежутка времени, как правило, до завершения сеанса подключения
Что можно делать в SOAP UI?
Его функциональные возможности включают проверку веб-службы, запуск, разработку, моделирование и макетирование, функциональное тестирование, тестирование нагрузки и соответствия.
Что есть в WSDL?
Каждый документ WSDL можно разделить на следующие логические части. - Message - элементы данных, т.е. это сообщения, которые использует наш веб-сервис. - Type - тип данных, эта информация определяет виды открываемых и получаемых сервисом xml сообщений (например, string - т.е. это обычные строки). - Porttype - это список операций, которые могут быть выполнены с нашими сообщениями.
Что такое CRUD операции?
Create, Read, Update, Delete. Всегда, когда мы что-либо тестируем, мы должны рассматривать объект тестирования с точки зрения этих четырех действий. К примеру, у вас есть какой-то рядовой пользователь, у которого есть права только на чтение, есть модератор, который может изменять какие-то данные в вашей системе, есть еще какой-нибудь super user, который обладает способностью создавать что-то в системе, опять же, читать это, апдейтить, и, например, есть администратор, который может выполнять все эти четыре действия одновременно. GET (R), POST (C, U, D), PUT (C, U), DELETE (D)
Что такое MAC-адрес?
Это физический адрес нашего устройства, он прописывается при производстве сетевой карты. Т.е. если у вас на собеседованиях спросят сколько вообще mac-адресов есть системе, то вы всегда должны сказать, что столько же, сколько сетевых карт у нас установлено в оборудовании, которое к этой системе принадлежит. Т.е. если у нас есть сетевая карта в нашем принтере, то она тоже будет с mac-адресом и учитываться в этом общем количестве. Т.е. не всегда верно говорить так, что если у вас, например, есть сетевая карта в компьютере, которая отвечает за наше подключение через вай-фай, то она одна. Всегда считаем все устройства, которые подключены к компьютеру и у которых есть mac-адрес, т.е. они могут выходить в сеть.
Какие есть статус-коды ответа в HTTP?
1) 1xx: информационные Такой код состояния сервер высылает в том случае, когда запрос получен, но еще не обработан. 2) 2xx: успешные Сервер отправит вам такой код в том случае, когда он успешно принял и обработал HTTP сообщение клиента. 3) 3xx: перенаправление Если вы получили от сервера код состояния, начинающийся на тройку, то это означает, что нужны дополнительные действия, чтобы завершить процесс обработки HTTP запроса. 4) 4xx: ошибка клиента Если вы увидели код состояния, который начинается с четверки, то это означает, что произошла ошибка по вине клиента. 5) 5xx: серверная ошибка Код состояния, начинающийся с пятерки, говорит о том, что произошла ошибка на стороне сервера.
Какие есть методы HTTP?
1. GET в HTTP протоколе используется для получения информации от сервера по заданному URL. Запросы клиентов, использующие метод GET должны получать только данные и не должны никак влиять на эти данные. 2. HEAD работает точно так же, как GET, но в ответ сервер посылает только заголовки и статусную строку без тела HTTP сообщения. 3. POST используется для отправки данных на сервер, например, из HTML форм, которые заполняет посетитель сайта. 4. PUT используется для загрузки содержимого запроса на указанный в этом же запросе. 5. DELETE удаляет указанный ресурс с нашего сервера или с сервера базы данных. 6. CONNECT преобразует существующее соединение в тоннель. (редкое) 7. OPTIONS используется для получения параметров текущего HTTP соединения/. 8. TRACE создает петлю, благодаря которой клиент может увидеть, что происходит с сообщением на всех узлах передачи. 9. PATCH работает примерно как PUT, только может изменять отдельные кусочки информации. А PUT кладёт целиком.
В чём отличие GET от POST?
1. GET метод - это всегда наша адресная строка. Т.е. то, что мы пишем в адресную строку, мы хотим получить какую-то информацию в сети интернет, и там мы можем внести какие-то параметры, которые нас интересуют, все всегда обращают внимание на адресную строку. То есть GET передаётся через URL, а POST - через тело запроса. У GET тела запроса нет. 2. GET — метод для чтения данных с сайта. Например, для доступа к указанной странице. Он говорит серверу, что клиент хочет прочитать указанный документ. POST — метод для отправки данных на сайт. 3. У GET переход по гиперссылке с параметрами равнозначен отправке запроса через HTML форму. Поместить POST запрос в гиперссылку нет технической возможности. 4. Данные GET видны всем в адресной строке браузера, истории браузера и т.п. Данные POST можно увидеть только с помощью инструментов разработчика, расширений браузера, специализированных программ. 5. У GET страница с параметрами может быть добавлена в закладки. У POST нет. 6. У GET страница с параметрами может быть кэширована. У POST нет. 7. У GET возможность отправки файлов не поддерживается. У POST да. Вывод: GET для поиска и безопасных действий, POST для опасных. Любые важные данные — логины, пароли, данные карты, персональные данные — лучше передавать с помощью метода POST.
В чём отличие SOAP от REST?
1. REST - это архитектурный стиль без строгих правил. SOAP - протокол, который сильно ограничен правилами. 2. REST - поддерживает различные форматы. Самый распространенный JSON, но также можно использовать XML и текстовые форматы. Но SOAP - только XML. 3. REST работает только по протоколам http и https. SOAP - с различными протоколами. 4. SOAP на основе чтения не может быть помещен в кэш. REST можно кэшировать. 5. У SOAP обязательно есть файлы WSDL. К архитектурному стилю не применяются какие-то жёсткие правила, здесь не нужны никакие wsdl, хотя есть тут такой формат документов, как WADL, но не обязательно. Т.е. если его нету, то как бы все о.к., и поэтому REST предпочитают сейчас использовать все чаще, так как этот архитектурный стиль позволяет записывать информацию в более удобном формате, который занимает меньше места и повышает производительность нашей системы. И также он, скажем так, не правилозависим. Т.е. к нему предъявляется гораздо меньше требований, поэтому его используют сейчас гораздо чаще.
Перечисли варианты тестов для API
1. Валидность ответов согласно схеме (при наличии) - если имеются *.wsdl, *.wadl, просто их открываем и начинаем тестировать, т.е. вводим в эти параметры, в эти наши тэги информацию, которую мы передаем на сервер, и смотрим, как сервер её воспринимает, какие нам статус коды возвращает. 2. Проверки с обязательными и необязательные атрибутами - смотрим что у нас require и mandatory обязательно должно отправляться в запросе, и как себя ведет система. 3. Проверки с дополнительными и недопустимыми значениями - смотрим, как ведет себя система, если у нас, например, указан в параметрах числовой тип, а мы пишем буквы, то сервер тоже должен ругнуться и выдать нам неправильный ответ. 4. Различные типы данных (вместо строки числа) - сопоставим с "Проверки с дополнительными и недопустимыми значениями". 5. Дубликаты атрибутов (элементов) - берем наш элемент, копируем несколько раз, отправляем, смотрим, как ведет себя система. 6. Порядок атрибутов (элементов) - если у нас задан четкий порядок и мы его нарушаем, то система должна ругаться и прислать нам какой-то статус код о том, что не была обработана наша информация, которую мы отправляем на сервер. 7. Длины строк и чисел - играемся с этими значениями. 8. Невалидные данные (синтаксис JSON и XML) Специфические тесты: например, закомментировать кусочек текста - проверить, читает ли это программа как код.
Как переводить IP-адрес из десятичной системы в двоичную и наоборот?
1. Давайте с вами рассмотрим, как это легко и просто можно сделать. Давайте с вами переведем число из десятичной системы счисления в двоичную. Для примера возьмем 19. Как это можно сделать, не используя калькулятор, либо же конвертер? Для этого мы берем само число 19 и делим его в столбик на 2. Здесь действуют обычные правила арифметики, т.е. если мы не сможем делить это число без остатка, то мы берем максимально приближенное к нему, которое делится на 2, записываем его, и этот остаток у нас будет единица. Дальше то число, которое у нас получилось в результате деления, в данном случае 9, опять делим на два, опять повторяется такая ситуация, т.е. мы опять записываем максимально приближенное число и в остатке у нас остаётся единица. Так мы продолжаем делать вплоть до того, пока у нас не получится так, что мы не сможем дальше продолжать наше деление на 2. Т.е. в данном случае у нас последней оказалась единица, когда мы делим её на 2, мы получаем число не целое - 0,5, записываем это как 0. Пишем в остаток этот ноль. Мы не учитываем последнее, а учитываем только то, что у нас спокойно делится на двойку, и дальше мы записываем это число, начиная с самого последнего получившегося - к самому первому. это число у нас и получится в в двоичной системе. 2. Если же мы говорим про обратную ситуацию, когда нам нужно из двоичной системы перевести в десятичную, тогда мы берем наше число в двоичной системе и, начиная с последнего, нумеруем его, т.е. 0, 1, 2, 3, 4, всего у нас пять цифр в данном числе. Дальше мы начинаем умножать наши цифры в этом числе на двойку в той степени, которая будет указана сверху, т.е. порядковый номер данного числа. После этого мы плюсуем все значения, которые у нас получились, и получаем наше число в десятичной форме.
Какие правила у JSON-сообщений?
1. Документы в формате JSON состоят из объектов. Объекты - это множество пар "ключ : значения". Объект заключается в фигурные скобки. Между собой пары разделяются запятой. 2. Ключ - это всегда строка (str), значение может быть как строкой в двойных кавычках, так и числом, таким же JSON-объектом, логическим значением bool (true или false), массивом или значением "NULL". 3. Строку заключаем в двойные кавычки, остальные данные нет. Массив - в квадратных скобках, между собой данные разделены запятыми. 4. Писать ключи можно в любом порядке. Ведь JSON-объект — это неупорядоченное множество пар «ключ:значение».
Как писать тест-кейсы для API?
1. Изучаем требования, либо же пишем их, если их нет. 2. Пишем тест-кейсы, и тестируем требования. Требования - это непосредственно наша документация, это *.wadl, это *.wsdl, примеры наших запросов, примеры ответов, которые вы можете получить у разработчика. Кейсы мы пишем на основании этой документации. Включаем техники тест-дизайна для этого. Ну и тестирование с помощью SoapUI, Postman. Тест-кейсы разделяем на три основных. - Smoke (один реквест на метод) - Critical Path (все валидные) - Extended (все невалидные).
Какая структура у request в HTTP?
1. Метод (method) - глагол (например, GET, PUT или POST) или существительное (например, HEAD или OPTIONS), описывающие требуемое действие. Например, GET указывает, что нужно доставить некоторый ресурс, а POST означает отправку данных на сервер (для создания или модификации ресурса, или генерации возвращаемого документа). 2. Цель запроса, обычно URL, или абсолютный путь протокола, порт и домен обычно характеризуются контекстом запроса. Формат цели запроса зависит от используемого HTTP-метода. Это может быть - Абсолютный путь, за которым следует '?' и строка запроса. Это самая распространённая форма, называемая исходной формой (origin form). Используется с методами GET, POST, HEAD, и OPTIONS.POST / HTTP 1.1 GET /background.png HTTP/1.0 HEAD /test.html?query=alibaba HTTP/1.1 OPTIONS /anypage.html HTTP/1.0 - Полный URL - абсолютная форма (absolute form), обычно используется с GET при подключении к прокси. GET http://developer.mozilla.org/ru/docs/Web/HTTP/Messages HTTP/1.1 - Компонента URL "authority", состоящая из имени домена и (необязательно) порта (предваряемого символом ':'), называется authority form. Используется только с методом CONNECT при установке туннеля HTTP. CONNECT developer.mozilla.org:80 HTTP/1.1 - Форма звёздочки (asterisk form), просто "звёздочка" ('*') используется с методом OPTIONS и представляет сервер. OPTIONS * HTTP/1.1 3. Версия HTTP, определяющая структуру оставшегося сообщения, указывая, какую версию предполагается использовать для ответа. Может еще быть хост машина, т.е. там, где вообще находится наше приложение, т.е. это наш сервер.
Принципы REST
1. Отделения клиента от сервера (Client-Server). Клиент — это пользовательский интерфейс сайта или приложения, например, поисковая строка видеохостинга. В REST API код запросов остается на стороне клиента, а код для доступа к данным — на стороне сервера. Это упрощает организацию API, позволяет легко переносить пользовательский интерфейс на другую платформу и дает возможность лучше масштабировать серверное хранение данных. 2. Отсутствие записи состояния клиента (Stateless). Сервер не должен хранить информацию о состоянии (проведенных операций) клиента. Каждый запрос от клиента должен содержать только ту информацию, которая нужна для получения данных от сервера. 3. Кэшируемость (Casheable). В данных запроса должно быть указано, нужно ли кэшировать данные (сохранять в специальном буфере для частых запросов). Если такое указание есть, клиент получит право обращаться к этому буферу при необходимости. 4. Единство интерфейса (Uniform Interface). Все данные должны запрашиваться через один URL-адрес стандартными протоколами, например, HTTP. Это упрощает архитектуру сайта или приложения и делает взаимодействие с сервером понятнее. 5. Многоуровневость системы (Layered System). В RESTful сервера могут располагаться на разных уровнях, при этом каждый сервер взаимодействует только с ближайшими уровнями и не связан запросами с другими. 6. Предоставление кода по запросу (Code on Demand). Серверы могут отправлять клиенту код (например, скрипт для запуска видео). Так общий код приложения или сайта становится сложнее только при необходимости. 7. Начало от нуля (Starting with the Null Style). Клиент знает только одну точку входа на сервер. Дальнейшие возможности по взаимодействию обеспечиваются сервером.
Как работает SSL?
1. После ввода адреса браузер отправляется к нужному серверу и запрашивает у него страницу по протоколу HTTPS. Если страницы работают с HTTPS, то всё отлично, переходим к шагу 2. Если на сервере используется ещё старый протокол HTTP, то он отдаст браузеру страницу по этому незащищённому протоколу и никакого шифрования дальше не будет. 2. Сервер отправляет браузеру копию своего SSL-сертификата, чтобы браузер убедился, что всё в порядке. В таком сертификате написано, что это за домен, кто выдал сертификат и информация о владельце 3. Браузер проверяет подлинность сертификата и, если всё хорошо, — извлекает из сертификата ключ шифрования и с его помощью безопасно договаривается с сервером о том, каким образом они будут кодировать всё дальнейшее общение. 4. Сервер шифрует страницу и отправляет её браузеру. 5. Браузер расшифровывает страницу, показывает её пользователю, а серверу сообщает, что всё в порядке, работаем дальше. Все данные шифруются и можно отправлять на сервер что угодно.
Из чего состоит response в HTTP?
1. Стартовая строка, в ней: - версия протокола, обычно HTTP/1.1 - код состояния (status code), показывающая, был ли запрос успешным. Примеры: 200, 404 или 302 - Пояснение (status text). Краткое текстовое описание кода состояния, помогающее пользователю понять сообщение HTTP. Пример: HTTP/1.1 404 Not Found. 2. Заголовки ответов HTTP имеют ту же структуру, что и все остальные заголовки: не зависящая от регистра строка, завершаемая двоеточием (':') и значение, структура которого определяется типом заголовка. Весь заголовок, включая значение, представляет собой одну строку. 3. Тело. Последней частью ответа является его тело. Оно есть не у всех ответов: у ответов с кодом состояния, например, 201 или 204, оно обычно отсутствует.
Какие правила у XML?
1. Только один корневой элемент 2. Все элементы должны иметь закрывающие тэги 3.Название наших тэгов регистрозависимые. Тэги чувствительны к прописным буквам, либо же к строчным. Всегда должны использоваться одни и те же символы. 4. Элементы не должны пересекаться. Если мы внутри тэга ставим другой тэг, то и закрыть его должны внутри первого тэга, а не после него. 5. Все значения атрибутов должны быть в кавычках. 6. <,>,& знаки нельзя использовать в текстовых блоках. Мы должны записывать их в текстовом формате. < - <, > - >, & - &, &apos - ', " - ". Иначе система может их неправильно обработать. (без пробела после &) & lt - < & gt - > & amp - & & apos - ' & quot - " 7. Объявления XML - это всегда первая строка. Это отдельная строка, в которой содержится информация о номере версии нашего xml, указания на кодировку наших символов и параметр standalone, который указывает запрещены ли ссылки на внешние документы
Что такое API?
API (англ. Application Programming Interface — программный интерфейс приложения) — это набор способов и правил, по которым различные программы общаются между собой и обмениваются данными. Все эти коммуникации происходят с помощью функций, классов, методов, структур, а иногда констант одной программы, к которым могут обращаться другие.
Что значит ошибка 502?
Bad Gateway. Эта ошибка означает что сервер, во время работы в качестве шлюза для получения ответа, нужного для обработки запроса, получил недействительный (недопустимый) ответ.
Что значит 400 ошибка?
Bad Request. Этот ответ означает, что сервер не понимает запрос из-за неверного синтаксиса. Говорит о том, что запрос не смог быть обработан сервером, он был составлен неверно, и в случае такой ошибки необходимо обязательно скопировать всю информацию о данном запросе в наш баг-репорт, чтобы разработчик, получив информацию о данном дефекте, смог без труда понять, в чем кроется основная причина данного бага.
Что такое Confluence?
Confluence - это такая вики система, где собираются все данные о проекте, документация. Т.е. обычно на проектах всегда есть такие вики-подобные системы. Если мы говорим про Jira - это confluence, если мы говорим про devops - это просто вики. Т.е. там с помощью языка разметки, по аналогиии, как это написано в википедии, собирают информацию о проекте, требования, спеки, входные данные какие-то, все хранится там. Т.е. вы всегда можете обратиться к вики системе и узнать на каком этапе находится проект. Обычно внутри различных требований дают ссылки на вики, где хранится эта информация.
Что значит 403 ошибка?
Forbidden. У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ. Говорит о том, что даже при том условии, что мы вели правильный логин или пароль, наша система ввела какие-то restriction, или у нас есть ограничения, возможно у нас не хватает прав для того, чтобы зайти на тот или иной ресурс. Если, например, у вас в системе есть разные роли: просто пользователь, модератор, администратор, то нужно обязательно проверять этот факт, что когда мы вводим пароль и логин, например, пользователя, он не может вносить какие-то существенные изменения в работу нашего сайта.
Что значит ошибка 504?
Gateway Timeout. Этот ответ об ошибке предоставляется, когда сервер действует как шлюз и не может получить ответ вовремя.
В чем отличие HTTP 1.1 от HTTP 2.0?
HTTP 1.1: ● использует текстовый формат, из-за чего больше места занимает и дольше передается, это влияет на производительность. ● Если мы изучим различные реквесты и респонсы, то там часто встречаются сдваивания заголовков. ● Каждый наш запрос, будь то отправка html-кода/css/js, они проходят по отдельному TCP соединению. Если мы с вами вспомним про транспортный протокол, т.е. каждый запрос - это отдельные соединения. Все запросы идут друг за дружкой, т.е., например, сначала мы получаем какую-то текстовую информацию html, затем мы получаем информацию о стилях css, затем мы получаем информацию по javascript по какому-то динамическому обновлению нашей страницы, и вот эти все соединения проходят друг за другом. HTTP 2.0: ● использует бинарный формат, т.е. нули и единицы. Как вы понимаете, использование нулей и единиц намного уменьшает количество той информации, которую необходимо передавать на сервер и серверу передавать обратно на клиент. ● Сокращение информации за счёт сжатия заголовков. ● Все запросы проходят по одному единственному TCP соединению, т.е. нет такого различия, какую информацию передают они на сервер, они всегда идут по одному соединению. ● Мультиплексирование. Есть одно соединение и информация передается одновременно, как со стороны запроса, так и со стороны ответа от сервера. Всё происходит одномоментно.
Что такое IP-адрес?
IP-адрес - это уникальный сетевой адрес узла в компьютерной сети, построенный по протоколу IP. IP-адрес представляет собой 32-битовое (по версии ipv4), либо же 128- битовое (по версии ipv6) двоичное число. Есть четыре двоичных числа, каждое из которых может включать в себя 8 битов. Всего таких кластера 4, поэтому 32 бита, либо же 4 байта. Но использовать двоичную систему счисления для записей адреса не очень удобно, они получаются громоздкие, поэтому чаще всего ipадрес вы видите в виде десятичных чисел, т.е. их просто переводят в них. И каждое такое десятичное число не может быть больше 255.
Что такое SSL?
Secure Sockets Layer, уровень защищённых сокетов. Сокеты — это такие виртуальные соединения между компьютерами. Защищённый сокет означает, что данные, которые идут внутри от одного компьютера к другому, — в безопасности. Если браузер открывает страницу по такому протоколу, то он перед отправкой на сервер шифрует всё, что вы делаете или вводите на сайте. Самое то, если нужно отправить данные платёжной карты или логин с паролем от сервиса. На самом деле примерно с 2014 года вместо протокола SSL используют TLS, который задумывался как обновление SSL 3.0. Дело в том, что в 2014 году обнаружили уязвимость в SSL-протоколе, которая позволяет расшифровывать все данные. В TLS конкретно этой уязвимости нет (но наверняка есть другие), поэтому все плавно перешли на него, но по старой памяти и привычке называют всё SSL-соединением и SSL-сертификатами.
Что такое URI?
URI (Uniform Resource Identifier) - наш какой-то уникальный идентификатор, это обобщенное понятие множества идентификаций нашего ресурса, которая включает как URL, так и URN, и может включать их по отдельности, либо же все вместе. Т.е. мы можем считать, что идентификатор - это наш локатор, либо же идентификатор - это имя, либо же идентификатор - это и наше URL и URN. Например, в https://elit-web.ru/blog/smm-strategiya URI - это https://elit-web.ru/blog/smm-strategiya целиком
Что такое URL?
URL (Uniform Resource Locator) - это уникальный адрес сайта в сети, который определяет его местонахождение в сети интернет. Например, в https://elit-web.ru/blog/smm-strategiya URL - https://elit-web.ru/
Что такое URN?
URN (Uniform Resource Name) - это неизменяемая последовательность символов, определяющая только имя некоторого ресурса. Это имя определяет только название самого ресурса, но не говорит как к нему подключаться. Например, в https://elit-web.ru/blog/smm-strategiya URN - это blog/smm-strategiya
Что значит 401 ошибка?
Unauthorized. Характеризует то, что мы ввели какой-то неправильный логин и пароль, и тогда наша система ругается.
Что такое WSDL?
WSDL (Web Services Description Language). Это такой файлик *.wsdl с таким расширением, он написан на языке wsdl. Этот файлик описывает сообщение, заголовки, события, которые свойственны для нашего веб-сервиса. Т.е. данный файлик описывает структуру нашего веб-сервиса. И он обязателен для SOAP протокола. Без этого файлика мы просто не сможем использовать SOAP протокол. В дальнейшем, при тестировании, именно этот файл облегчает очень сильно работу, так как в отличие от REST архитектурного стиля, где нет такого документа, в котором была бы четко структурирована работа нашего веб-сервиса, тестировать там бывает тяжеловато.
Что такое XML?
eXtensible Markup Language — расширяемый язык разметки. Используется для хранения и передачи данных
Что такое веб-сервис?
Веб-сервис, либо же веб-служба - это программа, которая организовывает взаимодействие между сайтами. Т.е. информация с одного портала передается на другой, если говорить простыми словами. Если завернуть это немножко по-умному, то это такая веб-ориентированная технология, которая позволяет программам общаться между собой, используя стандартные форматы, такие как XML и JSON, посредством специального протокола SOAP и архитектурного стиля REST. К примеру, у вас есть некая авиакомпания, у нее большое количество рейсов и, следовательно, очень много билетов. Информация через веб-службу попадает на сайт агрегатора тура путешествий, т.е. с нашей компании, с помощью API мы можем подключить, встроить некоторый функционал, который будет напрямую взаимодействовать с пользователем. Когда пользователь заходит на данный агрегатор, то он сможет напрямую купить на этом же сайте, не заходя на сайт компании, какие-то авиабилеты. Либо же другой пример webсервисов, это сайты отслеживания погоды, которые содержат какие-то сведения о метеоусловиях в конкретном городе или в стране. Данная информация также используется сторонними приложениями, либо же какими-то другими сайтами. Т.е. мы просто встраиваем вот эту вот формочку, где у нас прописана информация о погоде. Также курсы валют. Т.е. вы часто видели, что на сайте встраиваются какие-то формы, где вы можете онлайн осуществить конвертацию одной валюты в другую. Либо же также работает авторизация с помощью каких-то социальных сетей, будь то google, вконтакте, facebook. Т.е. когда вы, например, заходите на какой-то сайт и у вас написано, что вы можете зарегистрироваться, используя ваши аккаунты в других соц. сетях, это также работает посредством API.
Чем отличается REST от RESTFUL?
Если REST - архитектурный стиль, с помощью которого у нас описывается структура передачи информации у веб-сервисов, вообще в целом там какие т.е. правила, связанные с тем, как эта информация должна передаваться, то RESTFUL - это уже характеристика наших веб-сервисов. Т.е. это такие web-сервисы, которые полностью отвечают требованиям REST, которые предъявляет этот архитектурный стиль. Т.е. REST по сути описывает структуру нашего сервиса, а RESTFUL это уже сам веб-сервис, который отвечает требованиям REST.
В чём разница TCP и UDP?
Если мы говорим про TCP (Transmission Control Protocol) протокол, то это такой надежный транспортный протокол, в результате которого при передаче файлов происходит гарантия того, что информация доходит до нашего клиента. Если же в рамках передачи информации происходит то, что информация не проходит, т.е. нет никакого убеждения и гарантии, что клиент получил эту информацию, то происходит повторная отправка информации. Прежде, чем начать обмен данными, данному протоколу требуется установить соединение между двумя хостами. Минус: относительно низкая скорость передачи данных. Если мы говорим про UDP (User Datagram Protocol), то здесь не нужно убеждаться в том, что наша информация дошла, т.е. это происходит непрерывным потоком. Информация передается и нет никаких механизмов, которые говорили бы о том, что гарантированно наша информация попала к клиенту/серверу. Это основное отличие этих двух протоколов. TCP применяется там, где требуется точная и подтверждаемая передача данных - например, отправка фотографий, или переписка между пользователями. UDP, в свою очередь, нужен для общения в голосовом формате, или при передаче потокового видео, например, с веб-камер или IP-камер. Минус: менее надежно - при передаче некоторые фрагменты данных могут теряться. Кроме того, упорядоченность данных не соблюдается - возможен непоследовательный прием данных получателем
Какой подводный камень есть у SSL?
Значок замка и надпись «Защищено» означает лишь то, что браузер установил с сервером защищённое соединение. Если кто-то попытается перехватить трафик, то он всё равно не сможет его расшифровать. Но если злоумышленник поставит себе на сайт SSL-сертификат и будет принимать информацию о платёжных картах, то они попадут к нему в руки. Никто не может помешать преступнику получить сертификат, установить на свой сайт и сделать вид, что это безопасная страница.
Расскажи об уровнях TCP/IP
Их 4. 1. Канальный уровень, передаются какие-то физические импульсы, т.е. сюда можно отнести, например, оптоволокно. Ethernet. 2. Межсетевой, т.е. здесь уже происходит передача физических сигналов в виде битов или байтов, здесь уже, например, можно выделить такой протокол, как IP. (также ARP, ICMP, IGMP) 3. Транспортный уровень, здесь уже происходят какие-то транспортные взаимодействия в нашей сети, выделяют два вида - TCP и UDP. 4. Application (прикладной) уровень. Это специфический уровень для нашего приложения. Т.е. уже то, как в нашем приложении происходят различные взаимодействия, - это самый последний уровень. (HTTP, FTTP, Telnet, NTP, DHCP, PING)
Что такое маска подсети?
Когда ip-адрес присваивается интерфейсу, например, сетевому адаптеру компьютера или маршрутизатора, то кроме самого адреса данного устройства (ip-адреса), ему назначают еще и маску подсети. Компьютерная маска подсети нужна для определения границ самой подсети, чтобы каждый мог определить, кто находится с ним в одной сети подсети, а кто за ее пределами. Маска подсети, по сути, это тоже 32 бита, но, в отличие от ip-адреса, нули и единицы в ней не могут чередоваться. Всегда сначала идут несколько единиц, потом несколько нулей. Например, если мы с вами посмотрим на маску подсети (subnet mask), то, как увидите, у нас сначала прописаны только единицы, а потом 0. Т.е. такого, как в ip-адресе у нас быть не может, когда есть чередование. Я думаю, что после рассмотрения ip-адреса вам стало понятно, что такая запись в двоичной системе исчисления не очень удобна, поэтому используют упрощенную версию. Прописывают просто количество единиц, которые у нас есть в маске подсети, т.е. здесь у нас их 25, поэтому после ip-адреса могут поставить "/25".
Чем отличаются URL, URI и IRN?
Наш локатор (URL) определяет способ, как мы к нему будем заходить, и саму адресную строку, т.е. непосредственно адрес местонахождения в сети. Если мы говорим про имя (URN), то нас не интересует способ, как мы будем вот к данному файлу приходить, нас интересует, в первую очередь, только его название, поэтому название протокола и непосредственно адреса нас в данном случае не интересует. Идентификатор (URI) - включает в себя как локатор, так и название, но также может включать их по отдельности.
Что проверяем в ответах тестов API?
Статус-код, тело ответа, текст ошибок. Если в документации указано, что должен приходить определённый статус-код, либо текст ошибки, но они не совпадают - заводим баг-репорт.
Из чего состоит HTTP протокол?
Структура HTTP протокола - это сообщение плюс соединение. Сообщение обычно состоит из трех частей, которые передаются и клиентами, и серверами в следующем порядке: 1. Стартовая строка (status line) или строка состояния, которая определяет тип HTTP сообщения. Стартовая строка обязательна для любого сообщения. 2. Заголовок (header) HTTP сообщения, который может включать одно поле Host или несколько полей для передачи различной служебной информации. 3. Тело HTTP сообщения, которое содержит HTTP объекты. Тело сообщения служит для передачи пользовательской информации. Оно бывает не у всех запросов: запросы, собирающие (fetching) ресурсы, такие как GET, HEAD, DELETE, или OPTIONS, в нем обычно не нуждаются.
Что такое cookies?
Это временные файлы, которые хранятся на жестком диске компьютера пользователя, однако cookies служат для хранения персональных данных пользователя. Что же это может быть? Это могут быть данные авторизации, наш логин и пароль, настройки на определенных сайтах, ваши предпочтения. В тот момент, когда мы заходим на страницу, браузер отсылает эти данные на сервер, благодаря чему мы, например, сразу попадаем на нашу личную страничку социальной сети без необходимости постоянного ввода логина и пароля на странице авторизации в данную сеть. Также эти данные могут учитываться при выдаче вам контекстной рекламы, т.е. они тоже сохраняют ваши предпочтения в браузере, и на основании них уже будет подбираться та реклама, которая вам будет интересна в первую очередь.
Что такое кэш браузера?
Это данные, которые загружаются с нашего компьютера для того, чтобы упростить нам работу на тех сайтах, которые мы раньше посещали, т.е. ускорить ее и не загружать так сервер, как это могло бы быть, если бы вы каждый раз обращались к нему в поисках необходимой информации.
