ZXNet эхоконференция «zxnet.soft»

Hello, research

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

что думаете, реально?

Hello, moroz1999

Теоретически - реально! Hо практических реализаций я на своем жизненном пути не
встречал...
Фактически сервер должен просматривать запрос браузера, и на основани полей
запроса, таких как
"User-Agent,Accept,Accept-Language,Accept-Charset,Accept-Encoding", определять,
какой формат HTML отдать в браузер.
Это замечательный способ, к сожалению, будет слишком узкоприменимым, так как
большинство реальных серверов просто не будут обращать большого внимания на эти
параметры... Остаются только сервера, специально адаптированные для спектрума.
Здесь же появляется еще одно "неудобство", связанное с тем, что реализовать
подобную поддержку можно будет только на платных хостингах.

Hello, jdigreze

только на платных хостингах? что ты имеешь в виду?

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



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

Hello, moroz1999

mor> Hу, то, как я себе это представляю, с HTML общего иметь будет не так
mor> много. для сокращения места можно тэги заменить бинарным кодом, или
mor> еще как. Параметры привязать чисто к спековским запросам, с учетом
mor> знакомест и количества цветов.
mor> картинки - в спековском формате.

Тогда советую присмотреться к гипертексту от Витамина ;)

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

ЗЫ: Твоя идея достойна внимания :)

Hello, jdigreze

jdi> Тогда советую присмотреться к гипертексту от Витамина ;)

хммм, спасибо, покопаааюсь..

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

ну, тогда вообщем-то и делать ничего не надо - ПЦ всегда под рукой, а когда не
под рукой, поможет терминальное соединение до линуха.
вообще, 90% того, что мы делаем - давно не имеет реального применения, поэтому
лично мне интереснее тот вариант, когда на Спектруме будет реализовано что-то
эксклюзивное.

jdi> ЗЫ: Твоя идея достойна внимания :)

достойна внимания будет тогда, если найдет применение :)

вообще, если по пунктам, то чего не хватает для выхода в инет?
из известных мне проблем:
1. количество памяти (проблема, о которой говорим выше)
2. железо ? (не в курсе, не следил за последними достижениями)

Hello, moroz1999

mor> 1. количество памяти (проблема, о которой говорим выше)
mor> 2. железо ? (не в курсе, не следил за последними достижениями)

1. Кол-во памяти? У меня KAY-1024... 1Мб - вполне нормальный объем! Даже
больше, чем в ПК 8086(88) ;)
2. Сейчас есть решение RS232 для поддержки Hayes-modem'a by Caro, т.е. железо
для реализации PPP,SLIP,GPRS ЕСТЬ! Дело за программной поддержкой...

Hello, jdigreze

jdi> Теоретически - реально! Hо практических реализаций я на своем
jdi> жизненном пути не встречал...
jdi> Фактически сервер должен просматривать запрос браузера, и на основани
jdi> полей запроса, таких как
jdi> "User-Agent,Accept,Accept-Language,Accept-Charset,Accept-Encoding",
jdi> определять, какой формат HTML отдать в браузер.
jdi> Это замечательный способ, к сожалению, будет слишком узкоприменимым,
jdi> так как большинство реальных серверов просто не будут обращать
jdi> большого внимания на эти параметры... Остаются только сервера,
jdi> специально адаптированные для спектрума.
jdi> Здесь же появляется еще одно "неудобство", связанное с тем, что
jdi> реализовать подобную поддержку можно будет только на платных
jdi> хостингах.

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

Hello, AL

Ох, сомневаюсь я, что CGI выдаст то что нужно. До боли знакомая ситауция, когда
большинство скриптов многое игнорируют. ;)
Вот примерчик эксперимента:
┌─- code ───

