HTTP заголовки - 2

chisto_tolyan

Так и есть.

На сервере РНР получает через интернет GET от
девайса, формирует 2 байта статуса и посылает их
этому же девайсу.

-~{}~ 30.03.06 16:50:

camka

Это из Apache - значит не подходит.

Завтра будет какой-то Simlpe HTTPs и т.п.
и скрипт скрипт не заработает.
 
Автор оригинала: Фанат
Дмитрий IC Book

требования к кому? к протоколу НТТP?
пусть направляет их в W3 консорциум.

-~{}~ 30.03.06 17:51:


а он, видимо, есть везде...
Что бы на любом сервере с РНР, даже с очень
старым РНР, работало!!!
А CLI кажется начиная с 4.3 только идет.
 
без HTTP заголовков ты ничего никуда не передашь по протоколу HTTP!и cli тут не причем
разве что, как предлагалось уже, соцкет на порт
 
заказчику можно сказать, что его requirements can't be implemented

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

(интересно, а Perl везде ? )
 
кстати, про стабильность перла я не очень понял.
причём меня инетресует даже не столько сам факт нестабильности, сколько откуда у заказчика такая вера в "стабильность" пхп...
 
chisto_tolyan
я не модератор, поэтому извиняюсь
просьба,- перестаньте ерунду говорить
 
McSimm

Девайсы все прекрасно игнорируют (там свой стек,
очень гибкий и быстрый, написан на ассемблере)!
Но хотелось бы использовать поменьше памяти
под пакеты.
Я уже все сделал на Перле, но при тестировании
оказалось, что Перл при определенных обстоятельствах
вешает операционку (Win, Linux и даже Free4/5/6),
а РНР при тех же условиях - нет.

Но у него вот эти проблемы с заголовками.
Вот с этим и борюсь.

-~{}~ 30.03.06 17:09:

Автор оригинала: Фанат
кстати, про стабильность перла я не очень понял.
причём меня инетресует даже не столько сам факт нестабильности, сколько откуда у заказчика такая вера в "стабильность" пхп...
не вера, а импирическое знание!!!

Я провел много тестов под разные ОС и софт-сервера!
 
а РНР при тех же условиях - нет.
Есть подозрение, что условия были не те же.
Perl выполнялся как cgi, на каждый запрос свой процесс в системе.
PHP скорее всего тестировался в модульном исполнении. (?)

Тогда есть вероятность, что при CGI вызовах PHP и той же нагрузке на систему возникнут сходные проблемы.
 
Автор оригинала: McSimm
Есть подозрение, что условия были не те же.
Perl выполнялся как cgi, на каждый запрос свой процесс в системе.
PHP скорее всего тестировался в модульном исполнении. (?)

Тогда есть вероятность, что при CGI вызовах PHP и той же нагрузке на систему возникнут сходные проблемы.
Дело в том, что РНР висит постоянно запущен вместе с сервером,
и не изменяет своего состояния не при приходе скрипта, ни во
время выполнения, ни после завершения обработки.

Интерпретаторы ПЕРЛа же запускаются по приходу запроса на файлы *.pl
и, если возникает какая-либо нестандартная ситуация, то скрипт завершают,
но память и ресурсы процессора продолжают занимать.
 
так вот, если выполнять PHP как CGI, будет то же самое - процесс на вызов.
равно как и Perl скрипты можно выполнять через mod_perl - будет в одном процессе.

так что решение проблемы вовсе не в области выбора языка.
 
>что Перл при определенных обстоятельствах
вешает операционку

>Интерпретаторы ПЕРЛа же запускаются по приходу запроса на файлы *.pl
и, если возникает какая-либо нестандартная ситуация, то скрипт завершают,
но память и ресурсы процессора продолжают занимать.

Выложите где нибудь свой пеловый скрипт, а мы посмотрим не преувеличиваете ли Вы. Если у Вас там нет ни одного $SIG, то можете не выкладывать. В этом случае я бы посоветовал приобрести кукбук - там IPC вдоль и поперек изъезжан.
 
пиши "отправлялку" на С. Обращайся к ней через php. Если есть выделенный сервер, тогда вообще всё без проблем можно сделать. Кстати, видел программы - недокомпилированные веб-серверы в "мини"-варианте. freesoft.ru
 
Если отправлять веб-серверу обычный запрос
---------
GET /test.php\r\n
\r\n
---------
то веб-сервре ответит заголовоком+телом

Если же послать
----------
/test.php\r\n
\r\n
----------
то веб-сервер ответит только телом (+"/test.php\r\n\r\n" можно сократить до "/a.b\r\n\r\n" или еще меньше с рерайтом)

Это поддержка оооочень древних браузеров, еще до внедрения HTTP/1.0.

Но, это так, лирическое отступление о заголовках. По нормальному все надо делать не так.
 
Сверху