Основы тестирования веб приложений

Содержание

Слайд 2

ПРЕЖДЕ, ЧЕМ МЫ НАЧНЕМ…

ПРЕЖДЕ, ЧЕМ МЫ НАЧНЕМ…

Слайд 3

ПРЕЖДЕ, ЧЕМ МЫ НАЧНЕМ…

ПРЕЖДЕ, ЧЕМ МЫ НАЧНЕМ…

Слайд 4

БАЗОВЫЕ СВЕДЕНИЯ ВСЕ КОМПЬЮТЕРЫ В СЕТИ ИНТЕРНЕТ ГРУБО МОЖНО ПОДЕЛИТЬ НА

БАЗОВЫЕ СВЕДЕНИЯ

ВСЕ КОМПЬЮТЕРЫ В СЕТИ ИНТЕРНЕТ ГРУБО МОЖНО ПОДЕЛИТЬ НА ДВЕ ГРУППЫ – СЕРВЕРЫ И КЛИЕНТЫ.

Слайд 5

Слайд 6

IP АДРЕС IP – АДРЕС (INTERNET PROTOCOL ADDRESS), КОТОРЫЙ ПРЕДСТАВЛЯЕТ СОБОЙ

IP АДРЕС

IP – АДРЕС (INTERNET PROTOCOL ADDRESS), КОТОРЫЙ ПРЕДСТАВЛЯЕТ СОБОЙ ПОСЛЕДОВАТЕЛЬНОСТЬ ЧЕТЫРЕХ

ЧИСЕЛ, РАЗДЕЛЕННЫХ ТОЧКАМИ, НАПРИМЕР 195.5.46.34. КАЖДОЕ ЧИСЛО МОЖЕТ ЛЕЖАТЬ В ДИАПАЗОНЕ ОТ 0 ДО 255. IP-АДРЕС ДЛЯ КОМПЬЮТЕРА, КАК ДЛЯ НАС НОМЕР СОТОВОГО ТЕЛЕФОНА. ПО НЕМУ МОЖНО НАЙТИ КОМПЬЮТЕР В ЛЮБОМ УГОЛКЕ МИРА.
Слайд 7

IP АДРЕС В 4-Й ВЕРСИИ IP-АДРЕС ПРЕДСТАВЛЯЕТ СОБОЙ 32-БИТОВОЕ ЧИСЛО. УДОБНОЙ

IP АДРЕС

В 4-Й ВЕРСИИ IP-АДРЕС ПРЕДСТАВЛЯЕТ СОБОЙ 32-БИТОВОЕ ЧИСЛО. УДОБНОЙ ФОРМОЙ ЗАПИСИ

IP-АДРЕСА (IPV4) ЯВЛЯЕТСЯ ЗАПИСЬ В ВИДЕ ЧЕТЫРЁХ ДЕСЯТИЧНЫХ ЧИСЕЛ ЗНАЧЕНИЕМ ОТ 0 ДО 255, РАЗДЕЛЁННЫХ ТОЧКАМИ, НАПРИМЕР, 192.168.0.3.
В 6-Й ВЕРСИИ IP-АДРЕС (IPV6) ЯВЛЯЕТСЯ 128-БИТОВЫМ. ВНУТРИ АДРЕСА РАЗДЕЛИТЕЛЕМ ЯВЛЯЕТСЯ ДВОЕТОЧИЕ (НАПР. 2001:0DB8:85A3:0000:0000:8A2E:0370:7334). ВЕДУЩИЕ НУЛИ ДОПУСКАЕТСЯ В ЗАПИСИ ОПУСКАТЬ. НУЛЕВЫЕ ГРУППЫ, ИДУЩИЕ ПОДРЯД, МОГУТ БЫТЬ ОПУЩЕНЫ, ВМЕСТО НИХ СТАВИТСЯ ДВОЙНОЕ ДВОЕТОЧИЕ (FE80:0:0:0:0:0:0:1 МОЖНО ЗАПИСАТЬ КАК FE80::1). БОЛЕЕ ОДНОГО ТАКОГО ПРОПУСКА В АДРЕСЕ НЕ ДОПУСКАЕТСЯ.
Слайд 8

КАК ОПРЕДЕЛИТЬ IP ADRESS ВАШЕЙ МАШИНЫ ?

КАК ОПРЕДЕЛИТЬ IP ADRESS ВАШЕЙ МАШИНЫ ?

Слайд 9

DNS СЕРВЕР КОМПЬЮТЕРНАЯ РАСПРЕДЕЛЁННАЯ СИСТЕМА ДЛЯ ПОЛУЧЕНИЯ ИНФОРМАЦИИ О ДОМЕНАХ. ЧАЩЕ

DNS СЕРВЕР

КОМПЬЮТЕРНАЯ РАСПРЕДЕЛЁННАЯ СИСТЕМА ДЛЯ ПОЛУЧЕНИЯ ИНФОРМАЦИИ О ДОМЕНАХ. ЧАЩЕ ВСЕГО ИСПОЛЬЗУЕТСЯ ДЛЯ ПОЛУЧЕНИЯ

IP-АДРЕСА ПО ИМЕНИ ХОСТА (КОМПЬЮТЕРА ИЛИ УСТРОЙСТВА), ПОЛУЧЕНИЯ ИНФОРМАЦИИ О МАРШРУТИЗАЦИИ ПОЧТЫ, ОБСЛУЖИВАЮЩИХ УЗЛАХ ДЛЯ ПРОТОКОЛОВ В ДОМЕНЕ.
ОСНОВНАЯ ЗАДАЧА DNS ЭТО ПРЕОБРАЗОВАНИЕ ТЕКСТОВЫХ ИМЕН В IP-АДРЕСА.
Слайд 10

DNS СЕРВЕР

DNS СЕРВЕР

Слайд 11

URL URL(UNIFORM RESOURCE LOCATOR) – УНИВЕРСАЛЬНЫЙ ЛОКАТОР РЕСУРСА, ИЛИ АДРЕС ЛЮБОГО

URL

URL(UNIFORM RESOURCE LOCATOR) – УНИВЕРСАЛЬНЫЙ ЛОКАТОР РЕСУРСА, ИЛИ АДРЕС ЛЮБОГО ФАЙЛА

