Сочинение на тему ESP8266 – система на чипе (SoC)

Существует две версии интернет-протокола: IPv4 и IPv6. IPv6 является улучшенной версией IPv4 и имеет гораздо больше адресов, чем IPv4 (поскольку устройств намного больше, чем доступных адресов IPv4). В этой статье мы поговорим только об IPv4-адресах, поскольку большинство локальных сетей все еще используют их.

IP-адрес состоит из 4 цифр, например, 192.168.1.5 является действительным адресом IPv4. На самом деле он состоит из двух частей: первая часть – 192. 168. 1, это адрес локальной сети. Последняя цифра 5 в данном случае относится к устройству.

Используя IP-адреса, мы можем найти ESP8266 в сети и отправлять на него сообщения. ESP также может найти наш компьютер или наш телефон, если ему известны их соответствующие IP-адреса.

Транспортный уровень

Различные устройства в сети делают все возможное, чтобы доставить эти IP-пакеты адресату, однако пакет нередко теряется, поэтому он никогда не прибудет. Или пакет может быть поврежден в пути: данные больше не верны. IP также не может гарантировать, что пакеты будут доставлены в том же порядке, в котором они были отправлены.

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

В основном этот третий уровень составляет два протокола: протокол управления передачей (TCP) и протокол пользовательских дейтаграмм (UDP).

TCP гарантирует, что все пакеты получены, что пакеты в порядке, и что поврежденные пакеты отправляются повторно. Это означает, что его можно использовать для связи между несколькими приложениями, не беспокоясь о целостности данных или потере пакетов. Вот почему он используется для таких вещей, как загрузка веб-страниц, отправка электронной почты, загрузка файлов и т. Д. UDP, с другой стороны, не гарантирует, что каждый пакет достигает своего места назначения, однако он проверяет наличие ошибок, но когда он находит один, он просто уничтожает пакет, не отправляя его повторно. Это означает, что он не такой надежный, как TCP, но он быстрее и имеет гораздо меньшую задержку, потому что для отправки сообщений не требуется открытое соединение, как это делает TCP. Вот почему он используется в голосовых и видеочатах, например в онлайн-играх.

Прикладной уровень

Теперь у нас есть надежная связь с использованием TCP, но есть еще одна проблема. Подумайте об этом так: вы отправляете письмо, и TCP гарантирует, что оно прибудет к месту назначения, но если получатель не понимает язык, на котором он написан, он не будет знать, что с ним делать.

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

Существует множество различных протоколов, но мы в основном сосредоточимся на протоколах для веб-серверов и браузеров.

Протокол передачи гипертекста

Протокол передачи гипертекста, или HTTP, – это протокол (ср. язык), который используется как веб-серверами, так и веб-клиентами для связи. Он использует текст для отправки запросов и ответов от клиента на сервер и обратно.

Например, когда вы вводите http://www.google.com в адресную строку веб-браузера (клиента), он отправляет HTTP-запрос GET на веб-сервер Google. Сервер понимает этот HTTP-запрос и отправит веб-страницу Google в качестве ответа. Или когда вы загружаете изображение в Instagram, ваш браузер отправляет HTTP-запрос POST с вашим селфи, прикрепленным к серверу Instagram. Сервер понимает запрос, сохраняет изображение и добавляет его в базу данных, отправляет URL-адрес нового изображения обратно в браузер, и браузер добавляет изображение на веб-страницу.

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

Большинство современных сайтов используют безопасную версию HTTP, называемую HTTPS. Это безопасное соединение шифрует данные в целях безопасности. (Вы не хотите, чтобы кто-нибудь читал пакеты с вашего почтового сервера или пакеты, отправленные, например, в ваш банк.)

AJAX

В старые времена HTML страницы в вашем браузере были статичными. Когда страница обновлялась, «целую» страницу приходилось перезагружать через интернет-соединения. Это одна из причин того, что «красивые» страницы с большим количеством контента не использовались, когда у пользователей Интернета были только модемы с коммутируемым доступом. В наши дни мало кто из нас, вероятно, получит доступ к Интернету по коммутируемому каналу, но перегрузка сети, поиск DNS и богатый графический контент по-прежнему замедляют загрузку страниц нашего браузера. Разве не было бы хорошо, если бы только измененные данные могли перемещаться через Интернет, а не на целые страницы? Для многих веб-сайтов это именно то, что происходит, и магия клиентского JavaScript и XML делает процесс эффективным.

Ajax – это не язык программирования или инструмент, а концепция. Ajax – это сценарий на стороне клиента, который взаимодействует с сервером / базой данных и обратно без необходимости обратной передачи или полного обновления страницы. Лучшее определение для Ajax – это «метод обмена данными с сервером и обновления частей веб-страницы – без перезагрузки всей страницы». Сам Ajax в основном является общим термином для различных методов JavaScript, используемых для динамического подключения к веб-серверу без необходимости загрузки нескольких страниц. В более узком смысле это относится к использованию объектов XmlHttpRequest для динамического взаимодействия с веб-сервером через JavaScript.