Но это не точно

Я вот модель OSI на память не помню, но должно же быть понимание, гм, слоистости!

Что работает на шестом уровне?

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

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

Прям берет и работает?

а, ты про то, что дает функционал 6 уровня?

Угу

по сути, сериализаторы, имхо. Тысячи их.

Ну какие, лол, хоть одно название

мальчики, настоящие сети работают по модели TCP/IP. в ней нет шестого уровня.

мальчики, настоящие сети работают по модели TCP/IP. в ней нет шестого уровня.

5,6 и 7 - это уровни приложения, оно внутри приложухи работает

5,6 и 7 - это уровни приложения, оно внутри приложухи работает

а восьмой чего нет? :)

Ну какие, лол, хоть одно название

google grpc,

мальчики, настоящие сети работают по модели TCP/IP. в ней нет шестого уровня.

Четвёртый уровень можно спокойно разложить на 3 верхних в оси

а восьмой чего нет? :)

в модели OSI - нет

Четвёртый уровень можно спокойно разложить на 3 верхних в оси

конечно. только это дырявая абстракция.

Четвёртый уровень можно спокойно разложить на 3 верхних в оси

фактически, последние три уровня - это абстракция уровня приложения

и на засыпку интересный вопрос тогда

Это эталон, чувак

у вас просто HTTP-сервис. Какой протокол работает на шестом уровне?

Никто не говорит, что эталон идеален

у вас просто HTTP-сервис. Какой протокол работает на шестом уровне?

Ssl и ascii

Это эталон, чувак

даже больше, это МОДЕЛЬ.

HTTP.

Ascii тогда

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

ты понимаешь же, что ASCII это способ _кодирования_ данных, а не передачи?

JSON тогда тоже протокол?

Уровень передачи данных лежит ниже

JSON тогда тоже протокол?

JSON - нотация

ты понимаешь же, что ASCII это способ _кодирования_ данных, а не передачи?

а тебе на 6-м никто передачу и не обещал

А представление это так же и кодирование, ведь кодирование это изменение представления

а тебе на 6-м никто передачу и не обещал

как ни странно, TCP/IP при этом не пропускает уровни.

как ни странно, TCP/IP при этом не пропускает уровни.

Osi тоже

Osi тоже

в случае HTTP что работает на шестом уровне?

ASCII - не протокол. это просто таблица в памяти.

в случае HTTP что работает на шестом уровне?

html?

С помощью ascii из твоих красивых буковок получаются цифровые коды

Почитай интернет же, там подробно об этом

6 уровень - это упаковка того, что ты хочешь передать, в набор байт, который нужно отдать второй стороне

С помощью ascii из твоих красивых буковок получаются цифровые коды

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

6 уровень - это упаковка того, что ты хочешь передать, в набор байт, который нужно отдать второй стороне

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

смотри, на 7 уровне у тебя приложение. Допустим, ООП-приложение. У тебя экземпляр класса, т.е. объект. Оно логично, что передать его "как есть", да еще и чтобы оно было понято другой стороной - задача весьма нетривиальная и даже, местами, неразрешимая.

Для этого нужен 6-й уровень. Ты упаковываешь свой объект в последовательность байт, которые, будучи прочтитаны "как есть", смогут быть поняты другой стороной.

а, то есть JSON-сериализация объектов, которая работает поверх HTTP, на самом деле шестой уровень?

На 5-м ты устанавливаешь сеанс связи и "кидаешь" в него свою последовательность байт.

На 5-м ты устанавливаешь сеанс связи и "кидаешь" в него свою последовательность байт.

почему не на четвертом? там ты устанавливаешь сессию и кидаешь в него свою последовательность байт.

Как, какой сеанс, какими средствами, как реализовано на уровне сети - это вопрос к нижележащим уровням. Тебя, как разработчика, особо не волнует.

Как, какой сеанс, какими средствами, как реализовано на уровне сети - это вопрос к нижележащим уровням. Тебя, как разработчика, особо не волнует.

на tcp - тоже.

почему не на четвертом? там ты устанавливаешь сессию и кидаешь в него свою последовательность байт.

Не, сессия - уже следующий этап. У тебя, как разработчика прикладного ПО есть опять же экземпляр класса, который, условно, "умеет работать с сетью".

Тебя не должно заморачивать, КАК он это делает.

Не, сессия - уже следующий этап. У тебя, как разработчика прикладного ПО есть опять же экземпляр класса, который, условно, "умеет работать с сетью".

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

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

внутри курла и нджинкса

и что же это такое? :)

детали реализации курла и нджинкса, естественно. Т.е. curllib, например

какие детали? какие преобразования происходят между tcp-потоком и http-запросами и ответами и в обратную сторону? преобразования в виде "читать из сокета байты, раскодировать их по ASCII до тех пор пока не встретится \n\n, разделяя на токены по \n и разделяя получившиеся токены по ": ", потом читать еще Content-Length байт, потом закрыть сокет (примитивно) - это преобразование между TCP и HTTP сразу. где промежуточные уровни?

ты же понимаешь, что "прочитать тесктовый поток, считая <teg> началом тега, </teg> - его концом, а <teg/> - комбинацией этих символов, распарсить построчно и по предопределенным правилам получить DOM-модель в памяти браузера" - это нескольно сложнее?

ты же понимаешь, что "прочитать тесктовый поток, считая <teg> началом тега, </teg> - его концом, а <teg/> - комбинацией этих символов, распарсить построчно и по предопределенным правилам получить DOM-модель в памяти браузера" - это нескольно сложнее?

HTML-верстка теперь является протоколом передачи данных?

HTML-верстка теперь является протоколом передачи данных?

Вообще говоря всегда являлась

HTTP про HTML вообще ничего не говорит

http теперь является "протоколом передачи гипертекста"

Вообще говоря всегда являлась

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

Сами разработчики говорят, что модель не идеальна, есть исключения на практике, их многие критикуют.

Но при этом модель есть, и она - весьма неплохая рекомендация.

HTML между тем (даже если посчитать ее за протокол передачи данных, хотя это требует насилия над мозгом) работает поверх HTTP, поэтому быть на 5/6 уровнях не может никак. а 8-го уровня не предусмотрено.

Oh, I got it

Причем рекомендация не только для системных администраторов (собственно, для них важны только нижние 4 уровня), но и для разработчиков.

не передачи, кодирования, конечно

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

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

только получилась дырявая абстракция.

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

только получилась дырявая абстракция.

1. Получилась хотя бы какая-то. 2. Пригодилась миллионам софтописателей. 3. Отхождений от модели - единицы.

и, к слову, в чем именно "дырявость"?

дырявая - это же если "течет"?

http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html

ну т.е. да, если течет.

Вот смотри, пример.

и, к слову, в чем именно "дырявость"?

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

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

Ну вот неправда ваша же

Отлаживать - да, нереально. Писать -то что мешает?