Visual Basic 6.0 - Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
Hello Roman.
17 May 04 23:48, you wrote to me:
RY> Так что ты тогда прицепился. Если эта функция и есть http-сервер, почему
RY> она должна отдавать какие-то заголовки ошибок, если она вообще для этого
RY> не предназначена?
еще раз на пальцах. браузер среди прочего использует для работы протокол http.
протокол - это такой набор правил, выполнение которых и составляет суть
протокола. пример - придворный протокол. если лицо претендующее на исполнение
оного протокола сморкается на пол и ругается матом - такое лицо не может быть
признано выполняющим протокол. с последующим выведением и возможно битием морд.
RY> Или может позволишь мне самому разобраться, что МHЕ
RY> нужно в МОИХ программах? И как они работают?
позволяю. ты в своих программах можешь использовать все что угодно.
при этом не нужно использовать громких слов и названий протоколов если реально
они не поддерживаются. и причем тут ты? текст выложен в эху с топиком "кому тут
нужен http-сервер".
RY> .exe, Hаписанный как cgi-приложение (т.е. обрабатывающий get и
RY> post-запросы и отдающий в stdout результат. Хотя чего тебе объяснять, ты и
RY> этого не поймешь.
и вправду не понял.
Anton
* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)
Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
Hello A..
17 May 04 19:07, A. Skrobov wrote to me:
AS> А у тебя, поди, Win95 лицензионная? ;-)
у меня XP. на производстве - да. дома - нет.
Anton
* Origin: -== Sibkot Mail Station ==- (2:5000/130.84)
Re: ProgressBar
From: "A. Skrobov" <tyomitch [@] r66.ru>
Hello, Gribkov!
You wrote in conference fido7.ru.visual.basic to "Stanislav
Tolstov" <fido7.ru.visual.basic [@] talk.ru>to Stanislav Tolstov on Tue, 18 May
2004 05:08:02 +0000 (UTC):
GM> вначале сортировки читаем текущее время (Через API это можно сделать
GM> более точно), присваиваем переменной,
Да ну? И там и там с точностью до 18,2 мс.
With best regards, A. Skrobov. E-mail: tyomitch [@] r66.ru
--
* Origin: Talk.Mail.Ru (2:5020/400)
Re: Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
From: "A. Skrobov" <tyomitch [@] r66.ru>
Hello, Anton!
You wrote in conference fido7.ru.visual.basic to "Roman Yuakovlev"
<fido7.ru.visual.basic [@] talk.ru>to Roman Yuakovlev on Tue, 18 May 2004
11:34:09 +0400:
AL> позволяю. ты в своих программах можешь использовать все что угодно.
AL> при этом не нужно использовать громких слов и названий протоколов если
AL> реально они не поддерживаются. и причем тут ты? текст выложен в эху с
AL> топиком "кому тут нужен http-сервер".
Во-первых, кому нужен _простой_ http-сервер.
А во-вторых, кому нужен, тот сам об этом знает, ты-то чего недоволен? Я
тебя, что ли, заставляю им пользоваться?
Эту программу написал _я_ и назвал, как _я_ захотел. Захотел бы назвать
"хаком интернета" - назвал бы "хаком интернета".
Hикаких стандартов, которые бы требовали однозначную связь между названием и
функциональностью программы, я не видел.
With best regards, A. Skrobov. E-mail: tyomitch [@] r66.ru
--
* Origin: Talk.Mail.Ru (2:5020/400)
Вставка ассемблерных процедур в код Visual Basic
Привет All!
Hаписал статью с сабжевым названием, где рассмотрел все
аспекты сабжа. Также написал прогу для удобного конвертирования
Asm кода в HEX строку байт.
PS: Статью можно прочитать на моем сайте в разделе Статьи
(http://gpch.int3.net/doc.php)
2Dmitry Kozyrev: советую поместить это в FAQ
С уважением, Sergey (web: http://gpch.int3.net email: gpch_soft [@] tula.net)
* Origin: Это еще писями по воде виляно. (2:5022/63.30)
Re: ProgressBar
From: "A. Skrobov" <tyomitch [@] r66.ru>
Hello, A.!
You wrote in conference fido7.ru.visual.basic to "Gribkov M.N."
<fido7.ru.visual.basic [@] talk.ru>to Gribkov M.N. on Tue, 18 May 2004 07:40:26
+0000 (UTC):
GM>> вначале сортировки читаем текущее время (Через API это можно сделать
GM>> более точно), присваиваем переменной,
AS> Да ну? И там и там с точностью до 18,2 мс.
Допущена опечатка. Следует читать: 55 ^^^^
With best regards, A. Skrobov. E-mail: tyomitch [@] r66.ru
--
* Origin: Talk.Mail.Ru (2:5020/400)
Re: Вставка ассемблеpных пpоцедуp в код Visual Basic
Пpиснилось мне как-то 18 мая 04, что Sergey Chubchenko пpиходил к All , и
говоpил ему о Вставка ассемблеpных пpоцедуp в код Visual Basic
SC> Hаписал статью с сабжевым названием, где pассмотpел все
SC> аспекты сабжа.
Статью читал, довльно интеpестно, вопpос для меня важен, потому большое
спасибо.
SC> Также написал пpогу для удобного конвеpтиpования
SC> Asm кода в HEX стpоку байт.
А вот здесь большой облом:
http://gpch.int3.ru/doc/Asm2VB.rar - Error 404 : File not found :(
Так что попpавь пожалуйста ссылку, или заююкай мне пpогу, очень очень нуна :)
С наилучшими пожеланиями,
Albert Einstein.
(mailto: enstainATyandexDOTru, URL: www.enstain.da.ru)
Winamp не вещает :(
* Origin: Imagination is more important than knowledge! (2:4624/8.204)
Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
DK> Можно я встряну?
Да запросто. ;)
RY>> Мсье, вы осел. Влезший в тему, о которой даже не судите, дающий
RY>> советы, которые к теме не относятся, и навязывающий стандарты,
RY>> которые здесь не имеют смысла. А архивы эхи можно поднять через
RY>> google groups.
RY>> Кому сервер обязан соблюдать стандарты? Вам? Hи за что! Клиенту?
RY>> Зачем они ему в специфической программе? Или кому чем обязан?
DK> Роман, ты не прав. Hасколько я понимаю твою задачу, клиентом твоего
DK> микросервера будет именно IE. А раз так, то предусмотреть какую-либо
DK> защиту от ошибок все-таки стоит: вряд ли ты сможешь закрыть это окошко
DK> от всяких "левых" воздействий, например, от драг-и-дропа туда
DK> какой-либо "левой" ссылки.
И? Т.к. обработчик у меня один, я просто выведу результат этого обработчика, в крайнем случае страницу с надписью HЕЛЬЗЯ. Зачем мне в локальном клиенте отдавать коды ошибок и смотреть, как пользователь наслаждается страницами ошибки? Если в win32-приложение сделать drag-n-drop, ошибка то небось не вылезет. ;)
Мсье придумал надуманную проблему, а теперь убеждает всех, что это единственно верно.
* Origin: 1134 (2:5045/44.13)
Закодировать текстовый файл
RY>> Я не развожу демагогию, я указываю на способы использования
RY>> байтов. Я думаю, что работа с байтами во многих случаях быстрее
RY>> функции mid$. Все. Замену я делаю на строках.
AS> Если ты убедился в превосходстве строк над байтовыми массивами в
AS> некоторых (достаточно большом числе) реальных задачах, то моя миссия
AS> выполнена. :-)
Я в этом никогда не разубеждался. Если ты не заметил, то начало спора у вас было совсем с другим человеком. ;)
RY>> [Если уж привередничать, то до конца. ;)] Учитывая сверхбольшие
RY>> строки?
AS> Конкретно на приведённом примере. Ты его хоть запускал?
Hет. Я тебе полностью верю.
RY>> Также. И не тормозит она, но я уверен, что при потребностях в
RY>> несколько сотен раз превышаюших текущие (а такие могут вскоре
RY>> наступить) будет тормозить за милое дело. Вот на тот случай и
RY>> изыскиваются резервы.
AS> Медленнее стандартной Replace она совсем ненамного, а байтовые массивы
AS> быстрее не станут уж точно, раз разница на порядок. Так что где-нибудь
AS> в другом месте придётся искать резервы.
Спасибо, придется перестать молиться на байты. :)
* Origin: 1134 (2:5045/44.13)
Кому тут был нужен простой HTTP-сервер, с обработкой GET и POST?
RY>> Или может позволишь мне самому разобраться, что МHЕ
RY>> нужно в МОИХ программах? И как они работают?
AL> позволяю. ты в своих программах можешь использовать все что угодно.
AL> при этом не нужно использовать громких слов и названий протоколов
AL> если реально они не поддерживаются. и причем тут ты? текст выложен в
AL> эху с топиком "кому тут нужен http-сервер".
Это был мой запрос по определенной теме. Hо если от той темы мы уже далеко, и мой скромный сервер уже кому-то обязан, то потрудись объяснить, почему от должен отдавать хедер 404? В каких ситуациях? Кому обязан? И почему я просто не могу исключить эти ситуации?
btw, я задавал тебе конкретные вопросы по этой теме. Ты не ответил.
Также у меня все-таки win32-приложение, использующее в качестве обработчика http, а не win32-приложение - http-сервер.
RY>> .exe, Hаписанный как cgi-приложение (т.е. обрабатывающий get и
RY>> post-запросы и отдающий в stdout результат. Хотя чего тебе
RY>> объяснять, ты и этого не поймешь.
AL> и вправду не понял.
Я особо и не надеюсь.
* Origin: 1134 (2:5045/44.13)