Что-то непонятно. (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Что-то непонятно. (+)

Отправлено SM 24 ноября 2007 г. 21:34
В ответ на: Вопросик про HTTP под Виндами отправлено <font color=gray>хххх</font> 24 ноября 2007 г. 21:28

У браузера вообще-то работа такая - html, завернутый в http прокачивать без какого либо своего транспорта. http это и есть транспорт. Он это сам сделает, кормить его не надо. А чтобы GEt/POST вернулся, нада например кнопарь в форме сделать. Который этот GET/POST и сделает. Путь там достаточно указать относительный, т.е. не надо знать собственно URL-я или айпишника. Ну а чтобы браузер открыл сразу нужную страницу, нужно адрес этой страницы передать ему как аргумент командной строки при запуске.

Составить ответ | Вернуться на конференцию

Ответы

дополняю — хххх (24.11.2007 21:54:18 83.188.13.125, 525 байт)
- Ааааа.... Это другой вопрос. Самый простой вариант именно утилитка на локалхосте. Сервер пойдет стандартный, например апач, а далее через какой либо механизм общение с девайсом. Например через php и какую-нить DLL-ку, реализующую связь с девайсом. — SM (24.11.2007 22:00:22 80.92.255.53, пустое)
  - А вобще сделайте командную строку. Типа set PARAM=VALUE и все что угодно можно сконфигурить. Причем в 99% случаев удобнее, чем через эти дурацкие кнопки и диалоги. Ну а в крайнем случае можно сваять утилитку-обертку, которая бы вычитала из девайса все его возможные параметры и предоставила граф. интерфейс для их задания. — SM (24.11.2007 22:10:51 80.92.255.53, пустое)
    - текстовки имеют один но убойный минус — хххх (24.11.2007 22:22:47 83.188.13.125, 580 байт)
      - По текстовым конфигам вопрос спорный, но оставим это, а вот про сервак на локалхосте - так область его видимости это вопрос администрирования сети, и не более. Ну еще вариант - откройте какой-нить файло с хтмл-ем локальное. А в нем на какой-нить яво-скриптовом языке общение с девацом. — SM   (24.11.2007 22:37:43 80.92.255.53, пустое)
        
        администрирование??!! Клиенту можно еще предложить самому в сорцах робраться ))) — хххх   (24.11.2007 22:54:17 83.188.13.125, 183 байт)
        
        Если Вам не облом калякать свои трансляторы протоколов (серверы) под винду, то, может, есть всё-таки смысл внизу прикрутить нормальный транспорт? — Vit   (24.11.2007 23:18:31 77.122.184.20, пустое, ссылка)
        
        Да вот это значительно проще. IMHO. Только изернет заменить на SLIP или PPP — SM   (24.11.2007 23:20:23 80.92.255.53, пустое, ссылка)
        
        это сложнее — хххх   (24.11.2007 23:28:35 83.188.13.125, 275 байт)
        
        PPP и SLIP это соединения типа точка-точка. В то же время UDP и TCP имеют в пакете адрес источника и адрес получателя. — Vit   (25.11.2007 00:05:21 77.122.184.20, 240 байт)
        
        еще раз двадцать пятый - — хххх   (25.11.2007 00:31:59 83.188.13.125, 98 байт)
        
        Дык из HTTP делать настоящий транспорт - это вааще изврат — Vit   (25.11.2007 00:46:9 77.122.184.20, пустое)
        
        А я то дурень всю жисть считал что HTTP это и есть транспорт для HTML — хххх   (25.11.2007 00:49:27 83.188.13.125, 67 байт)
        
        Вот поэтому у Вас вопросы такие и возникают — Vit   (25.11.2007 01:31:47 77.122.184.20, 456 байт)
        
        PPP это просто способ передачи TCP/IP через COM-порт и не более того. Клиент отлично знает, к какому порту подключил девайс, который в винде представится модемом. А Вам в девайсе сделать всего лишь TCP/IP и http - на том уровне, что по указанной ссылке. Там совсем немного. — SM   (24.11.2007 23:32:21 80.92.255.53, пустое)
        
        такую фигню я еще лет 5 назад наваял. — хххх   (24.11.2007 23:55:27 83.188.13.125, 372 байт)
        
        Ну если у клиента есть сеть, то и администратор есть :) :) И сделать так, чтобы сервер на одном компе был виден где угодно в другом месте плевое дело. — SM   (24.11.2007 22:55:13 80.92.255.53, пустое)
        
        И еще как вариант - зависит от стоимости девайса. Возьмите какой-нить копеечный рутер, имеющий ком-порт и живущий под линуксом. На нем поднять сервак дело плевое. Он будет транслятором протокола девайса в натуральный http/html. — SM   (24.11.2007 22:51:2 80.92.255.53, пустое)
        
        это как к стиральной машинке ломик прикладывать - типа дверцу им открывать ...{+} — хххх   (24.11.2007 23:01:13 83.188.13.125, 444 байт)
        
        В общем-то проблем особых нет - напишите свой стек драйверов, начиная от железа и кончая протоколом верхнего уровня. И получите какой-нить адрес myhttp://com2/device0/configpage . Никто в этом Вас в винде не ограничивает, однако работы будет край непочатый. — SM   (24.11.2007 23:06:20 80.92.255.53, пустое)
        
        А по тектстам - см. *nix. Там чудесная команда man есть :) Ее просто тоже надо в девайсе реализовать. — SM   (24.11.2007 22:38:42 80.92.255.53, пустое)
      - Дык сама железка пишет подсказки;) Ты ей чего-попало - она в ответ осознанный хлеп — Vit (24.11.2007 22:32:59 77.122.184.20, 98 байт)
- Немного вбок, но суть та же. В свое время вставлял в свои девайсы простенький терминальный сервер, а на подключаемом компе запускал СОМ ANSI-терминалку и ей прекрасно конфигурил и управлял девайсами — =AVR= (24.11.2007 21:59:27 80.92.96.19, пустое)
  - +1. — Vit (24.11.2007 22:05:6 77.122.184.20, пустое)
    - И на экране терминалки менюшки, диалоги и кнопки рисовались не хуже, чем в каком-нибудь Turbo Vision — =AVR= (24.11.2007 22:24:58 80.92.96.19, пустое)
      - Отсюда помедленнее, пожалуйста! Я записываю.... — хххх   (24.11.2007 22:31:17 83.188.13.125, 224 байт)
        
        ANSI-терминал умеет отображать псевдографику (черточки-уголочки) и позиционировать курсор. Посредством этого твой код из устройства будет управлять экраном терминала, вести диалог с оператором, и принимать от него конфигурационные параметры. Простые формочки в виде кнопок, радиобутонов и диалоговых полей рисуются элементарно и выглядят весьма прилично - в цвете, с миганием и т.д. — =AVR=   (24.11.2007 22:37:55 80.92.96.19, пустое)
        
        ах вот вы про что! — хххх   (24.11.2007 22:46:33 83.188.13.125, 385 байт)
        
        SLIP? — Vit   (24.11.2007 22:57:33 77.122.184.20, пустое, ссылка)
        
        Нуу... Это опять TCP/IP :) Которого нету. — SM   (24.11.2007 23:01:14 80.92.255.53, пустое)
        
        Дык, может, перестанет бояться и завернёт;0 — Vit   (24.11.2007 23:07:33 77.122.184.20, пустое)
        
        Тем не менее загляни - вдруг понравится --> — =AVR=   (24.11.2007 22:47:44 80.92.96.19, пустое, ссылка)
        
        На самом деле пасиб что напомнили про терминалки — хххх   (24.11.2007 23:09:20 83.188.13.125, 94 байт)
        
        У нас недавно пришлось вспоминать. Тупо "верхний уровень" для конфига писать не стали. — Vit   (24.11.2007 23:26:26 77.122.184.20, 425 байт)
        
        В потоке кроме букафф идут управляющие символы (самые привычные это \r, \n), котрые терминал интерпретировать умеет — Vit   (24.11.2007 22:36:0 77.122.184.20, пустое)
        
        В ANSI-терминале управляющими являются Esc-последовательности — =AVR=   (24.11.2007 22:39:1 80.92.96.19, пустое)
        
        Всё там так смешано до пробела;) Мне нравится код 0х07;) — Vit   (24.11.2007 22:42:37 77.122.184.20, пустое)
        
        Ага, "пи-ип" - очень популярный код на современном TV :)) — =AVR=   (24.11.2007 22:46:43 80.92.96.19, пустое)
        
        Только к тому самому ANSI отношения не имеет :) Он был определен еще задолго до того. — SM   (24.11.2007 22:48:49 80.92.255.53, пустое)
        
        Но определен он был в том же самом ANSI - American National Standard Institute, так что круг замкнулся :)) — =AVR=   (24.11.2007 22:57:13 80.92.96.19, пустое)
        
        Кстати интересный момент. А кто был раньше - ASCII или EBCDIC? Во втором тоже был BEL, но кажись 0x2F — SM   (24.11.2007 23:00:14 80.92.255.53, пустое)
        
        Практически одновременно - в начале 60-х --> — =AVR=   (24.11.2007 23:04:35 80.92.96.19, пустое, ссылка, картинка)
        
        Судя по этим данным в начале 60-х EBCDIC уже вовсю юзался, а аски зарождался. Да. Давно это было :) — SM   (24.11.2007 23:09:58 80.92.255.53, пустое)
        
        +1 В томже журнале (весьма удачном и информативном по тем временам) [Аматерском Радио] в конце приводились таблицы EBCDIC c последующей публикацие ASCII, как последующий стандарт. — Макаров   (25.11.2007 00:13:7 89.113.48.3, пустое)
        
        Дык там же написано, что в 50-х EBCDIC уже применяли — Vit   (24.11.2007 23:09:10 77.122.184.20, пустое)
но с той стороны (в приборе) должен быть сервер — =General= (24.11.2007 21:40:18 83.171.65.223, пустое)