Hallo liebes Forum,
ich nutze seit ca. 3 Jahren Typo3 und bin damit sehr glücklich. Im Moment läuft Typo3.5 auf Debian Woody in einer virtuellen VMware-Umgebung hinter einer verschlüsselten WPA-Wlan Verbindung am privaten DSL-Zugang mit dyndns.
Mein Problem ist, dass ich von einigen Besuchern (5%) meiner Webseite die Rückmeldung erhalte, das einige Bilder (eingefügt mit der "Standard-Bildeinfügefunktion" in Typo (ebenso z.B im Timtab Webblog Modul) einfach nicht angzeigt werden. Meistens ist nur der schwarze "Hintergrundrahmen" des Bildes zu sehen.
Auch einige Jpegs im html-source werden bei diesen wenigen Rechner nicht angezeigt.
Testen könnt ihr das gerne, Problemseite:
http://nnich.de
Selbst ist es mir auch möglich das Problem zu reproduzieren:
In der Firma eines Freundes hängen an einem Suse-Squid-Proxy ca. 50 Pcs. Alle mit Windoof2000+SP2 und IE6. Auf ALLEN Systemen tritt das Problem auf - aber immer bei unterschiedlichen Bildern...manchmal nur 1 oder 2, manchmal werden 80% nicht geladen! Mit einem anderen Browser konnte ich es leider nicht testen.
Nach dem Besuch dieser Seite kommt nun der Hammer:
Alle anderen aufgerufenen Seiten (ebay, google, amazon etc.) zeigen die gleichen Probleme, bist der Rechner neugestartet wird. Dann klappst wieder auf allen Seiten, bis nnich.de wieder auf diesem System angefragt wird.
Welchem BUG bin ich da unterlegen ???
Danke für Hilfe!
gruß aus Nürnberg
Markus
Habe ein bißchen auf nnich.de gesurft - ohne Bilder-Probleme...
PS: Ebenso Gruß aus Nürnberg!
bei mir (firefox unter winxp) gehts auch ohne probleme... auch mit dem ie 6 gehen die bilder!
hi
konnt auch keine problemebei den bildern feststellen
(FF1.07 und IE6)
*auch Gruesse aus Nbg
Hallo zusammen,
erstmal danke für euere Versuche und Antworten!
Hatte leider in den letzten Wochen wenig Zeit mich mit dem Problem zu beschäftigen, war aber heute wieder an einem solchen System gesessen, wo die Bilder vereinzelt nicht geladen werden (Win2l/IE6). Der IE hat eine Scripting-fehler ausgespuckt:
Fehlende Datenschutzrichtlinie. Cookies verweigert!
Daraufhin hab ich alle Cookies vom IE akzeptieren lassen (offenes Scheunentor). Hat aber auch nicht geholfen...weiss jemand Rat ??
gruß
Markus
Hallo,
bin etwas weitergekommen mit meinem Problem. Ich verwende einen dyndns-Account. Meine .de Domain hat als Referer die dyndns-addresse + typo3 Startseite angegeben. Also in meinem Fall: http://hannich.dyndns.org/web/index.php?id=11 linkt auf http://nnich.de
Sowie ich herausgefunden habe blockt der IE6 bei mittlerer Sicherheitsstufe fremde Cookies -> also würde er hannich.dyndns.org akzepieren, aber nicht nnich.de
Nun meine Frage:
Wie kann ich einen Datenschutzrichtlinie in meine Cookies verpacken. Auf P3P bin ich schon gestossen, aber mich würde interessieren ob Typo3 da nicht ein Hausmittlchen mitbringt ??
gruß
Markus
Hallo,
hast Du mal überdacht, ob das Problem mit einer Subdomain nicht auftreten würde?
Hallo Tandem,
danke für deinen Tip!
Da ich auf einen dynamischen DNS Service wie dyndns.org angewiesen bin (habe ADSL mit dynamischer IP und 24STD Zwangstrennung. 🙁 ). Also muss ich, wenn ich schon eine .de Domain verwenden will, diese beim dyndns-service als Referer eintragen...oder gibts da ne andere Möglichkeit? #paralyzed#
Eine Subdomain auf nnich.de wie zB. blibla.nnich.de kann ich mir schon einrichten...aber was bringt mir das ?
Ich glaube mein Problem liegt an der Umleitung der IP von einer Domain zur anderen...und da in den Links zu den Bildern http://nnich.de angegeben ist, macht der IE6 mit etwas restriktiver Sicherheitseinstellung dicht und verweigert meine Cookies.....
hocke da jetzt schon wieder nen Tag drann und komme nicht wirklich weiter...
danke und gruß
markus
Hallo,
zu meiner geplanten Konstruktion:
Eine statische Seite im Web: xyz.de
Dort nur eine Homepage - Begrüssung.
Link auf weiter bringt den Besucher zur eigentlichen Homepage - in meine subdomain.xzy.dyndns.org
Das soll dann die eigentliche Startseite meiner Typo3-Installation sein.
Funktioniert auch so.
Eine Umleitung findet hier natürlich nicht mehr statt.
P.s. Die Gestaltung der "ersten" Homepage muss die Weiterleitung gar nicht offenbaren!