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: