Главное, чтобы вообще без предоплаты.

с какой книги?

"Идеализм в чистом виде" от какой-нибудь феминистки

Кого хантим сегодня? Сколько денег? Срок две недели? Джанга?

отбой тревоги

с какой книги?

Мартин, чистый код

А в гугле забанили?

Мартин, чистый код

?

какое предложение ты гуглил?

http://bfy.tw/CMgv

8)

8)

На тебя кавер сделали

Trial version!

а почему на меня

шутка фейлд. всем спасибо, все свободны

Лево руля.

Ребят у меня тут вопрос по поводу TCP, IP, HTTP можно задам? хотел спросить правильно ли я понял и взаимосвязи или нет

Это уже вопрос. :)

Ребят у меня тут вопрос по поводу TCP, IP, HTTP можно задам? хотел спросить правильно ли я понял и взаимосвязи или нет

Жги

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

щито

это ты ща телегу впереди лошади сунул? да еще и смешал в кучу урлы и л3 протокол

просто я не могу понят как IP и TCP вместе работают

положим у тебя есть типичный код на питон с реквестс data = requests.get(url).content

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

положим у нас обычный http (7й уровень модели оси, приложения) хост скажем localhost нам надо подключиться к нему и сделать хттп запрос

сперва на адрес вызывается штатный системный ресолвер, для ответа на "какой адрес у "локалхост"?" вопрос

тот с помощью разных способов транслирует его в айпишник 127.0.0.1, например

далее создаем сокет, указываем TCP протокол (4й уровень, транспортный) и делаем на нем коннект() к указанному адресу здесь в дело вступает ОС. для TCP у нас выбирается рандомный незанятый сорцевый порт и заполняется пакет данных - в первых полях заполняются данные IP-протокола (3й уровень, сетевой) - адрес куда (127.0.0.1), адрес откуда (свой айпишник, ос выбирает айпишник интерфейса через который пакет пойдет, консультируясь с локальными таблицами роутинга), номер протокола (тцп), размер пакета плюс данные тцп протокола - порты куда и откуда

для тцп сперва происходит обмен туда-сюда в несколько пакетов (4-way handshake) чтобы начать сессию, после чего приложение может писать данные в сокет на верхнем уровне создается посылка в виде хттп запроса GET /path?query HTTP/1.1 Host: localhost User-Agent: python... ... который заполняется в пакеты аналогично процессу выше

после чего этот пакет улетает через езернет/вайфай/туннели/прочая (2й уровень оси, канальный, плюс 1й - физический)

IP-пакеты данных содержат адреса откуда и кому, плюс какой протокол вложен внутри TCP-пакеты соответственно имеют уже айпишный заголок и добавляют инфу о портах + данные

какой протокол может быть вложен внтури пакета IP?

TCP протокол может быть вложен как в IPv4, так и в IPv6 заголовки

какой протокол может быть вложен внтури пакета IP?

примеры - https://en.wikipedia.org/wiki/Transport_layer#Protocols

получается TCP проверять сперва все ли нормально на хосте locahost (4-way handshake) потом только заполняются пакеты для IP внутри которого будет вложен пакет TCP, потом создается http запрос?

как вообще можно до такого вывода додуматься

далее создаем сокет, указываем TCP протокол (4й уровень, транспортный) и делаем на нем коннект() к указанному адресу здесь в дело вступает ОС. для TCP у нас выбирается рандомный незанятый сорцевый порт и заполняется пакет данных - в первых полях заполняются данные IP-протокола (3й уровень, сетевой) - адрес куда (127.0.0.1), адрес откуда (свой айпишник, ос выбирает айпишник интерфейса через который пакет пойдет, консультируясь с локальными таблицами роутинга), номер протокола (тцп), размер пакета плюс данные тцп протокола - порты куда и откуда

вот это дейтсвие происходит на хосте который отправляет запрос?

да

