Боды, биты, байты - это единицы измерения потока информации.
Как литры, декалитры, баррели, пинты и прочее для воды.
Сам по себе язык не может быть передан по любой железке без его интерпретатора, понятного этой железке.
И все итерпретаторы сегодня его преобразуют в бинарный код, единственно доступный на сегодня.
Да, ведутся работы по созданию устройств с бОльшим  числом состояний, но из исследовательских лабораторий они еще не вышли.
В той же оптике могут быть несколько состояний: ортогональная поляризация и наличие - отсутствие света. Уже четыре состояния. Если сделать такой канал связи, придется для HTMLa создать прогу - интерпретатор для такого канала связи, в том виде, как он существует сегодня, он по нему передаться не может.

тебя обманули. все модемы, вся цифровая радиосвязь работают на каналах с существенно бОльшим числом состояний чем 2. 256 - это норма, а 1024 не хочешь? 4 байта, между прочим (как там было в Библии: В начале было слово и слово было 2 байта) и это не предел.

Опятки путанки. 256 бит, или 1024 - это длина последовательности нулей и единиц, принятая в данном канале связи за единичную. Вся инфа разбита на блоки именно такой длины. В микрухе эту инфу можно передать по параллельному протоколу, тогда придется сооружать шину в 256 или 1024 провода. А можно последовательно. Используются сегодня оба варианта.
Но для связи на сколь нибудь заметное расстояние используют только последовательные протоколы, ну не будут же тянуть кабели в 1024 жилы, или использовать 1024 несущих частоты в том же вайфае.
Да, в каждом блоке информации, как ты правильно заметил, 256 или 1024 состояния, выраженных соответствующим числом нулей и единиц.
Тебе, как программеру, это не интересно и не нужно знать. Ты пишешь прогу на языке высокого уровня, интерпретатор же для железки переводит знаки этого языка в последовательность нулей и единиц, но ты об этом даже не догадываешься, ибо не писал интерпретатор, его писали другие люди.
Кстати, провел эксперимент. Загрузил первую страницу этой темы, с вроде как 15 фотками, кучей аватарок, текста и прочих оформлений страницы. Отключил физически инет, перезагрузил комп. Страницы вообще нет, есть только ссылки в истории браузера. Включил инет, снова загрузилась эта же страница, и открыл необжатую фотку 4М. Отключил инет, перезагрузил комп.
Фотка сохранилась в кеше и её можно было жамкнуть за пределы экрана.

Отредактировано Rijanin (2013-12-04 07:31:29)

Алекс, продолжу треп здесь.
Понимаешь. я по образованию радиоинженер. Был у нас курс автоматики и вычислительной техники, где программирование нам давали только в машинных кодах, без каких либо языков, и в дальнейшей работе с ними мне сталкиваться не приходилось, когда стали переходить на цифровую технику, в коллективе появились молодые инженеры, обучавшиеся именно программированию, и мне его изучать как то не было необходимости.
Поэтому о языках программирования, тем более высокого уровня, имею весьма поверхностное представление.
Зато на уровне железа и сигналов разбираюсь не плохо.
Начну с сигналов. Любой гармонический сигнал имеет три характеристики - частота, амплитуда и фаза. И представляет собою синусоиду. Эта синусоида не несет никакой информации, для того, чтобы она перенесла какую то информацию, её необходимо промодулировать. В начале прошлого века наиболее распространенным способом модуляции была амплитудная. Синусоида менялась по амплитуде информационным сигналом. Так работали, к примеру, все радиовещательные станции в диапазонах длинных, средних и коротких волн. Недостатком была малая помехоустойчивость канала связи. Более устойчивым видом модуляции стала частотная, которая, к примеру, использовалась в радиовещании в диапазоне УКВ и FM. Фазовая модуляция использовалась в некоторых специальных системах. Это все было во времена царствования аналога.
С развитием цифровых технологий появилась потребность по тем же каналам связи передавать большие объемы информации, а это значило резкое расширение необходимого спектра сигналов. Но диапазоны частот не могли вместить весь этот поток, а каждый из каналов обладал значительной избыточностью, то есть, достаточно большой участок спектра, занятый сигналом, не нес полезной информации. Поэтому стали развиваться различные методы уплотнения сигнала.
Но по любому, оперировать с несущим сигналом можно было только по трем параметрам - амплитуде, частоте и фазе.
И во всех цифровых устройствах информация представляется бинарным кодом, а железо содержит лишь наборы ключей, каждый из которых имеет два состояния: включен - выключен. Первым шагом уплотнения цифрового сигнала было  введение байта - группы из восьми цифр, нулей и единиц, где каждая цифра, в зависимости от своего положения в байте, имела разный вес. Это позволило восемью цифрами по восьми шинам при параллельном протоколе передавать 256 состояний сигнала. Этот байт стал единицей информации, которым в вычислительных устройствах кодировалась как команда, так и собственно информация.
По мере развития вычислительной техники наращивалась разрядность этой техники. Программирование в машинных кодах стало слишком трудоемким процессом, к тому же выявлять ошибки программирования было еще труднее. Поэтому создавались языки программирования более высокого уровня, где программисту не нужно было разбираться в нулях - единицах.
С появлением языков высокого уровня работа программиста бесконечно упростилась и ускорилась, появились механизмы проверки правильности кода и его оптимизации. Но ни одна железяка, ни один канал связи понять эти языки не в состоянии. Им по прежнему доступны только машинные коды, нули и единицы.
Ты прекрасно знаешь, что ни одна железяка в компе не сможет работать без драйвера - программы, переводящей программу на языке высокого уровня в машинные коды. И наоборот.
То же и с каналами связи. Тот же код HTML не может быть передан по проводу кабеля, не будучи преобразован в последовательность нулей и единиц по определенному правилу. И с Вай Фай та же картина. Алгоритмы передачи цифровой информации непрерывно совершенствуются и усложняются, но в их основе остается все тот же байт. Так что и железо, и провода, и радиоволна или световая волна по прежнему передают лишь последовательности нулей и единиц.
Не дано железке, проводу или волне понять даже простейшую команду языка низкого уровня go to: пока она не будет преобразована в нули и единицы по определенному правилу.

