Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Leander Jedamus
Hi!

Am Dienstag, 12. November 2002 14:10 schrieb Michael Jakscht:
  Was sendet der Server denn für HTTP-Header für eine solche Seite?

 Keine Ahnung, wie finde ich den Header heraus?

Für sowas ist ein loggender Proxy gut. Der zeigt genau an, was
hin und her geschickt wird. Ich habe sowas für Perl (bei Bedarf).

Bis dann,
Leander


Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Bjoern Hoehrmann
* Michael Jakscht wrote:
 Ich gehe mal ganz stark davon aus, dass der Browser
 keine Veranlassung hat, die Seite nicht zwischenzuspeichern.
 Was sendet der Server denn für HTTP-Header für eine solche Seite?

Keine Ahnung, wie finde ich den Header heraus?

Du hast PHP, dann benutze:

  ?php
define(CRLF, \x0d\x0a);
$host = 'www.w3.org';
$path = '/';
$port = 80;
$timeout  = '5';
$fp = fsockopen($host, $port, $errno, $errstr, $timeout);
  
if(!$fp) {
echo Verbindung fehlgeschlagen: $errstr ($errno)\n;
die;
}

fputs($fp, HEAD $path HTTP/1.1 . CRLF);
fputs($fp, Host: $host . CRLF);
fputs($fp, Connection: close . CRLF);
fputs($fp, CRLF);
while(!feof($fp)) {
  print fgets($fp, 1024);
}
  ?

$host, $path und $port nach Belieben anpassen.


Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Michael Jakscht


Hi,

danke erst mal allen für die vielen Antworten.
Habe Bjoerns' Script jetzt mal ausprobiert.
Folgende Ausgabe kommt bei folgenden Directories:

www.vit.de/boards/test.php (Verzeichnis .htaccess-Passwortgeschützt)

---
HTTP/1.1 401 Authorization Required
Date: Tue, 12 Nov 2002 14:26:39 GMT
Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1
mod_ssl/2.0.40 OpenSSL/0.9.6g DAV/2 PHP/4.2.2
WWW-Authenticate: Basic realm=Sicherheitsbereich - Test-Boards
Connection: close
Content-Type: text/html; charset=iso-8859-1



rzvintern.vit.de/test.php (nur intern zugänglich)

---
HTTP/1.1 200 OK
Date: Tue, 12 Nov 2002 14:29:44 GMT
Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1
mod_ssl/2.0.40 OpenSSL/0.9.6g DAV/2 PHP/4.2.2
Accept-Ranges: bytes
X-Powered-By: PHP/4.2.2
Content-Type: text/html; charset=ISO-8859-1
X-Pad: avoid browser bug




So, und nun das Verzeichnis, in dem ich die Reload-Probleme habe:

www.vit.de/phpBB2/test.php

---
HTTP/1.1 301 Moved Permanently
Date: Tue, 12 Nov 2002 14:26:41 GMT
Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1
mod_ssl/2.0.40 OpenSSL/0.9.6g DAV/2 PHP/4.2.2
Location: http://www.vit.de/phpBB2/
Connection: close
Content-Type: text/html; charset=iso-8859-1




Wieso??? Wieso kommt da dauernd ein 301 ??? Was soll das?
Liegt mein Problem da irgendwo begründet??

Ratlosigkeit macht sich gerade bei mir breit...
Na ich denke ihr habt sicherlich eine zündende Idee ;-))

Michael




Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Michael Jakscht


Hi,

 mit hoher Wahrscheinlichkeit doch der Browser - meine ich.
 Mal Browser wie Mozilla, Opera, Konqueror getestet?

Nee, hab ich nicht getestet.

 Ist mod_proxy einkompiliert, konfiguriert?

mod_proxy nicht einkompiliert, aber als DSO vorhanden.
mod_proxy ist nur für einen virtuellen Host konfiguriert,
auch nicht für den Standard-Server (den der ohne vhosts läuft).

 Auf jeden Fall lohnt es sich auf Apache 2.0.43 und
 PHP 4.2.4 (oder sogar PHP 4.3 - siehe snaps.php.org)
 upzugraden