для тцп сперва происходит обмен туда-сюда в несколько пакетов (4-way handshake) чтобы начать сессию, после чего приложение может писать данные в сокет на верхнем уровне создается посылка в виде хттп запроса GET /path?query HTTP/1.1 Host: localhost User-Agent: python... ... который заполняется в пакеты аналогично процессу выше

это тоже?

это между обоими летается

твой хост отправляет пакеты, удаленный присылает тцп пакеты в ответ

ты говориш что присылает tcp пакеты, как тогда в ip пакете вложен TCP пакет, если приходит tcp пакеты

как я вижу сейчас запрос (1(2(?4(5(6(7))))))) номер это уровни OSI

тцп пакета без айпи не существует

блин смайлик

5 и 6 тут не участвует никак

тцп пакета без айпи не существует

получается внтури tcp пакеты вложен iP пакет?

получается внтури tcp пакеты вложен iP пакет?

Да ты издеваешься?

наоборот

иди читай книжки по протоколам и сокетам

там картинки и таблички наглядные есть

окей, последний еще вопрос, данные http запроса внутри пакета TCP?

или http запрос уходит после того как успешно прошел tcp запрос

внутри

причем вполне могут быть разбиты на пачку тцп пакетов

то есть данные http запросе head и прочее внутри пакета tcp?

да

в каком поле?

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

в каком поле?

в данных

то есть вот тут (4-way handshake) происходит обмен данными внтури которого есть так же http данные?

нет

это просто соединение оказывается

нет, это еще до обмена

там флаги используются

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

https://github.com/alex/what-happens-when

Лол

я открыл ишьюсы у репозитория

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

в чем разница между runc и oci рантаймами, почему это, блядь, нигде не документировано, и что из них дефолт?

что делает containerd...

в чем разница между runc и oci рантаймами, почему это, блядь, нигде не документировано, и что из них дефолт?

так просто разные стандарты

стандарты чего и как это отличается на практике?

почитал и пришел к выводу, что попутал, наверное

все крутится вокруг OCI

https://github.com/opencontainers/image-spec/blob/master/spec.md

> This specification defines an OCI Image, consisting of a manifest, an image index (optional), a set of filesystem layers, and a configuration. однозначное задание внутренностей контейнера

runC это реализация этого дерьма

как и containerd

обе хуйни умеют запускать/формировать и поддерживать это говно

собственно docker это обвязка над containerd, вроде

[root@ene ~]# docker info Containers: 0 Running: 0 ... Swarm: inactive Runtimes: oci runc Default Runtime: oci Security Options: seccomp selinux ...

> containerd currently has two active branches. There is a v0.2.x branch for the current release of containerd that is being consumed by Docker and others

значит docker имеет под собой возможность использовать обе эти хуйни

> runC is built on libcontainer, the same container technology powering millions of Docker Engine installations.

ExecStart=/usr/bin/dockerd-latest \ --add-runtime oci=/usr/libexec/docker/docker-runc-latest \ --default-runtime=oci \ --containerd /run/containerd.sock \ --exec-opt native.cgroupdriver=systemd \ --userland-proxy-path=/usr/libexec/docker/docker-proxy-latest \ -g /var/lib/docker-latest \ $OPTIONS \ $DOCKER_STORAGE_OPTIONS \ $DOCKER_NETWORK_OPTIONS \ $ADD_REGISTRY \ $BLOCK_REGISTRY \ $INSECURE_REGISTRY т.е. я вижу что ключами добавлен оци рантайм и сделан дефолтом при этом в документации на докер адд-рантайм ключ описан (куцо-куцо) а дефолт-рантайм ключа нет

докер ран принимает —рантайм ключ, но это недокументировано, и попытки заюзать runc не пашут

да, у меня крутятся два демона - докерд и контейнерд

докер ран принимает —рантайм ключ, но это недокументировано, и попытки заюзать runc не пашут

читать код, видимо

нихуя неясно как они между собой работу делят