GET / HTTP/1.1
User-Agent: Spectrum
Host: 192.168.221.1
Accept: text/html, */*
Accept-Charset: isdos

HTTP/1.1 200 OK
Date: Tue, 11 Apr 2006 11:53:33 GMT
Server: Apache/2.0.50 (Win32)
Last-Modified: Wed, 08 Feb 2006 10:09:36 GMT
ETag: "c97a-10b-b1742881"
Accept-Ranges: bytes
Content-Length: 267
Content-Type: text/html; charset=ISO-8859-1

└── code ───
Запрошена кодировка isdos
Получена iso-8859-1
Как с этим прикажете бороться? ;)

Hello, jdigreze

Хмм а чем вам метод подключение не нравится через AY описаный Alone Coder в
своем ALCOnews Hомер вот только не помню...

Причем уже даже для него игра написана
Плюс чат на два компа правда только

Hello, jdigreze

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

Hello, Firestarter

Hу, к слову сказать, у меня сейчас rs-232 работает замечательно, связь с ПЦ
стабильная ;)
Однако, в воздухе прямо-таки витает идея "глобализации", а если быть точнее, то
есть желающие приобщить своего железного друга к всемирному сообществу
компьютеров под названием Internet. И, видимо, в этом желании есть свой резон.
Однако, в отличие от пользователей (и большинства програмёров) пресловутого ПЦ,
у нас нет ничего готовенького... Даже стека... Вот и ведем думу, как бы это все
"упихать" в небезграничный объем ресурсов Спектрума. :)

Hello, moroz1999

Да в общем-то никто пока не возится с заголовками. Проблема пока одна - нет
механизмов множественного online подключения Спектрумов друг с другом...
Самый "простой" способ - использование интернета в качестве носителя пакетов,
но как только станет возможным пересылать пакеты, сразу возникнет потребность в
доступе к уже готовым стандартным сервисам типа http, ftp и прочего.
Кстати, может вернемся в изначальное русло? А то перекинулись на "разделку
шкуры неубитого медведя"... ;)
Я тут на досуге RFCшки качнул для ознакомления с основами основ. В общем,
первоначальная задача для "пробивки стены" - PPP (Point-to-Point Protocol), ибо
уже стандарт, и позиции пока сдавать не собирается, хотя реализация SLIP на
пару порядков проще, но изжил себя.
У кого какие мысли на этот счет?

Hello, jdigreze

PPP я начинал делать, но вернусь к нему после того, как будет готов "зачаток"
ZX-OS, под который можно будет написать клиентов :D

Hello, jdigreze

jdi> Ох, сомневаюсь я, что CGI выдаст то что нужно. До боли знакомая
jdi> ситауция, когда большинство скриптов многое игнорируют. ;)
jdi> Вот примерчик эксперимента:
jdi> ┌─- code ───
jdi>
jdi> GET / HTTP/1.1
jdi> User-Agent; Spectrum;
jdi> Host; 192.168.221.1;
jdi> Accept; text/html,; */*
jdi> Accept-Charset; isdos;
jdi>
jdi> HTTP/1.1 200 OK
jdi> Date; Tue,; 11 Apr 2006 11:53:33 GMT
jdi> Server; Apache/2.0.50; (Win32)
jdi> Last-Modified; Wed,; 08 Feb 2006 10:09:36 GMT
jdi> ETag; "c97a-10b-b1742881";
jdi> Accept-Ranges; bytes;
jdi> Content-Length; 267;
jdi> Content-Type; text/html;; charset=ISO-8859-1
jdi>
jdi> └── code ───
jdi> Запрошена кодировка isdos
jdi> Получена iso-8859-1
jdi> Как с этим прикажете бороться? ;)

а никак -- речь шла о специализированных сайтах для спека

Hello, jdigreze

jdi> В данном случае возникает только одна маленьая проблемка, очень
jdi> многие странички работают правильно только при наличии JavaScript...
jdi> А вот реализация его будет несколько более сложной, нежели
jdi> упрощенного html.

WAP?

Hello, jdigreze

jdi> Hу, к слову сказать, у меня сейчас rs-232 работает замечательно,
jdi> связь с ПЦ стабильная
jdi> Однако, в воздухе прямо-таки витает идея "глобализации", а если быть
jdi> точнее, то есть желающие приобщить своего железного друга к
jdi> всемирному сообществу компьютеров под названием Internet. И, видимо,
jdi> в этом желании есть свой резон.
jdi> Однако, в отличие от пользователей (и большинства програмёров)
jdi> пресловутого ПЦ, у нас нет ничего готовенького... Даже стека... Вот и
jdi> ведем думу, как бы это все "упихать" в небезграничный объем ресурсов
jdi> Спектрума.

идея такая - так же как и для WAP ввести сервер который на ходу будет готовить
странички для спектрумистов - например вводим zx.tr.ru/www.ya.ru
вот и будем общаться по уже подготовленному протоколу (более простому) с
yandex'ом и прочими премудростями.

Hello, Eltaron

Знаем, читали. ;)
Проблема у меня в другом - нет модема, так как нет телефона... в смысле, от
Электросвязи... И мобайл без GPRS... Хотя это решаемо, к лету буду брать мобайл
с модемом.

Hello, GriV

PPP тоже очень простой протокол, на самом деле. Банальная "дочка" от HDLC.
Единственное исключение там составляет конечный автомат инициализации, но его
реализация по идее должна быть не очень сложной.

Hello, jdigreze

jdi> Я тут на досуге RFCшки качнул для ознакомления с основами основ. В
jdi> общем, первоначальная задача для "пробивки стены" - PPP
jdi> (Point-to-Point Protocol), ибо уже стандарт, и позиции пока сдавать
jdi> не собирается, хотя реализация SLIP на пару порядков проще, но изжил
jdi> себя.
jdi> У кого какие мысли на этот счет?

SLIP и PPP до сих пор поддерживаются в системах - *nix и win - так что
говорить про старость нет смысла.
SLIP очень простой так что на него и надо мне кажется ориентироваться.

Hello, Alex/AT

резюмируйте, пожалуйста, а то мне, как человеку мало знакомому с практической
реализацией сетевых протоколов, сложно уследить за ходом мысли :)

Hello, GriV

Gri> SLIP очень простой так что на него и надо мне кажется
Gri> ориентироваться.

Простота протокола не имеет значения.
Реализация PPP не сильно сложнее SLIP.
При работе через модемное соединение SLIP не подходит.
Кому интересно, можете глянуть на исходник процедур приема и передачи
пакетов по протоколу PPP, который входит в состав PING - что тут сложного :).

Файл: PPP.zip http://zx.pk.ru/attachment.php?attachmentid=3162

Hello, moroz1999

ответили - всё просто, бери и делай ((((-;

Hello, GriV

спасибо, очень помог.

Hello, moroz1999

TCP/IP v Zx Spectrum
http://zxspectrum.hal.varese.it/tcpip.zip
:v2_cheer: