Bei mir gibt es das Problem auch, aber ohne das "Ninja Shadowbox Plugin", dafür aber mit dem (noch?) aktuellen Joomla 1.5.22.
Mal eine kleine Auswahl der zufälligen Verlängerungen der URLs:
Code:
http://www.al-herne.info/index.php/plugins/content/images/images/index.php?option=com_content&view.....
Code:
http://www.al-herne.info/index.php/templates/themza_j15_13/images/pdfs/media/pdfs/index.php?option=com_content&view.....
Code:
http://www.al-herne.info/index.php/pdfs/pdfs/index.php?option=com_content&view.....
Code:
http://www.al-herne.info/index.php/images/plugins/content/avreloaded/pdfs/index.php?option=com_content&view.....
Diese Verzeichnisse gibt es auf dem Server in der Abfolge so nicht, die werden bunt zusammengepuzzelt.
Tatsächlich ist es so, daß das Leeren des Caches im Backend unter "Werkzeuge" das Problem spontan löst (dafür braucht man aber nicht wie in Post #9 seinen Hoster in Anspruch zu nehmen). Nur kann das ja keine Lösung sein, alle paar Stunden im Backend nachzuschauen.
Meine Beobachtung dabei ist, daß das Problem mit der Überschreitung der Haltezeit der Objekte im Cache einher geht. Hier sind 8 min eingestellt, der Cache leert sich aber nicht nach Ablauf dieser Zeit, selbst wenn ich als einziger Benutzer überbleibe.
Auch habe ich beobachtet, daß das Phänomen auch mit einer ungewöhnlich hohen Besucherzahl (zumindest laut Startseite) zu ungewöhnlichen Zeiten - Donnerstag um 3:40 Uhr beispielsweise - zusammenfällt. Daher fällt der Verdacht auf das ungenügende Zusammenspiel mit Suchmaschinen-Bots, z.B. die russische yandex.com, die hier weit oben in der Statistik auftaucht. Könnte es also sein, daß das eingedeutschte Joomla 1.5.22 einen Schluckauf bekommt, wenn es mit kyrillischen Zeichen traktiert wird?
Wichtiger Nachtrag: Das tritt nicht etwa nur mit dem Browser/Rechner auf, mit dem man gerade im Backend unterwegs ist - dann wäre der eigene Browser-Cache vielleicht schuld -, sondern gleichzeitig bei anderen Rechnern mit denselben falschen URLs (per Telefonkonferenz geprüft).
Ingo
Lesezeichen