> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt. Und Dir sollte auch endlich einmal auffallen, dass Du das die Zeit zweimal gesendet hast: - `pack("N", time);` - `Date: Tue, 02 Apr 2019 17:17:37 GMT` Genau so geht "overhead". Du hast im Skript versteckt, eine neue URL angegeben, die alte sendet einen "502er": Bad gateway > http://rolfrost.de/cgi-bin/nph-time.cgi Das von mir geschriebene gilt auch dann wenn Du das Zeug inzwischen kommentarlos bis klammheimlich geändert hast. Denn einerseits folgst Du den Ratschlägen, behauptest aber die würden nichts taugen. So kannst Du doch nicht ernsthaft diskutieren.

> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt. Und Dir sollte auch endlich einmal auffallen, dass Du das die Zeit zweimal gesendet hast: - `pack("N", time);` - `Date: Tue, 02 Apr 2019 17:17:37 GMT` Genau so geht "overhead". > http://rolfrost.de/cgi-bin/nph-time.cgi Das gilt auch dann wenn Du das inzwischen kommentarlos bis klammheimlich geändert hast. Denn einerseits folgst Du den Ratschlägen, behauptest aber die würden nichts taugen. So kannst Du doch nicht ernsthaft diskutieren.

> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt. Und Dir sollte auch endlich einmal auffallen, dass Du das die Zeit zweimal gesendet hast: - `pack("N", time);` - `Date: Tue, 02 Apr 2019 17:17:37 GMT` Genau so geht "overhead". Das gilt auch dann wenn Du das inzwischen geändert hast.

> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt. Und Dir sollte auch endlich einmal auffallen, dass Du das die Zeit zweimal sendest: - `pack("N", time);` - `Date: Tue, 02 Apr 2019 17:17:37 GMT` Genau so geht "overhead".

> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt. Und Dir sollte endlich einmal auffallen, dass Du das die Zeit zweimal sendest: - `pack("N", time);` - `Date: Tue, 02 Apr 2019 17:17:37 GMT` Genau so geht "overhead".

> ~~~ > #!/usr/bin/perl > binmode STDOUT; > print "HTTP/1.0 200 OK\r\n\r\n".pack("N", time); > ~~~ > Wie Du sehen kannst, wird gar kein Responseheader gesendet. Der Client bekommt lediglich die HTTP Version und den Status mitgeteilt. Oh Mann! So kannst Du doch nicht diskutieren. Die fachgerechte Ermittlung ergab ganz eindeutig folgende Header: ~~~ ---response begin--- HTTP/1.1 200 OK Date: Tue, 02 Apr 2019 17:17:37 GMT Server: Apache Content-Language: de x-param: title=FWNG%2C%20modern%20MVC%20Web%20Application%20Framework%20in%20Perl%20und%20in%20C;descr=Modern%20Web%20Framework%20Next%20Generation%20in%20Perl%20und%20in%20C%20programmiert x-class: HTMLfile Expires: Thu, 11 Jul 2019 00:00:00 GMT Content-Length: 10 Last-Modified: Tue, 02 Apr 2019 00:00:00 GMT Vary: Accept-Encoding Connection: close Content-Type: text/html; charset=UTF-8 ~~~ Es ist demnach der von Dir konfigurierte Apache-Webserver, der den übergebenen Response-Header mit unsinnigen, zum Teil grob falschen Werten ergänzt, teils überschreibt und die Antwort weiter gibt.