Wieso?? Das ist ein Produktionssystem wo ich nicht mal eben
umsteigen kann!
Das müsste schon verdammt triftige Gründe haben...
Zudem läuft unser CMS-System nicht mehr auf 4.2.3 - hatte
ich schon mal vor Produktions-Freigabe des Servers getestet...

Michael






Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Michael Jakscht


So, ich habe nochmal weiter versucht.
In den logfiles kann man mehr sehen.
Und zwar:

1. Laden einer PHP-Seite des Boards
2. Ändern im Formular, abschicken, DB-Änderung erfolgreich
3. Wiederaufruf der 1. Seite - Apache meldet 304 

Also. Wie kommt der Apache darauf, dass die Seite den Status 304 hat???
Das Verzeichnis /phpBB2 ist eine Alias-Definition.
Kann man in der Apache-Konfiguration irgenwo sagen, dass
jede abgerufene Seite neu ausgeführt werden muss??
Damit es keinen 304 gibt??

Danke,

Michael





Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Bjoern Hoehrmann
* Michael Jakscht wrote:
Wieso??? Wieso kommt da dauernd ein 301 ??? Was soll das?

Das weiss ich nicht, aber das Weiterleitungsziel ist interessant:

  % http-head http://www.vit.de/phpBB2/
  HTTP/1.1 200 OK
  Date: Tue, 12 Nov 2002 15:02:52 GMT
  Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1
   mod_ssl/2.0.40 OpenSSL/0.9.6g DAV/2 PHP/4.2.2
  Accept-Ranges: bytes
  X-Powered-By: PHP/4.2.2
  Set-Cookie: vitphpbb2board_sid=8c32066965bbce1c2840a224dcaba3bd;
   path=/
  Cache-Control: private, pre-check=0, post-check=0, max-age=0
  Expires: Tue, 12 Nov 2002 15:02:53 GMT
  Last-Modified: Tue, 12 Nov 2002 15:02:53 GMT
  Content-Type: text/html; charset=ISO-8859-1

Wer hier was zwischenspeichert sollte mal zum Arzt gehen.


Re: Apache 2.0.40 cached Seiten???

2002-11-12 Diskussionsfäden Joerg Behrens
- Original Message -
From: Michael Jakscht [EMAIL PROTECTED]
To: users-de@httpd.apache.org
Sent: Tuesday, November 12, 2002 3:32 PM
Subject: Re: Apache 2.0.40 cached Seiten???

 So, und nun das Verzeichnis, in dem ich die Reload-Probleme habe:
 www.vit.de/phpBB2/test.php


[origin]:~ $ telnet www.vit.de 80
Trying 213.69.199.238...
Connected to rzvcms.vit.de.
Escape character is '^]'.
HEAD /phpBB2/ HTTP/1.1
Host: www.vit.de

HTTP/1.1 200 OK
Date: Tue, 12 Nov 2002 16:40:01 GMT
Server: Apache/2.0.40 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 mod_ssl/2.0.40
OpenSSL/0.9.6g DAV/2 PHP/4.2.2
Accept-Ranges: bytes
X-Powered-By: PHP/4.2.2
Set-Cookie: vitphpbb2board_sid=00a6c28d5ce78688a14d5a095211282b; path=/
Cache-Control: private, pre-check=0, post-check=0, max-age=0
Expires: Tue, 12 Nov 2002 16:40:09 GMT
Last-Modified: Tue, 12 Nov 2002 16:40:09 GMT
Content-Type: text/html; charset=ISO-8859-1

Also mehr AntiCache Header kann man schon nicht mehr setzen. Evtl. noch
Expires in der tiefen Vergangenheit damit man evtl. falsch gehenden
Systemuhrzeiten aus dem Weg geht. Sind das reine PHP4 Sessions oder eine
eigene Verwaltung?

Gruss
Joerg Behrens
--
TakeNet GmbHMobil: 0171/60 57 963
D-97080 Wuerzburg Tel: +49 931 903-2243
Alfred-Nobel-Straße 20Fax: +49 931 903-3025