Миша, ресурсы компов растут большими темпами, поэтому экономить на длине кода сегодня не принято. Это было актуально в те времена, когда оперативка измерялась килобайтами, а жесткие диски - мегабайтами.
Сегодня оперативка измеряется гигабайтами, а жесткие диски - терабайтами, вопрос экономии длины кода снят с повестки дня.

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

Alex Silver
Теорема Котельникова.

Дык и я о том же.

Поскольку внутре компа ничего кроме 0 и 1 нет и быть не может, то вся информация внутри него и представлена в виде набора нулей и 1. А как её там по другому хранить? Но к сути самой информации это не имеет никакого отношения. Если бы у нас были не двоичные компы, а развития Сетуни (http://ru.wikipedia.org/wiki/Сетунь_(компьютер)), работающие в троичном коде, информация была бы та же самая, но представлена в другом виде. В радиоканале инфа та же, но представлена в третьем виде. Музыка (вообще звук) может быть в двоичном виде на CD и в аналоговом на виниле. А ещё в виде нот на бумаге. Но всё это разные способы представления, хранения и обработки одной и той же информации.

С другой стороны - страница на хтмл и мрз-музыка в компе хранятся в виде 0 и 1. Но попробуй подсунуть браузеру музыку, а винампу - наш форум? казалось бы - и там и там набор 0 и 1, а не идет... от того, что информация представлена в одном двоичном виде она не становиться хоть чуточку похожей.

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

Набор нулей и единиц в компе превращается в стихотворение отнюдь не по особым матрицам логических преобразований, а в силу законов русского языка и стихосложения, которые про 0 и 1 не знали, когда появились на свет, и описывают эти правила на совсем другом уровне. Точно так же и хтмл не приближается к машинным кодам и описывает свои законы на совсем другом уровне. А реализован на компах с двоичной логикой - ну что же тут поделать, коли других нет. С Пушкиным хотя бы выбор есть - читать с двоичного представления в браузере, с аналогового в книге или вообще слушать на звуковой книге.

А вот тут ты не прав.
Рассмотрим то, с чем я сейчас бьюсь - тетру. У неё аналоговый сигнал с микрофона поступает в АЦП, потом проц его жмет кодеком в нули и единицы и отдает радиотракту. А вот в радио из потока 0 и 1 делаются сдвиги фазы на pi/4, pi/2, 3/4pi, pi, 5/4 pi и т.д. всего восемь состояний в канале. то бишь в каждый момент времени передаётся один символ о 0 до 7.

Можно конечно сказать, что 7 тоже можно представить как 111 в двоичной системе, но в канале не передаются три символа 1. передаётся один символ 7.  А поскольку двоичная система ни чем не лучше других, почему ты всё пытаешься свести к ней? На самом деле это всего один из вариантов представления информации,что я и пытаюсь донести.

А правила, определяющие поведение браузера пр загрузке страницы или проигрывание мрз описаны на совсем другом уровне представления информации, к системам счисления не имеющим никакого отношения.  Именно это я имел ввиду, когда говорил о чисто текстовом формате хтмл. При чем тут двоичная система? не она определяет порядок обработки информации, рисования страниц, проигрывания музыки. Разве в троичном компе оно будет делаться по другому? Изменится только способ хранения информации, но не правила её обработки.

Отредактировано Alex Silver (2013-12-05 20:30:27)

Причем здесь системы счисления, фазы и прочее?
Вот комп у меня 64 разрядный. Команды и данные имеют по 64 разряда, но могут обрабатываться и 32 разрядные. Видюха вообще с памятью работает по 128 разрядам.
Арифметический блок в проце я не знаю, но может выполнять операции и в шестнадцатеричном коде.
   Но в инете идут именно нули и единицы. То, что написано про радиоканал с фазовыми сдвигами - всего лишь метод упаковки этих самых нулей и единиц.
Да, аналоговый сигнал с микрофона в звуковой карте компа оцифровывается в нули и единицы. Потом одна из прог эти нули и единицы переводит в организованный массив. Этот массив еще раз перепаковывается другой прогой, чтобы передаться по каналу связи с инетом. В твоем, Алекс, радиоканале этот массив еще раз перепаковывается соответствующей прогой под формат твоего радиоканала.
То есть, по пути следования с одного компа на другой этот звуковой файл может претерпевать неоднократные перепаковки, хоть в десятичную, хоть в шестнадцатеричную, хоть в другую систему представления. Но это никак не меняет сути этого файла, а именно, исходного бинарного его кода. И приемный комп, прежде, чем направить этот файл на ЦАП, восстанавливает бинарный массив, понятный этому ЦАПу.
Поэтому я и утверждаю, что любой канал связи, передающий цифровую информацию, передает нули и единицы, которые могут быть упакованы самыми разными способами, в зависимости от свойств этого канала. Но будучи перепакованными, они все равно остаются нулями и единицами.
Пойми, написанная тобою в HTML страница в самом компе представлена в виде массива этих самых нулей и единиц, которые в видеокарте преобразуются в символы, которые ты видишь на экране. Эти символы никак не похожи на нули и единицы. Зато тебе не надо искать соответствия набора этих нулей и единиц элементу изображения на странице, символы бесконечно нагляднее тебе скажут о нем.
После того, как ты полностью сформировал страницу, убедился, что она выглядит полностью так, как задумано, ты можешь её отправить через сеть другому человеку. Причем, разными способами. Можешь отправить прямо сгенерированный самой прогой цифровой массив, а можешь отправить и графическое его изображение. (Правда, не понятно, зачем такое извращение.)
При этом, два массива нулей и единиц будут РАЗНЫМИ, ибо сформированы будут разными прогами, но информация в них будет одна и та же, просто в разных представлениях.
То же самое с каналами связи. Какие бы в них представления файла ни были, колесами, палками, телегами, обезъянами или чем еще, передаваться информация будет о массиве нулей и единиц.

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

ну  раз ты так утверждаешь, то принимай:
101110100100001001010010000101010010100010001000100101010010001010100100100001001000100001000101001000101010100010110010101010001000101010101010010010101010.

В стандарте хтмл не упоминаются ни массивы 0 и 1, ни бинарные или другие каналы, зато в определении явно уазано, что речь идет о документе. вот на уровне документа, то бишь определенным образом оформленного текста и имеет смысл говорить о хтмл.

точно так же колбаса - не то, что носят в портфеле из магазина, а продукт питания изготовленный из того-то по такой-то технологи (правилам).

А всё, что ты пишешь - это реализация этого стандарта на конкретном устройстве. Поскольку это устройство не понимает ничего кроме 0 и 1 на входе и выходе - то и реализуется всё набором 0 и 1. А в каналах - ещё как-то, например на основе  256 состояний канала. Но это - портфель или пакет, способ доставить. к самой колбасе - никакого отношения не имеет.

Отредактировано Alex Silver (2013-12-06 14:48:55)