MatzeA: Apache 2.0.48 und eine 304 die ich nicht los bekomme.

Hi,

ich hab eine neue Domain auf dem Testrechner angelegt.
Dabei habe ich den Eintrag des Virtual Host einer vorherigen Domain ceclont.
Dummerweise den Server mit dem alten domainnamen hoch gefahren Fehler bemerkt und berichtigt.

Seit dem kann ich keine Bilder mehr laden.
Der Apache liefert mir ständig eine 304.

Der http.conf eintrag:

<VirtualHost 192.168.xxx.xx>
    ServerAdmin Admin@myotherdomain.net
    <Directory "x:\web\www.mydomain.de\cgi-bin">
       AllowOverride None
       Options ExecCGI
       Order allow,deny
       Allow from all
    </Directory>
    <Directory "x:\web\www.mydomain.de\neu\cgi-bin">
       AllowOverride None
       Options ExecCGI
       Order allow,deny
       Allow from all
    </Directory>
    <Directory "x:\web\www.mydomain.de">
       AllowOverride None
       Options Includes
       Order allow,deny
       Allow from all
    </Directory>
    <Location />
       AuthType Basic
       AuthUserFile x:\web\access\passwd
       AuthGroupFile x:\web\access\group
    </Location>
    <Location /admin>
       AuthName "Administrator-Zugang"
       require group admin
    </Location>

DocumentRoot x:/web/www.mydomain.de
    ServerName www.mydomain.de
    ErrorLog logs/www.mydomain.de-error_log
    CustomLog logs/www.mydomain.de-access_log common
</VirtualHost>

Der wiz ist, die index.html wird tatsächlich ausgeliefert nur dieses image File nicht.

Kann mir jemand erklären, wie ich das wieder los bekomme?

Gruss Matze

  1. Servus,

    die Lösung war gar einfach dafür auch unverständlich:
    Erst das erzeugen einer neuer jpg Datei half das Problem zu erschlagen. Ich musste auf den hohen gewünschten komprimierungsgrad verzichten.

    Jetzt wird sie angezeigt.
    Dabei habe ich alles mögliche versucht sogar den Apache neu installiert.

    Was aber wirklich der absolute Hammer ist:

    Mit Opera klappte es.
    Eine klare 200 und das Bild wurde angezeigt.
    Warum beim Mozilla und bei IE der Server derartige sturr behaubtet die Datei sei umgezogen worden ist mir abolut schleierhaft.

    In diesem Sinne viel Spass noch.

    Gruss Matze

    1. Moin!

      Eine klare 200 und das Bild wurde angezeigt.
      Warum beim Mozilla und bei IE der Server derartige sturr behaubtet die Datei sei umgezogen worden ist mir abolut schleierhaft.

      304 ist kein Redirect, sondern "not modified". Das kriegt man, wenn man als Browser fragt, ob der im Cache gehaltene Inhalt noch gültig ist. Dazu schickt der Browser einen Header "If-Modified-Since: Datumsangabe" im Request mit.

      Logisch, dass ein Ändern der Datei auch deren Datum aktualisiert.

      Aber so ganz eingängig scheint diese simple Erklärung für dein Problem wohl nicht zu sein.

      - Sven Rautenberg

      --
      "Habe den Mut, dich deines eigenen Verstandes zu bedienen!" (Immanuel Kant)
      1. Servus,

        304 ist kein Redirect, sondern "not modified". Das kriegt man, wenn man als Browser fragt, ob der im Cache gehaltene Inhalt noch gültig ist. Dazu schickt der Browser einen Header "If-Modified-Since: Datumsangabe" im Request mit.

        ups... mann, ich hätte mich doch vergewissern sollen.
        Ja gut, soweit so gut. Mmmh den Cache geleert habe ich.

        Aber so ganz eingängig scheint diese simple Erklärung für dein Problem wohl nicht zu sein.

        Also es gibt wohl was neues zum spielen bei uns.
        http://www.haid12.de/images/construct.jpg
        Um diese Datei handelt es sich.
        http://www.haid12.de/images/constructor.jpg
        Und der Server ist nun ein Produktiver Test. Meines Wissens entweder Apache 2.0.47 oder 48 der da werkelt.

        Ich habe nun die Seite (index.html) von einem neuen Rechner aus aufgerufen gleiches Problem. Also: Neuer Server neuer Client altes Problem.

        Eine 304.

        Die beiden Dateien findet Ihr unter ftp://www.haid12.de/ftp_download/

        Anonyme Anmeldung und im ftp_download liegen dann beide.
        Vieleicht kommt ja einer von euch darauf woran es liegt.

        Als Tipp: (Binäre Zeichenfolge).

        Gruss Matze

        1. Servus,

          es wird noch verrückter:
          Der Mozilla 1.6 sagt die Datei sei defekt.
          Der IE Zeigt sie nicht an.

          Im Log steht wieder die typische 304.
          Und nun der witz: Mit dem MS Photo Editor / Photoshop etc. kann ich die Datei tadellos öffnen.

          Opera habe ich aktuell nicht zur Hand aber dort geht es vermutlich auch.

          Gruss Matze

          1. Moin!

            Der Mozilla 1.6 sagt die Datei sei defekt.
            Der IE Zeigt sie nicht an.

            Mit meinem Opera 6 kriege ich ohne Probleme die beiden HTTP-URLs angezeigt.

            IE 6 lädt nur die constructor, nicht die construct.
            IE 5.5 genauso.
            Und Firebird 0.7 bemeckert ebenfalls einen Fehler in der construct.

            Opera 7.11 macht wieder beide Bilder auf.

            Im Log steht wieder die typische 304.
            Und nun der witz: Mit dem MS Photo Editor / Photoshop etc. kann ich die Datei tadellos öffnen.

            Scheint also nur teilweise kaputt zu sein. :)

            - Sven Rautenberg

            --
            "Habe den Mut, dich deines eigenen Verstandes zu bedienen!" (Immanuel Kant)
            1. Servus,

              IE 6 lädt nur die constructor, nicht die construct.
              IE 5.5 genauso.

              Wen ich die Datei nun lokal öffne, dann zeigt der IE6 die Datei tatsächlich an. Zumindest war das gestern auf meiner Arbeitsstation der Fall.

              Und Firebird 0.7 bemeckert ebenfalls einen Fehler in der construct.

              Den habe ich nicht. Auf Mac und Safari muss ich das noch testen.

              Opera 7.11 macht wieder beide Bilder auf.

              Tja das hätte ich so erwartet.

              Scheint also nur teilweise kaputt zu sein. :)

              Warum passiert eigentlich immer bei mir so ein abgefahrenes Zeug?
              Soweit ich das noch richtig in Erinnerung habe, hatten wir einen solchen Fall schon mal. Dabei hatte einer unserer Entwickler festgestellt, dass wohl der Binäre Inhalt beim transfer das Problem verursach. Z.B. dass eine gepackte zip datei per ftp übertragen durchaus verursachen kann, dass der FTP Server die Verbindung cancelt. Wäre zwar ein seltener und dummer zufall aber nicht unmöglich.

              Gruss Matze