Загрузка изображения из БД

Ага
Только вот какого размера будут пакеты?
Сначала маленькие...потом все больше
Это есть разгон
Это не хттп....это тсп
А вообще в чем вопрос?

Вопрос был таким:

-----
Шта? Репозиторий?

Блин че те надо???? Отстань не грузи
(Добавление)
Ага
Я имел ввиду что браузер не возьмет имагу от скрипта в один поток с другой статикой
Потому имеем не оптимизацию
Могу ошибаться
.....
И выше я ответил не увидев вопроса выше
Сдвиг по ответу
(Добавление)
Короче браузер видит по расширению статику и сует ее в один поток с другими
В разагнаный
А от скрипта он не знает что будет и не рискует
Так понятнее??
Хотя....сам понимаешь я не браузер

Антонина ты можешь ответить конкретно:

1) что ты назвал 6-ю потоками?
2) какую из перечисленных возможностей HTTP протокола ты имел ввиду?

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

-----
Шта? Репозиторий?

DeepVarvar сцуко ты бы хоть посмотрел сначала!!!
Ненавижу!!!!
1 - 6 одновременных соединений подряд
2 - че? Я не знаю протоколы
(Добавление)
DeepVarvar ой нафиг тебя в качель
Захочешь глянешь таймлайны и поймешь
Я нянечка тебе чтоли?

0) не боись, посмотрю.
1) Это же шесть, максимум шесть отдельных соединений.
2) Лан, давай по нормальному. Если не знаешь протоколов и терминоголии, то не аписняй. Я думал ты знаешь, а ты тыкаешь меня посмотреть какие-то не-до-логи в зонде, которого у меня даже нет.

-----
Шта? Репозиторий?

Это как варвар видит объяснение
Примерно так оно все и видит
(Добавление)
Хотя блин я выше уже рассказал и про рост пакетов
И выгоду все качать в одном соединении
Ну видимо както так...

да-да -- через хитро закрученную оно и работает.
(Добавление)
TCP или HTTP?

-----
Шта? Репозиторий?

что?....я ушел
(Добавление)
А существует хттп соединение? Любопытно

Оппа... Действительно любопытно

Ты наверное баловался с сокетами на пыхе, да?
Ну вот то что ты там писал в сокет текст типа "200 OK\r\n" это ты реализовывал спеки HTTP протокола.
И совершенно не задумывался о транспортном TCP.
Так вот ты принимал соединения по HTTP протоколу.

А теперь объясни, как именно, даже при НЕ разорванном TCP соединении браузер должен понять что первый файл уже передан, запросить второй, а сервер должен понять что браузер запрашивает новый файл.

-----
Шта? Репозиторий?

загадка
Ты серьезно?

Я серьезно.

-----
Шта? Репозиторий?

Ладно сорь
Не буду козлиться
Есть такие штуки называются заголовки
В них есть и длина файла
А еще в тсп пакете есть завершающий пакет
Уж не знаю точно как все там происходит но.... ту издеваешься чтоли?
(Добавление)
Ты глумишься чтоли?
(Добавление)
Я блин всего лишь хотел показать как браузеры качают статику
И если есть сомнения бери ф12 и иди смотреть таймлайны
И увидь эти самые закачки в одно соединение

---

Отредактировано модератором: DeepVarvar, 23 Июня, 2015 - 02:23:36
Давай без литературных, держи себя в руках, тут дети.

Нет, я серьезно думал что ты знаешь.
Вобщем я нагуглил.

Есть два совершенно не связанных друг с другом TCP кип-алайв и HTTP кип-алайв.
Оба, ахах, оба генерируют дополнительный траф за счет синков и проверок ))
Единственный профит, он был раньше -- медленный инет и медленное соединение.
Пакеты летели по выбранному один раз маршруту (который закешировал ARP?) и это было быстрее, чем спрашивать маршрут наново.

Короче то что ты рассказываешь -- это хттпешный кип-алайв.

-----
Шта? Репозиторий?

Какой епрст кипэлайв???
Я про рост размера пакетов
Ну ...видимо вру
(Добавление)
Кипэлайв я чисто как ответ на твой вопрос а как? Как они знают что вот оно новое?
(Добавление)
Покачай большой файл по хттп и проследи за размером пакета