В ИНТЕРНЕТЕ. КРОМЕ АДРЕСА КОМПЬЮТЕРА В URL  СОДЕРЖИТСЯ УКАЗАНИЕ О ПРОТОКОЛЕ, ПО КОТОРОМУ НУЖНО ОБРАЩАТЬСЯ К ФАЙЛУ, КАКУЮ ПРОГРАММУ НА СЕРВЕРЕ ЗАПУСТИТЬ И К КАКОМУ КОНКРЕТНОМУ ФАЙЛУ СЛЕДУЕТ ОБРАТИТЬСЯ.
ТИПИЧНЫЙ АДРЕС URL СОСТОИТ ИЗ ТРЕХ ОСНОВНЫХ ЭЛЕМЕНТОВ:  
 ПРОТОКОЛ + ДОМЕННОЕ ИМЯ + ПУТЬ/ФАЙЛ
Слайд 12

URL HTTPS://RU.WIKIPEDIA.ORG/ HTTP://WWW.SOFTWARETESTINGTOOLS.COM/ …

URL

HTTPS://RU.WIKIPEDIA.ORG/
HTTP://WWW.SOFTWARETESTINGTOOLS.COM/

Слайд 13

HTTP PROTOCOL ПРОТОКОЛ ПРИКЛАДНОГО УРОВНЯ ПЕРЕДАЧИ ДАННЫХ (ИЗНАЧАЛЬНО — В ВИДЕ

HTTP PROTOCOL
ПРОТОКОЛ ПРИКЛАДНОГО УРОВНЯ ПЕРЕДАЧИ ДАННЫХ (ИЗНАЧАЛЬНО — В ВИДЕ ГИПЕРТЕКСТОВЫХ ДОКУМЕНТОВ В ФОРМАТЕ

«HTML», В НАСТОЯЩИЙ МОМЕНТ ИСПОЛЬЗУЕТСЯ ДЛЯ ПЕРЕДАЧИ ПРОИЗВОЛЬНЫХ ДАННЫХ). ОСНОВОЙ HTTP ЯВЛЯЕТСЯ ТЕХНОЛОГИЯ «КЛИЕНТ-СЕРВЕР»
Слайд 14

HTTP PROTOCOL Клиент находит сервер Клиент открывает соединение к серверу Клиент

HTTP PROTOCOL

Клиент находит сервер
Клиент открывает соединение к серверу
Клиент отправляет запрос к

серверу
Сервер отправляет ответ клиенту
Сервер закрывает соединение
Слайд 15

HTTP

HTTP

Слайд 16

HTTP: ФОРМАТ ЗАПРОСА

HTTP: ФОРМАТ ЗАПРОСА

Слайд 17

HTTP: ФОРМАТ ОТВЕТА

HTTP: ФОРМАТ ОТВЕТА

Слайд 18

HTTP METHODS GET THE MOST COMMON METHOD USED ON THE WEB.

HTTP METHODS

GET
THE MOST COMMON METHOD USED ON THE WEB. JUST

REQUESTS A REPRESENTATION OF THE SPECIFIED RESOURCE. NO REQUEST BODY IS EXPECTED, REQUEST PARAMETERS ARE PASSED IN URI IN THE URL ENCODING FASHION. AMOUNT OF PARAMETERS ARE LIMITED BY SPECIFICATION (URI LENGTH), BUT MOSTLY BROWSERS/SERVERS SUPPORT LESS LENGTH. URL IS ENOUGH TO REPRODUCE THE REQUEST. IT CAN BE EASILY FORWARDED OR BOOKMARKED.
HEAD
ASKS FOR THE RESPONSE IDENTICAL TO THE ONE THAT WOULD CORRESPOND TO A GET REQUEST, BUT WITHOUT THE RESPONSE BODY. THIS IS USEFUL FOR RETRIEVING RESPONSE HEADERS, WITHOUT HAVING TO TRANSPORT THE ENTIRE CONTENT. USED BY LOAD-BALANCERS TO CHECK NODES ALIVE. HTTP SERVERS ARE SUPPOSED TO IMPLEMENT AT LEAST THE GET AND HEAD METHODS
POST
SUBMITS DATA TO BE PROCESSED (E.G. FROM AN HTML FORM) TO THE SPECIFIED RESOURCE. PARAMETERS AND OTHER DATA IS INCLUDED IN THE BODY OF THE REQUEST (PARAMETERS ALSO CAN BE INCLUDED INTO URI). URL IS NOT ENOUGH TO REPRODUCE REQUEST, CAN’T BE BOOKMARKED. RESPONSE CAN’T BE CACHED.
PUT
UPLOADS A REPRESENTATION OF THE SPECIFIED RESOURCE. MOSTLY USED TOGETHER WITH WEBDAV (WEB-BASED DISTRIBUTED AUTHORING AND VERSIONING)
DELETE
DELETES THE SPECIFIED RESOURCE
TRACE
ECHOES BACK THE RECEIVED REQUEST, CLIENT CAN SEE WHAT INTERMEDIATE SERVERS ARE ADDING OR CHANGING IN THE REQUEST
OPTIONS
RETURNS THE HTTP METHODS THAT THE SERVER SUPPORTS FOR SPECIFIED URI
CONNECT
CONVERTS THE REQUEST CONNECTION TO A TRANSPARENT TCP/IP TUNNEL, USUALLY TO FACILITATE SSL-ENCRYPTED COMMUNICATION (HTTPS) THROUGH AN UNENCRYPTED HTTP PROXY
Слайд 19

GET VS POST

GET VS POST

Слайд 20

СРАВНЕНИЕ ДВУХ МЕТОДОВ GET И POST ИСПОЛЬЗУЕМЫХ ДЛЯ ПЕРЕДАЧИ ДАННЫХ И

СРАВНЕНИЕ ДВУХ МЕТОДОВ GET И POST ИСПОЛЬЗУЕМЫХ ДЛЯ ПЕРЕДАЧИ ДАННЫХ И

ВЕБ-ФОРМ.
ОСНОВНОЕ РАЗЛИЧИЕ МЕТОДОВ GET И POST СОСТОИТ В СПОСОБЕ ПЕРЕДАЧИ ДАННЫХ ВЕБ-ФОРМЫ ОБРАБАТЫВАЮЩЕМУ СКРИПТУ, А ИМЕННО:
МЕТОД GET ОТПРАВЛЯЕТ СКРИПТУ ВСЮ СОБРАННУЮ ИНФОРМАЦИЮ ФОРМЫ КАК ЧАСТЬ URL:
HTTP://WWW.KOMTET.RU/SCRIPT.PHP?LOGIN=ADMIN&NAME=KOMTET

GET VS POST

Слайд 21

МЕТОД POST ПЕРЕДАЕТ ДАННЫЕ ТАКИМ ОБРАЗОМ, ЧТО ПОЛЬЗОВАТЕЛЬ САЙТА УЖЕ НЕ

МЕТОД POST ПЕРЕДАЕТ ДАННЫЕ ТАКИМ ОБРАЗОМ, ЧТО ПОЛЬЗОВАТЕЛЬ САЙТА УЖЕ НЕ

ВИДИТ ПЕРЕДАВАЕМЫЕ СКРИПТУ ДАННЫЕ:
HTTP://WWW.KOMTET.RU/SCRIPT.PHP
ОБА МЕТОДА УСПЕШНО ПЕРЕДАЮТ НЕОБХОДИМУЮ ИНФОРМАЦИЮ ИЗ ВЕБ-ФОРМЫ СКРИПТУ, ПОЭТОМУ ПРИ ВЫБОРЕ ТОГО ИЛИ ИНОГО МЕТОДА, КОТОРЫЙ БУДЕТ НАИБОЛЕЕ ПОДХОДИТЬ САЙТУ, НУЖНО УЧИТЫВАТЬ СЛЕДУЮЩИЕ ФАКТОРЫ:
ПРИНЦИП РАБОТЫ МЕТОДА GET ОГРАНИЧИВАЕТ ОБЪЁМ ПЕРЕДАВАЕМОЙ СКРИПТУ ИНФОРМАЦИИ;
ТАК КАК МЕТОД GET ОТПРАВЛЯЕТ СКРИПТУ ВСЮ СОБРАННУЮ ИНФОРМАЦИЮ ФОРМЫ КАК ЧАСТЬ URL (ТО ЕСТЬ В ОТКРЫТОМ ВИДЕ), ТО ЭТО МОЖЕТ ПАГУБНО ПОВЛИЯТЬ НА БЕЗОПАСНОСТЬ САЙТА;
СТРАНИЦУ, СГЕНЕРИРОВАННУЮ МЕТОДОМ GET, МОЖНО ПОМЕТИТЬ ЗАКЛАДКОЙ (АДРЕС СТРАНИЦЫ БУДЕТ ВСЕГДА УНИКАЛЬНЫЙ), А СТРАНИЦУ, СГЕНЕРИРОВАННУЮ МЕТОД POST НЕЛЬЗЯ (АДРЕС СТРАНИЦЫ ОСТАЕТСЯ НЕИЗМЕННЫМ, ТАК КАК ДАННЫЕ В URL НЕ ПОДСТАВЛЯЮТСЯ);

GET VS POST

Слайд 22

ИСПОЛЬЗУЯ МЕТОД GET МОЖНО ПЕРЕДАВАТЬ ДАННЫЕ НЕ ЧЕРЕЗ ВЕБ-ФОРМУ, А ЧЕРЕЗ

ИСПОЛЬЗУЯ МЕТОД GET МОЖНО ПЕРЕДАВАТЬ ДАННЫЕ НЕ ЧЕРЕЗ ВЕБ-ФОРМУ, А ЧЕРЕЗ

URL СТРАНИЦЫ, ВВЕДЯ НЕОБХОДИМЫЕ ЗНАЧЕНИЯ ЧЕРЕЗ ЗНАК &:
HTTP://WWW.KOMTET.RU/SCRIPT.PHP?LOGIN=ADMIN&NAME=KOMTET
МЕТОД POST В ОТЛИЧИЕ ОТ МЕТОДА GET ПОЗВОЛЯЕТ ПЕРЕДАВАТЬ ЗАПРОСУ ФАЙЛЫ;
ПРИ ИСПОЛЬЗОВАНИИ МЕТОДА GET СУЩЕСТВУЕТ РИСК ТОГО, ЧТО ПОИСКОВЫЙ РОБОТ МОЖЕТ ВЫПОЛНИТЬ ТОТ ИЛИ ИНОЙ ОТКРЫТЫЙ ЗАПРОС. 

GET VS POST

Слайд 23

HTTP: СТАТУСЫ ОТВЕТОВ 200 OK STANDARD RESPONSE FOR SUCCESSFUL HTTP REQUESTS

HTTP: СТАТУСЫ ОТВЕТОВ

200 OK
STANDARD RESPONSE FOR SUCCESSFUL HTTP REQUESTS
302 FOUND
THIS

IS THE MOST POPULAR REDIRECT CODE, BUT ALSO AN EXAMPLE OF INDUSTRIAL PRACTICE CONTRADICTING THE STANDARD – PER HTTP 1.1 303 MUST BE USED FOR THIS PURPOSE, BUT IT’S STILL USED FROM HTTP 1.0 TIMES. RESPONSE LOCATION HEADER IS USED TO POINT TO NEW RESOURCE LOCATION.
304 NOT MODIFIED
INDICATES THE REQUEST URL HAS NOT BEEN MODIFIED SINCE LAST REQUESTED. TYPICALLY, THE HTTP CLIENT PROVIDES A HEADER IF-MODIFIED-SINCE OR IF-NONE-MATCH HEADER TO SPECIFY A TIME AGAINST OR HASH WHICH TO COMPARE. UTILIZING THIS SAVES BANDWIDTH AND REPROCESSING ON BOTH THE SERVER AND CLIENT. BROWSER UTILIZE THIS WHEN RESOURCE IS AVAILABLE IN THE BROWSER CACHE, BUT ONLY FOR THE FIRST TIME BE BROWSER SESSION.
401 UNAUTHORIZED
AUTHENTICATION IS POSSIBLE BUT HAS FAILED OR NOT YET BEEN PROVIDED
403 FORBIDDEN
THE REQUEST WAS A LEGAL REQUEST, BUT THE SERVER IS REFUSING TO RESPOND TO IT. UNLIKE A 401 UNAUTHORIZED RESPONSE, AUTHENTICATING WILL MAKE NO DIFFERENCE.
404 NOT FOUND
HTTP STANDARD RESPONSE CODE INDICATING THAT THE CLIENT WAS ABLE TO COMMUNICATE WITH THE SERVER BUT EITHER THE SERVER COULD NOT FIND WHAT WAS REQUESTED, OR IT WAS CONFIGURED NOT TO FULFILL THE REQUEST.
Слайд 24

HTTP: СТАТУСЫ ОТВЕТОВ 1XX INFORMATIONAL 2XX SUCCESS 3XX REDIRECTION 4XX CLIENT ERROR 5XX SERVER ERROR

HTTP: СТАТУСЫ ОТВЕТОВ

1XX INFORMATIONAL
2XX SUCCESS
3XX REDIRECTION
4XX CLIENT ERROR
5XX SERVER ERROR

Слайд 25

CACHE ЧТО ТАКОЕ КЭШ БРАУЗЕРА – ЭТО СПЕЦИАЛЬНО ВЫДЕЛЕННОЕ МЕСТО ПАМЯТИ

CACHE

ЧТО ТАКОЕ КЭШ БРАУЗЕРА – ЭТО СПЕЦИАЛЬНО ВЫДЕЛЕННОЕ МЕСТО ПАМЯТИ НА ЖЁСТКОМ

ДИСКЕ, ГДЕ ХРАНЯТСЯ КОПИИ ПРЕДВАРИТЕЛЬНО ПОСЕЩЁННЫХ СТРАНИЦ, КАРТИНОК, И ДРУГИХ НЕОБХОДИМЫХ ДЛЯ ПРОСМОТРА ИНТЕРНЕТ-СТРАНИЦ ФАЙЛОВ.
ЭТА ПРОЦЕДУРА ПРИДУМАНА И ИСПОЛЬЗУЕТСЯ ДЛЯ БОЛЕЕ БЫСТРОЙ ЗАГРУЗКИ СТРАНИЦ И УМЕНЬШЕНИЯ ТРАФИКА. ВКРАТЦЕ, ПРИ ОБРАЩЕНИИ К ИНТЕРНЕТ-УЗЛУ БРАУЗЕР ПРОВЕРЯЕТ НАЛИЧИЕ РАНЕЕ СОХРАНЁННЫХ КОПИЙ ТЕХ ЖЕ ФАЙЛОВ В ПАМЯТИ И ЕСЛИ ТАКОВЫЕ ИМЕЮТСЯ - НЕ ЗАГРУЖАЕТ ИХ С СЕРВЕРА ПОВТОРНО.
Слайд 26

CACHE ЖМИ CTRL+F5 !

CACHE

ЖМИ CTRL+F5 !

Слайд 27

CACHE

CACHE

Слайд 28

SESSIONS & COOKIES КУ́КИ (ОТ АНГЛ. COOKIE — ПЕЧЕНЬЕ) — НЕБОЛЬШОЙ

SESSIONS & COOKIES

КУ́КИ (ОТ АНГЛ. COOKIE — ПЕЧЕНЬЕ) — НЕБОЛЬШОЙ ФРАГМЕНТ ДАННЫХ, ОТПРАВЛЕННЫЙ ВЕБ-СЕРВЕРОМ И ХРАНИМЫЙ НА КОМПЬЮТЕРЕ ПОЛЬЗОВАТЕЛЯ.

ВЕБ-КЛИЕНТ (ОБЫЧНО ВЕБ-БРАУЗЕР) ВСЯКИЙ РАЗ ПРИ ПОПЫТКЕ ОТКРЫТЬ СТРАНИЦУ СООТВЕТСТВУЮЩЕГО САЙТА ПЕРЕСЫЛАЕТ ЭТОТ ФРАГМЕНТ ДАННЫХ ВЕБ-СЕРВЕРУ В СОСТАВЕ HTTP-ЗАПРОСА. ПРИМЕНЯЕТСЯ ДЛЯ СОХРАНЕНИЯ ДАННЫХ НА СТОРОНЕ ПОЛЬЗОВАТЕЛЯ
Слайд 29

КУКИ НУЖНЫ ДЛЯ: АУТЕНТИФИКАЦИИ ПОЛЬЗОВАТЕЛЯ; ХРАНЕНИЯ ПЕРСОНАЛЬНЫХ ПРЕДПОЧТЕНИЙ И НАСТРОЕК ПОЛЬЗОВАТЕЛЯ;

КУКИ НУЖНЫ ДЛЯ:

АУТЕНТИФИКАЦИИ ПОЛЬЗОВАТЕЛЯ;
ХРАНЕНИЯ ПЕРСОНАЛЬНЫХ ПРЕДПОЧТЕНИЙ И НАСТРОЕК ПОЛЬЗОВАТЕЛЯ;
ОТСЛЕЖИВАНИЯ СОСТОЯНИЯ СЕАНСА ДОСТУПА ПОЛЬЗОВАТЕЛЯ;
ВЕДЕНИЯ СТАТИСТИКИ

О ПОЛЬЗОВАТЕЛЯХ.
Слайд 30

ПОРИСУЕМ ☺

ПОРИСУЕМ ☺

Слайд 31

HTTPS PROTOCOL HTTPS (HYPERTEXT TRANSPORT PROTOCOL SECURE) – ЭТО ПРОТОКОЛ, КОТОРЫЙ

HTTPS PROTOCOL

HTTPS (HYPERTEXT TRANSPORT PROTOCOL SECURE) – ЭТО ПРОТОКОЛ, КОТОРЫЙ ОБЕСПЕЧИВАЕТ КОНФИДЕНЦИАЛЬНОСТЬ

ОБМЕНА ДАННЫМИ МЕЖДУ САЙТОМ И ПОЛЬЗОВАТЕЛЬСКИМ УСТРОЙСТВОМ. БЕЗОПАСНОСТЬ ИНФОРМАЦИИ ОБЕСПЕЧИВАЕТСЯ ЗА СЧЕТ ИСПОЛЬЗОВАНИЯ КРИПТОГРАФИЧЕСКИХ ПРОТОКОЛОВ SSL/TLS, ИМЕЮЩИХ 3 УРОВНЯ ЗАЩИТЫ:
ШИФРОВАНИЕ ДАННЫХ. ПОЗВОЛЯЕТ ИЗБЕЖАТЬ ИХ ПЕРЕХВАТА.
СОХРАННОСТЬ ДАННЫХ. ЛЮБОЕ ИЗМЕНЕНИЕ ДАННЫХ ФИКСИРУЕТСЯ.
АУТЕНТИФИКАЦИЯ. ЗАЩИЩАЕТ ОТ ПЕРЕНАПРАВЛЕНИЯ ПОЛЬЗОВАТЕЛЯ.
Слайд 32

РАБОТА ПРОТОКОЛА HTTPS ОСНОВАНА НА ТОМ, ЧТО КОМПЬЮТЕР ПОЛЬЗОВАТЕЛЯ И СЕРВЕР

РАБОТА ПРОТОКОЛА HTTPS ОСНОВАНА НА ТОМ, ЧТО КОМПЬЮТЕР ПОЛЬЗОВАТЕЛЯ И СЕРВЕР

ВЫБИРАЮТ ОБЩИЙ СЕКРЕТНЫЙ КЛЮЧ, С ПОМОЩЬЮ КОТОРОГО И ПРОИСХОДИТ ШИФРОВАНИЕ ПЕРЕДАВАЕМОЙ ИНФОРМАЦИИ. ЭТО КЛЮЧ УНИКАЛЬНЫЙ И ГЕНЕРИРУЕТСЯ ДЛЯ КАЖДОГО СЕАНСА. СЧИТАЕТСЯ, ЧТО ЕГО ПОДДЕЛАТЬ НЕВОЗМОЖНА, ТАК КАК В НЕМ СОДЕРЖИТСЯ БОЛЕЕ 100 СИМВОЛОВ. ВО ИЗБЕЖАНИЕ ПЕРЕХВАТА ДАННЫХ ТРЕТЬИМ ЛИЦОМ ИСПОЛЬЗУЕТСЯ ЦИФРОВОЙ СЕРТИФИКАТ – ЭТО ЭЛЕКТРОННЫЙ ДОКУМЕНТ, КОТОРЫЙ ИДЕНТИФИЦИРУЕТ СЕРВЕР. КАЖДЫЙ ВЛАДЕЛЕЦ САЙТА (СЕРВЕРА) ДЛЯ УСТАНОВКИ ЗАЩИЩЕННОГО СОЕДИНЕНИЯ С ПОЛЬЗОВАТЕЛЕМ ДОЛЖЕН ИМЕТЬ ТАКОЙ СЕРТИФИКАТ.

HTTPS PROTOCOL

Слайд 33

HTTP/HTTPS

HTTP/HTTPS

Слайд 34

HTML HTML (ОТ АНГЛ. HYPERTEXT MARKUP LANGUAGE — «ЯЗЫК ГИПЕРТЕКСТОВОЙ РАЗМЕТКИ»)

HTML

HTML (ОТ АНГЛ. HYPERTEXT MARKUP LANGUAGE — «ЯЗЫК ГИПЕРТЕКСТОВОЙ РАЗМЕТКИ») — СТАНДАРТИЗИРОВАННЫЙ

ЯЗЫК РАЗМЕТКИ ДОКУМЕНТОВ ВО ВСЕМИРНОЙ ПАУТИНЕ. БОЛЬШИНСТВО ВЕБ-СТРАНИЦ СОДЕРЖАТ ОПИСАНИЕ РАЗМЕТКИ НА ЯЗЫКЕ HTML.
ПРЕДНАЗНАЧЕН ДЛЯ ХРАНЕНИЯ И ОТОБРАЖЕНИЯ ИНФОРМАЦИИ
Слайд 35

Слайд 36

HTML. EXAMPLES

HTML. EXAMPLES

Слайд 37

XML XML (EXTENSIBLE MARKUP LANGUAGE) - ЭТО НОВЫЙ SGML-ПРОИЗВОДНЫЙ ЯЗЫК РАЗМЕТКИ

XML

XML (EXTENSIBLE MARKUP LANGUAGE) - ЭТО НОВЫЙ SGML-ПРОИЗВОДНЫЙ ЯЗЫК РАЗМЕТКИ ДОКУМЕНТОВ,

ПОЗВОЛЯЮЩИЙ СТРУКТУРИРОВАТЬ ИНФОРМАЦИЮ РАЗНОГО ТИПА, ИСПОЛЬЗУЯ ДЛЯ ЭТОГО ПРОИЗВОЛЬНЫЙ НАБОР ИНСТРУКЦИЙ. РАЗРАБОТЧИКОВ ИНТЕРНЕТ ПРИЛОЖЕНИЙ, ПЫТАЮЩИХСЯ НА ПРАКТИКЕ ИСПОЛЬЗОВАТЬ НОВУЮ ТЕХНОЛОГИЮ, МОГУТ ЗАИНТЕРЕСОВАТЬ КОНКРЕТНЫЕ ВОПРОСЫ, СВЯЗАННЫЕ С ПРОБЛЕМАМИ СОЗДАНИЯ, ОБРАБОТКИ XML-ДОКУМЕНТОВ, ИХ ОТОБРАЖЕНИЯ НА СТОРОНЕ КЛИЕНТА. В ЭТОЙ СТАТЬЕ ДАЕТСЯ КРАТКОЕ ПРЕДСТАВЛЕНИЕ О ТОМ, ЧТО ПРЕДСТАВЛЯЕТ СОБОЙ И ДЛЯ ЧЕГО НУЖЕН XML-ДОКУМЕНТ И НА ПРАКТИЧЕСКИХ ПРИМЕРАХ ИЛЛЮСТРИРУЮТСЯ НЕКОТОРЫЕ ПРОСТЫЕ, НО ПОКА, К СОЖАЛЕНИЮ, МАЛО ОПИСАННЫЕ МЕХАНИЗМЫ ЕГО ОБРАБОТКИ.
ПРЕДНАЗНАЧЕН ДЛЯ ХРАНЕНИЯ И ПЕРЕДАЧИ ИНФОРМАЦИИ
Слайд 38

XML ПРИМЕР

XML ПРИМЕР

Слайд 39

JSON JSON (JAVA SCRIPT OBJECT NOTATION )- ПРОСТОЙ ФОРМАТ ОБМЕНА ДАННЫМИ,

JSON

JSON (JAVA SCRIPT OBJECT NOTATION )- ПРОСТОЙ ФОРМАТ ОБМЕНА ДАННЫМИ, УДОБНЫЙ

ДЛЯ ЧТЕНИЯ И НАПИСАНИЯ КАК ЧЕЛОВЕКОМ, ТАК И КОМПЬЮТЕРОМ. ОН ОСНОВАН НА ПОДМНОЖЕСТВЕ ЯЗЫКА ПРОГРАММИРОВАНИЯ JAVASCRIPT, ОПРЕДЕЛЕННОГО В СТАНДАРТЕ ECMA-262 3RD EDITION - DECEMBER 1999.
ПРЕДНАЗНАЧЕН ДЛЯ ХРАНЕНИЯ И ПЕРЕДАЧИ ИНФОРМАЦИИ
Слайд 40

JSON. EXAMPLES

JSON. EXAMPLES

Слайд 41

ВЕБ СЕРВИСЫ WEB-СЕРВИСЫ - ЭТО ОДИН ИЗ МЕХАНИЗМОВ ПЛАТФОРМЫ, ИСПОЛЬЗУЕМЫХ ДЛЯ

ВЕБ СЕРВИСЫ

WEB-СЕРВИСЫ - ЭТО ОДИН ИЗ МЕХАНИЗМОВ ПЛАТФОРМЫ, ИСПОЛЬЗУЕМЫХ ДЛЯ ИНТЕГРАЦИИ С ДРУГИМИ

ИНФОРМАЦИОННЫМИ СИСТЕМАМИ. ОН ЯВЛЯЕТСЯ СРЕДСТВОМ ПОДДЕРЖКИ SOA (SERVICE-ORIENTED ARCHITECTURE) - СЕРВИС-ОРИЕНТИРОВАННОЙ АРХИТЕКТУРЫ, КОТОРАЯ ЯВЛЯЕТСЯ СОВРЕМЕННЫМ СТАНДАРТОМ ИНТЕГРАЦИИ ПРИЛОЖЕНИЙ И ИНФОРМАЦИОННЫХ СИСТЕМ.
ЗНАЧИТЕЛЬНЫМ ПРЕИМУЩЕСТВОМ СЕРВИС - ОРИЕНТИРОВАННОЙ АРХИТЕКТУРЫ ЯВЛЯЕТСЯ ТО, ЧТО ОНА ПОЗВОЛЯЕТ РАЗВИВАТЬ ИНФРАСТРУКТУРУ ПРЕДПРИЯТИЯ ОДНОРОДНЫМ ОБРАЗОМ, БЕЗ РАЗРУШЕНИЯ УЖЕ СУЩЕСТВУЮЩИХ РЕШЕНИЙ. ЕЕ ИСПОЛЬЗОВАНИЕ ПОЗВОЛЯЕТ МИНИМИЗИРОВАТЬ ИЗДЕРЖКИ ЗА СЧЕТ ИНТЕГРАЦИИ РАЗНОРОДНЫХ И УНАСЛЕДОВАННЫХ СИСТЕМ В СОВРЕМЕННЫЙ ЛАНДШАФТ ПРЕДПРИЯТИЯ. ОНА ПОЗВОЛЯЕТ РЕАЛИЗОВЫВАТЬ СЛАБО СВЯЗНЫЕ ПРОГРАММНЫЕ КОМПОНЕНТЫ С ТЕМ, ЧТОБЫ МАКСИМАЛЬНО ПОВЫСИТЬ ИХ ПОВТОРНУЮ ИСПОЛЬЗУЕМОСТЬ.
Слайд 42

Слайд 43

ВИДЫ ВЕБ-СЕРВИСОВ REST SOAP

ВИДЫ ВЕБ-СЕРВИСОВ

REST
SOAP

Слайд 44

API API (ИНТЕРФЕЙС ПРОГРАММИРОВАНИЯ ПРИЛОЖЕНИЙ, ИНТЕРФЕЙС ПРИКЛАДНОГО ПРОГРАММИРОВАНИЯ) (АНГЛ. APPLICATION PROGRAMMING

API

API (ИНТЕРФЕЙС ПРОГРАММИРОВАНИЯ ПРИЛОЖЕНИЙ, ИНТЕРФЕЙС ПРИКЛАДНОГО ПРОГРАММИРОВАНИЯ) (АНГЛ. APPLICATION PROGRAMMING INTERFACE, API [ЭЙ-ПИ-АЙ][1]) — НАБОР ГОТОВЫХ КЛАССОВ, ПРОЦЕДУР, ФУНКЦИЙ, СТРУКТУР И КОНСТАНТ, ПРЕДОСТАВЛЯЕМЫХ ПРИЛОЖЕНИЕМ (БИБЛИОТЕКОЙ,

СЕРВИСОМ) ИЛИ ОПЕРАЦИОННОЙ СИСТЕМОЙ ДЛЯ ИСПОЛЬЗОВАНИЯ ВО ВНЕШНИХ ПРОГРАММНЫХ ПРОДУКТАХ. ИСПОЛЬЗУЕТСЯ ПРОГРАММИСТАМИ ПРИ НАПИСАНИИ ВСЕВОЗМОЖНЫХ ПРИЛОЖЕНИЙ.
Слайд 45

API

API

Слайд 46

ВЕБ-ПРИЛОЖЕНИЕ ВЕБ-ПРИЛОЖЕНИЕ — КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ, В КОТОРОМ КЛИЕНТОМ ВЫСТУПАЕТ БРАУЗЕР, А

ВЕБ-ПРИЛОЖЕНИЕ

ВЕБ-ПРИЛОЖЕНИЕ — КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ, В КОТОРОМ КЛИЕНТОМ ВЫСТУПАЕТ БРАУЗЕР, А СЕРВЕРОМ — ВЕБ-СЕРВЕР. ЛОГИКА ВЕБ-ПРИЛОЖЕНИЯ РАСПРЕДЕЛЕНА МЕЖДУ СЕРВЕРОМ И КЛИЕНТОМ, ХРАНЕНИЕ ДАННЫХ

ОСУЩЕСТВЛЯЕТСЯ, ПРЕИМУЩЕСТВЕННО, НА СЕРВЕРЕ, ОБМЕН ИНФОРМАЦИЕЙ ПРОИСХОДИТ ПО СЕТИ. ОДНИМ ИЗ ПРЕИМУЩЕСТВ ТАКОГО ПОДХОДА ЯВЛЯЕТСЯ ТОТ ФАКТ, ЧТО КЛИЕНТЫ НЕ ЗАВИСЯТ ОТ КОНКРЕТНОЙ ОПЕРАЦИОННОЙ СИСТЕМЫ ПОЛЬЗОВАТЕЛЯ, ПОЭТОМУ ВЕБ-ПРИЛОЖЕНИЯ ЯВЛЯЮТСЯ КРОССПЛАТФОРМЕННЫМИ СЕРВИСАМИ. ВЕБ-ПРИЛОЖЕНИЯ СТАЛИ ШИРОКО ПОПУЛЯРНЫМИ В КОНЦЕ 1990-Х — НАЧАЛЕ 2000-Х ГОДОВ.
Слайд 47

Слайд 48

ВЕБ-ПРИЛОЖЕНИЯ, ОСОБЕННОСТИ - НЕ НУЖНА УСТАНОВКА НА ВСЕ РАБОЧИЕ СТАНЦИИ -

ВЕБ-ПРИЛОЖЕНИЯ, ОСОБЕННОСТИ

- НЕ НУЖНА УСТАНОВКА НА ВСЕ РАБОЧИЕ СТАНЦИИ
- КРОССБРАУЗЕРНОСТЬ
- СКОРОСТЬ

РАБОТЫ ЗАВИСИТ ОТ СКОРОСТИ ОТ ИНТЕРНЕТ СОЕДИНЕНИЯ
- РАБОТА С НЕСКОЛЬКИМИ ПОЛЬЗОВАТЕЛЯМИ ОДНОВРЕМЕННО
Слайд 49

ВЕБ-ПРИЛОЖЕНИЕ, ПРИМЕРЫ ЗАМЕТКИ ПУТЕШЕСТВЕННИКА ☺ ONLINER.BY FACEBOOK.COM ….

ВЕБ-ПРИЛОЖЕНИЕ, ПРИМЕРЫ

ЗАМЕТКИ ПУТЕШЕСТВЕННИКА ☺
ONLINER.BY
FACEBOOK.COM
….

Слайд 50

КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ КЛИЕНТ-СЕРВЕР (АНГЛ. CLIENT-SERVER) — ВЫЧИСЛИТЕЛЬНАЯ ИЛИ СЕТЕВАЯ АРХИТЕКТУРА, В

КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ

КЛИЕНТ-СЕРВЕР (АНГЛ. CLIENT-SERVER) — ВЫЧИСЛИТЕЛЬНАЯ ИЛИ СЕТЕВАЯ АРХИТЕКТУРА, В КОТОРОЙ ЗАДАНИЯ ИЛИ СЕТЕВАЯ

НАГРУЗКА РАСПРЕДЕЛЕНЫ МЕЖДУ ПОСТАВЩИКАМИ УСЛУГ, НАЗЫВАЕМЫМИ СЕРВЕРАМИ, И ЗАКАЗЧИКАМИ УСЛУГ, НАЗЫВАЕМЫМИ КЛИЕНТАМИ. ФАКТИЧЕСКИ КЛИЕНТ И СЕРВЕР — ЭТО ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ. ОБЫЧНО ЭТИ ПРОГРАММЫ РАСПОЛОЖЕНЫ НА РАЗНЫХ ВЫЧИСЛИТЕЛЬНЫХ МАШИНАХ И ВЗАИМОДЕЙСТВУЮТ МЕЖДУ СОБОЙ ЧЕРЕЗ КОМПЬЮТЕРНУЮ СЕТЬ ПОСРЕДСТВОМ СЕТЕВЫХ ПРОТОКОЛОВ, НО ИХ МОЖНО РАСПОЛОЖИТЬ ТАКЖЕ И НА ОДНОЙ МАШИНЕ.
Слайд 51

Слайд 52

КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ, ПРИМЕРЫ SKYPE VIBER БОЛЬШИНСТВО МОБИЛЬНЫХ ПРИЛОЖЕНИЙ

КЛИЕНТ-СЕРВЕРНОЕ ПРИЛОЖЕНИЕ, ПРИМЕРЫ

SKYPE
VIBER
БОЛЬШИНСТВО МОБИЛЬНЫХ ПРИЛОЖЕНИЙ

Слайд 53

ВАЖНО! НЕОБХОДИМО ТЕСТИРОВАТЬ КАК КЛИЕНТСКУЮ, ТАК И СЕРВЕРНУЮ ЧАСТЬ, А ТАКЖЕ ИХ ВЗАИМОДЕЙСТВИЕ МЕЖДУ СОБОЙ

ВАЖНО!

НЕОБХОДИМО ТЕСТИРОВАТЬ КАК КЛИЕНТСКУЮ, ТАК И СЕРВЕРНУЮ ЧАСТЬ, А ТАКЖЕ ИХ

ВЗАИМОДЕЙСТВИЕ МЕЖДУ СОБОЙ
Слайд 54

SINGLE PAGE APPLICATION (SPA) ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ (АНГЛ. SINGLE PAGE APPLICATION, SPA)

SINGLE PAGE APPLICATION (SPA)

ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ (АНГЛ. SINGLE PAGE APPLICATION, SPA) — ЭТО ВЕБ-ПРИЛОЖЕНИЕ ИЛИ ВЕБ-САЙТ, ИСПОЛЬЗУЮЩИЙ ЕДИНСТВЕННЫЙ HTML-ДОКУМЕНТ КАК

ОБОЛОЧКУ ДЛЯ ВСЕХ ВЕБ-СТРАНИЦ И ОРГАНИЗУЮЩИЙ ВЗАИМОДЕЙСТВИЕ С ПОЛЬЗОВАТЕЛЕМ ЧЕРЕЗ ДИНАМИЧЕСКИ ПОДГРУЖАЕМЫЕ HTML, CSS, JAVASCRIPT, ОБЫЧНО ПОСРЕДСТВОМ AJAX. SPA НАПОМИНАЮТ РОДНЫЕ (NATIVE) ПРИЛОЖЕНИЯ, С ТОЙ ЛИШЬ РАЗНИЦЕЙ, ЧТО ИСПОЛНЯЮТСЯ В РАМКАХ БРАУЗЕРА, А НЕ В СОБСТВЕННОМ ПРОЦЕССЕ ОПЕРАЦИОННОЙ СИСТЕМЫ.
Слайд 55

ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ НАШ КЛАССИЧЕСКИЙ ПРИМЕР – ЗАМЕТКИ ПУТЕШЕСТВЕННИКА ☺

ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ

НАШ КЛАССИЧЕСКИЙ ПРИМЕР – ЗАМЕТКИ ПУТЕШЕСТВЕННИКА ☺

Слайд 56

ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ, ОСОБЕННОСТИ НЕОБХОДИМО УДЕЛЯТЬ ВНИМАНИЕ ТЕСТИРОВАНИЮ ПРИ ИСПОЛЬЗОВАНИИ БРАУЗЕРНЫХ КЛАВИШ

ОДНОСТРАНИЧНОЕ ПРИЛОЖЕНИЕ, ОСОБЕННОСТИ

НЕОБХОДИМО УДЕЛЯТЬ ВНИМАНИЕ ТЕСТИРОВАНИЮ ПРИ ИСПОЛЬЗОВАНИИ БРАУЗЕРНЫХ КЛАВИШ НАВИГАЦИИ:
-

ВПЕРЕД
- НАЗАД
- ОБНОВИТЬ СТРАНИЦУ
Слайд 57

RESPONSIVE/ADAPTIVE WEB-DESIGN АДАПТИВНЫЙ ВЕБ-ДИЗАЙН (АНГЛ. ADAPTIVE WEB DESIGN) — ДИЗАЙН ВЕБ-СТРАНИЦ,

RESPONSIVE/ADAPTIVE WEB-DESIGN

АДАПТИВНЫЙ ВЕБ-ДИЗАЙН (АНГЛ. ADAPTIVE WEB DESIGN) — ДИЗАЙН ВЕБ-СТРАНИЦ, ОБЕСПЕЧИВАЮЩИЙ ПРАВИЛЬНОЕ ОТОБРАЖЕНИЕ САЙТА НА

РАЗЛИЧНЫХ УСТРОЙСТВАХ, ПОДКЛЮЧЁННЫХ К ИНТЕРНЕТУ И ДИНАМИЧЕСКИ ПОДСТРАИВАЮЩИЙСЯ ПОД ЗАДАННЫЕ РАЗМЕРЫ ОКНА БРАУЗЕРА.
ЦЕЛЬЮ АДАПТИВНОГО ВЕБ-ДИЗАЙНА ЯВЛЯЕТСЯ УНИВЕРСАЛЬНОСТЬ ОТОБРАЖЕНИЯ СОДЕРЖИМОГО ВЕБ-САЙТА ДЛЯ РАЗЛИЧНЫХ УСТРОЙСТВ. ДЛЯ ТОГО, ЧТОБЫ ВЕБ-САЙТ БЫЛ УДОБНО ПРОСМАТРИВАЕМЫМ С УСТРОЙСТВ ФОРМАТОВ И С ЭКРАНАМИ РАЗЛИЧНЫХ РАЗРЕШЕНИЙ, ПО ТЕХНОЛОГИИ АДАПТИВНОГО ВЕБ-ДИЗАЙНА НЕ НУЖНО СОЗДАВАТЬ ОТДЕЛЬНЫЕ ВЕРСИИ ВЕБ-САЙТА
Слайд 58

Слайд 59

- ОNLINER.BY - EUROSPORT.COM - TUT.BY …. RESPONSIVE/ADAPTIVE WEB-DESIGN. ПРИМЕРЫ

- ОNLINER.BY
- EUROSPORT.COM
- TUT.BY
….

RESPONSIVE/ADAPTIVE WEB-DESIGN. ПРИМЕРЫ

Слайд 60

КРОССБРАУЗЕРНОСТЬ ТЕСТИРОВАНИЕ КРОССБРАУЗЕРНОСТИ — ВИД ТЕСТИРОВАНИЯ, НАПРАВЛЕННЫЙ НА ПОДДЕРЖКУ И ПРАВИЛЬНОЕ

КРОССБРАУЗЕРНОСТЬ

ТЕСТИРОВАНИЕ КРОССБРАУЗЕРНОСТИ — ВИД ТЕСТИРОВАНИЯ, НАПРАВЛЕННЫЙ НА ПОДДЕРЖКУ И ПРАВИЛЬНОЕ ПОЛНОЕ ОТОБРАЖЕНИЕ

ПРОГРАММНОГО ПРОДУКТА В РАЗНЫХ БРАУЗЕРАХ, МОБИЛЬНЫХ УСТРОЙСТВАХ, ПЛАНШЕТАХ, ЭКРАНАХ РАЗЛИЧНОГО РАЗМЕРА. КРОССБРАУЗЕРНОЕ ТЕСТИРОВАНИЕ (CROSS-BROWSER TESTING) — ВАЖНЫЙ ЭТАП ПРИ РАЗРАБОТКЕ ЛЮБОЙ ПРОГРАММЫ. ВЕДЬ ВНЕШНИЙ ВИД САЙТА И ЕГО КОРРЕКТНОЕ ОТОБРАЖЕНИЕ НА ЛЮБОМ СОВРЕМЕННОМ УСТРОЙСТВЕ ИГРАЕТ ОПРЕДЕЛЯЮЩУЮ РОЛЬ ДЛЯ ЗАКАЗЧИКА.
Слайд 61

Слайд 62

ЧТО ЖЕ ТЕСТИРОВАТЬ? РАБОТА С РАЗЛИЧНЫМИ ИНТЕРНЕТ-СОЕДИНЕНИЯМИ КРОССБРАУЗЕРНОСТЬ ИЗМЕНЕНИЕ РАЗМЕРА ЭКРАНА

ЧТО ЖЕ ТЕСТИРОВАТЬ?

РАБОТА С РАЗЛИЧНЫМИ ИНТЕРНЕТ-СОЕДИНЕНИЯМИ
КРОССБРАУЗЕРНОСТЬ
ИЗМЕНЕНИЕ РАЗМЕРА ЭКРАНА БРАУЗЕРА
РАБОТА С КЛАВИШАМИ

НАВИГАЦИИ БРАУЗЕРА
ПЕРЕХОД ПО ПРЯМЫМ ССЫЛКАМ
РАБОТА В РАЗНЫХ БРАУЗЕРНЫХ ВКЛАДКАХ
ИНКОГНИТО РЕЖИМ
ОСОБОЕ ВНИМАНИЕ БЕЗОПАСНОСТИ И ПРОИЗВОДИТЕЛЬНОСТИ