Скачивание можно осуществлять двумя способами. Можно скачивать без сохранения, в оперативную память, а можно скачивать с сохранением на жестком диске. Нули и единицы скачиваемого кода в компе не могут располагаться хаотично, и порядок их расположения определяется той прогой, которая в твоей системе предназначена для работы с конкретным типом файла.

Ты сам понял что написал? Или просто прикалываешься?

Цифра и аналог отличаются по методу обработки и достоверности переданной информации (про избыточность и контрольные суммы не забыл?). И цифра может быть хоть миллионразрядная, необязательно 1 и 0.

Вот я его и не застал. Скинь ссылку - посмотрю о чем речь идет.

Ошибаешься. До момента записи на диск готового скачанного файла за него отвечает исключительно закатчик (прога закачки - всякие там даунлоадеры или броузер.).

Исключительно после "сбора" скачанной информации и при необходимости "просмотра" или запуска.

Исходя из твоей логики получается, если у меня нет проги для чтения того же пдф, то я и файл скачать не могу?

Файл - это ОРГАНИЗОВАННЫЙ массив нулей и единиц, а его организация определяется его типом, и, соответственно, той прогой, которая отвечает за работу с этим типом файла.

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

Страшно представить, что творится в компе, когда для pdf в компе установлены и адоб и foxit
firefox: Ну чего, качать дальше или нет?
foxit: давай быстрее, я уже всё скачанное окучил!
adobe: погоди, он опять чего-то напутает, тут надо еще поковыряться...

Другое его расположение. Информация не изменится, только удобство работы с нею самой проги.

Конечно одно и то же. Только одно описано в rfc, а другое является реализацией на конкретном компе. В rfc  вообще машинные коды не упоминаются, это не тема данного стандарта, не того уровня алгоритм.

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

если стандарт описывает уровень информации намного выше, в данном случае - разметку текстов, то к чему там поминать машинные коды?

Конечно, при реализации на конкретном компе этот алгоритм перепишут в машинных кодах этого компа. Но уровень информации, заложенный в исходном тексте не станет другим. все равно придется оперировать словами и символами, выраженными в форме цифровой информации и переводить их уже для конкретного устройства на понятный ему язык. но если с верхнего уровня на нижний информация переводится легко и без потерь, то вот восстановить её с нижнего уровня до верхнего (грубо говоря из фото страницы получить исходный хтмл) практически невозможно. Не вся информация верхнего уровня может быть представлена на нижнем и она при этом теряется. Поэтому и пишут стандарт на соответствующем уровне представления инфы, где он имеет смысл.

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

Отредактировано Alex Silver (2013-12-08 18:06:54)

Поскольку pdf открывается чаще всего на чтение, то один и тот же файл можно одновременно открыть в двух разных приложениях. Ребята не знали...

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

Или ни одной из них. И кто будет определять с какой скоростью качать файл браузеру или ftp-клиенту ?