Hallo, ich habe heute entdeckt, dass zwei der vierzehn (mindestens 1 Jahr alten) Links auf meiner Indexseite im FF neuerdings teilweise zu "Artikel nicht gefunden" führen (allerdings wird in der Adresszeile die richtige Adresse der Seite angezeigt!), im IE und im Safari wird die angesteuerte Seite richtig dargestellt. Hab schon auf der Adminseite und über F5 Powerlöschung vom Cache veranstaltet. Ich weiß nicht, seit wann dieser Fehler auftritt - an diesen Links habe ich seit über einem Jahr nichts verändert. Alle sind hardcodiert. Da der Fehler unlogisch ist, weiß ich überhaupt nicht, wo ich suchen soll. Vor ein paar Tagen habe ich nach 2.0.16 upgedated, kann mir aber nicht vorstellen, dass es daran liegt. Oder? Wer es sich angucken will: http://ohrsicht.de/shop Es geht um die Thumbnailbilder in der unteren Hälfte, Zicken machen die Links in der ersten Reihe links und Mitte. Schöne Grüße Marieluise
du hast ja auch fehler auf deiner seite HTML: XMLHttpRequest cannot load http://www.ohrsicht.de/shop/gm_counter_set_screen.php?screen_resolution=1366x768&color_depth=24&gm_action=gmc_user_screen. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://ohrsicht.de' is therefore not allowed access.
Wie und wo hast du denn das gefunden? Abgesehen davon, dass ich von der Meldung null kapiere (nicht mal Frau Google weiß was drüber!) und die betreffende php nie angefasst habe, verstehe ich nicht, warum a) die anderen Links, die alle in der gleichen Art codiert sind, einwandfrei funzen b) die beiden betroffenen im Sommer noch keine Probleme machten c) IE und Safari alles richtig darstellen. Ich sagte ja, der Fehler ist nicht logisch.
gib mal nen genauen link und screenshot das man sieht was wo fehlt. ich seh das in chrome bei element untersuchen.
http://www.ohrsicht.de/shop etwas nach unten scrollen, dann siehst du die Thumbnails. Ich hab zwei Pfeile drangemacht. Mögliche andere Ursache: NoScript. Vielleicht machen deshalb die beiden anderen Browser keine Zicken. Wir haben in FF bei beiden eine Crosssite Scripting Warnung gekriegt. Weiß der Geier warum. Aber selbst wenn man XSS freischaltet, bleibt die Weigerung. Irgendwas müssen die beiden an sich haben, das Noscript auf einmal nicht mehr gefällt. Ich hab Noscript deaktiviert, aber das wirkt ja erst nach einem Neustart von FF, und das kann ich erst machen, wenn ich das Posting hier abgeschickt habe. Ich melde mich gleich noch mal. Ach so ja, Zur Vollständigkeit hier der Quelltext: <table width="450" height="90" cellspacing="2" cellpadding="2" border="0"> <tbody> <tr> <td><strong><a href="https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J/Wulle.-Seine-Kuekengeschichte.html"><img width="90" height="90" border="0" align="middle" alt="Wulle - seine Kükengeschichte" title="Wulle - seine Kükengeschichte" src="images/product_images/info_images/wullekueken.png" /></a></strong></td> <td><strong><a href="https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J-/Wulle-ist-der-Renner.html"><img width="90" height="90" border="0" alt="Wulle ist der Renner" title="Wulle ist der Renner" src="images/product_images/info_images/wullerenner.jpg" /></a></strong></td> <td><strong><a href="https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J/Wulle.-Eine-Erpelgeschichte.html"><img width="90" height="90" border="0" alt="Wulle 1" title="Wulle 1" src="images/product_images/info_images/wulle1.png" /></a></strong></td> <td><strong><a href="https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J-/Rettet-den-Wulle-.html"><img width="90" height="90" border="0" alt="Rettet den Wulle" title="Rettet den Wulle" src="images/product_images/info_images/rettetwulle.png" /></a></strong></td> <td><strong><a href="https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J-/Mama-Wulle---noch--ne-Erpelgeschichte.html"><img width="90" height="90" border="0" alt="Mama Wulle" title="Mama Wulle" src="images/product_images/info_images/mamawulle.png" /></a></strong></td> </tr> </tbody> </table> Chrome mag ich nicht installieren; hab schon genug Gegoogele auf dem PC. Öffnen sich denn die zwei Links in Chrome? P.S. Nein, hat nichts mit Noscript zu tun.
chrome is in sachen datenschutz am besten - man glaubt es kaum FF kannst firebug installieren damit siehst sowas auch.
Wir haben firebug schon rauf und runter abgesucht - nichts gefunden. Versuchshalber haben wir mal vom https das s weggelassen - da hat der Link gefunzt. ABER wenn ich irgendwo nur einen einzigen http-Link auf meiner Seite habe, gibts im FF eine Zertifikatswarnung. Das schreckt Kunden ab. Ich hab auch schon dran gedacht, die absoluten Linkadressen in relative umzuwandeln. Geht das mit Protokoll: <andere>? Und womit muss der Pfad dann anfangen? Geht das überhaupt mit den suchmaschinenfreundlichen URLs? Hab grad mal in der Zugriffsstatistik nachgesehen. 98% meiner Besucher nutzen Firefox.
deswegen gibt man ja keine ganzen URLs als quelle an sondern nur den ordner, die domain davor macht der shop dann sebst passend
würde ich ja gern, mach ich auch, wenn ich eine Datei habe, die tatsächlich irgendwo liegt, wo ich sie ansteuern kann. Aber im Content Manager ist das ein Problem für mich: Wenn ich den Link über "Link einfügen" eingebe, setzt der WYSIWYG ein https davor und dann MUSS ich ja die ganze Adresse eingeben. Deshalb wollte ich ja wissen, welchen Pfad ich in dem Fall eintragen muss. Die Artikelseite ist ja nur in der DB vorhanden und ich hab keine Ahnung, wie sie angesprochen wird. Oben hatte ich gefragt, ob ich im Protokoll <andere> einstellen muss - und was danach kommt. Meinste, ich soll mal ein Ticket aufmachen? Wir gehen jetzt erst mal frische Luft schnappen. Hier fehlt ein Nichtsmilie für rauchende Schädel.
So. Nun haben wir doch noch mal was untersucht und einen starken Hinweis gefunden: Im IE und im Firefox werden die https-Links auf der Frontseite beim Anklicken sonderbarerweise in http-Links umgewandelt. Alles, was man in den Kategorien oder von der Bestseller-Liste her anklickt, kommt als http-Adresse. Das sollte eigentlich nicht passieren dürfen, da braucht man sich nicht zu wundern, warum der Firefox dauernd Zertifikatswarnungen gibt. Bei den beiden Problemlinks funktioniert das Umwandeln aber im FF nicht; es geht aus irgendeinem Grund schief. Deshalb hat es geklappt, als wir http mal versuchsweise codiert haben. Ich glaub, ich muss doch mal ein Ticket aufmachen.
Hallo Marit, Du hast Doch die URL der Seite. Versuch den Link mal so: Protokoll: <andere> URL: /Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J/Wulle---seine-Kuekengeschichte.html (eventuell muss das /shop/ davor) Mit der Product-ID geht das auch, das habe ich aber gerade nicht im Kopf.
Funktionieren die Links bei dir nicht unabhängig davon ob du ein- oder ausgeloggt bist? Bei mir funktionieren alle Thumbnail-Links im FF. Allerdings sind mir einige mögliche Fehlerursachen aufgefallen. Einspruch, euer Ehren! Einige von den Links auf der Frontseite sind falsch. Allerdings sind die "Problemlinks" unter den korrekten Links. Beispiel für einen falschen: Code: https://www.ohrsicht.de/shop/Kinderhoerspiele/fuer-Kinder-ab-3-oder-4-J-/Wulle-ist-der-Renner.html Das - nach dem "oder-4-J" ist überzählig. Dadurch findet der Shop den Link erstmal nicht, hat dann aber anscheinend eine interne Fehlerkorrektur der URL. Bei dieser Korrektur wird von HTTPS auf HTTP umgeschalten (vermutlich weil der Shop an der Stelle gar nicht erwartet, dass ein Link mit HTTPS beginnt). Da du anscheinend eh nicht willst, das die Links mit SSL aufgerufen werden ändere alle so ab wie von Barbara erklärt. Weiterer Teil des Fehlers sowie die Zertifikatsfehler und die mögliche Ursache für die XSS Warnung von Noscript (hab das leider hier aufm PC nicht drauf) ist ein Javascript, das du auf manchen Seiten drin hast. Das ist bei Wulle - eine Erpelgeschichte z.B. der Fall. Direkt unter dem Lauschknopf findet sich da dieser Code: HTML: <!-- Lockerz Share BEGIN --><script src="http://static.addtoany.com/menu/page.js" type="text/javascript"><!-- Lockerz Share END --> Klingt nach irgendeinem Tool mit dem man die Inhalte auf sozialen Seiten teilen kann. Das Skript wird generell über HTTP eingebunden, wodurch bei der Erpelgeschichte ein Problem auftaucht. Denn dort funktioniert dein Link von der Startseite auf HTTPS und das Javaskript verursacht Fehler. Da dieses Skript anscheinend eh nicht funktioniert, würde ich mal alle Artikel danach abklappern und es rausnehmen. Übrigens: Wenn du bei Firefox den Cache für eine Seite leeren willst, wäre STRG+F5 die richtige Tastenkombination. F5 ist nur ein einfaches Neuladen. Alternativ kann man auch ein privates Fenster verwenden, das sollte immer ohne Cache starten.
Hallo Stefan, danke vielmals, das war ja mal gründlich! Die monierte Adresse hatte ich aus der Browseradresszeile in den Link kopiert, die muss damals wirklich so gelautet haben. Vielleicht hatte ich ein Leerzeichen nach dem Kategorienamen ... Ja, diesen auskommentierten Facebook-Doppel-Opt-In-Versuch hatte ich völlig vergessen. Ich habs auch noch auf einer anderen Artikelseite gefunden, da ging allerdings der Link tadellos auf. Kann also auch nicht die Ursache sein. Ich werd aber trotzdem mal durchklappern. Danke für die F5-Aufklärung. Ich dachte bisher immer, das wär dasselbe. Die Links haben wir nur auf der nicht-eingeloggten Seite ausprobiert, weil in den meisten Fällen der Besucher noch nicht eingeloggt ist, wenn er hier was anklickt. Wenn alle Links in deinem FF funktionieren (hast du eine Zertifikatswarnung gekriegt?), kann es nur an irgendeiner falschen Einstellung entweder in meinem Shop oder in FF liegen. Wir suchen weiter. @Barbara Danke für deinen Vorschlag, in die Richtung hatte ich auch schon gedacht. Ich war nur unsicher, ob man die suchmaschinenfreundlichen URLs auch verkürzt anwenden kann. Wir werden mal damit warten, bis wir rausgefunden haben, was hinter diesem Fehler steckt. Wenn wir jetzt alle Links entschärfen, finden wir den Fehler nicht und dann steckt womöglich woanders ein ähnlicher, den ich noch gar nicht entdeckt habe und der deshalb unkorrigiert bleibt. Liebe Grüße Marieluise Warum übernimmt der WYSIWYG im FF meine Absätze heute nicht??? Eigentlich reagiert er auf überhaupt keinen Klick. Kein Link, kein Absatz, kein Smilie.. Jetzt hab ich die Seite noch mal im IE aufgemacht, da funzt es. Was ist nur mit meinem FF los? (Rhetorische Frage - ich weiß, dass ihr nicht reingucken könnt).
So, nachdem das Formatierungsproblem hier gelöst ist, kann ich berichten, dass heute seltsamerweise alle Links wieder funktionieren. Das Minus zwischen dem letzten Buchstaben der Kategorie und dem Slash hatten übrigens alle Links in der ersten Reihe, die aufgingen! Die beiden, die richtig geschrieben waren, waren die Linkverweigerer. Ich sagte waren, denn heute funktioniert plötzlich wieder alles. Vielleicht hat einige unserer gestrigen Maßnahmen geholfen, aber der FF musste wohl erst mal drüber schlafen. Ich habe den Eindruck, dass dieser Miesfox den Cache manchmal einfach nicht vollständig löschen will. Nicht mal beim Neustart, obwohl er doch Anweisung hat, alles zu löschen, wenn FF geschlossen wird. Erst wenn man den Computer neu startet, kann man sicher sein, dass wirklich der Cache total gelöscht ist. Übrigens funktionieren hier im IE zwar die Absätze, aber die Buttons bleiben auch stumm ... Schöne Grüße Marieluise
Grundsätzliche Frage: Warum die Seite nicht einfach mal durch den Validator jagen? Zeigt bei Deinem Shop 10 Fehler an. http://validator.w3.org
Oh das ist ja ein tolles Werkzeug! Hab ich nicht gekannt. Ich bin nur unsicher, wie man damit umgehen muss, denn ich habe kein Manual dazu gefunden, nur eine Beschreibung in Wikipedia. Z.B. ''To validate'' kann ja ''bestätigen'' heißen, aber auch ''entwerten''. Macht die Seite irgendwas Aktives an meiner Seite, wenn ich da was anklicke? Hab bis Freitag Abend keine Sekunde Zeit mehr für meinen Shop, aber am Wochenende werden wir uns die Meldungen mal einzeln ansehen. Vielen Dank, das war eine gute Idee. Da gibt's ja sogar auch noch einen CSS-Validator, wie ich gesehen habe: Liebe Grüße Marieluise
wie soll eine externe seite was an deiner seite ändern? Wenn das ginge wäre das internet aber schön voll von nackten Bildern (ok is es auch jetzt schon aber nciht auf jeder Seite) und voll von Viagra und sonsitgem spam die schaut nur ob du "validen" code hast.
Na na ... es gibt einige Institutionen, die arbeiten intersinv an der Möglichkeit dies zu realisieren!
Nu ja, man wird mit der Zeit paranoid ... Vorsicht ist besser als eine ins G'sicht. Aber Dennis hat ja Recht - wie sollte sie! Ich werde da also munter Knöpfchen drücken und gucken, was passiert.
Arbeiten daran, aber bisher braucht es da noch sicherheitslücken oder geknackte Zugänge Und wenn das Inet mal mit Kartoffelbildern überflutet ist wissen wir ja WER da dran gearbeitet hat