Page 1 of 1
s9y sucht nach nicht vorhandenen Bilderin in /plugin//img
Posted: Tue Apr 22, 2008 10:41 am
by Jochen Hoff
Hallo zusammen,
Mein Hoster teilt mir gerade mit das meine Kiste vermutlich deshalb so langsam ist, weil sie ständig nach nicht vorhandenen Bildern sucht:
/plugins//img/empty.gif
/plugins//img/plusbottom.gif
/plugins//img/joinbottom.gif
/plugins//img/folder.gif
/plugins//img/join.gif
/plugins//img/line.gif
/plugins//img/base.gif
/plugins//img/page.gif
Die img sind doch in den Templates. Vor allem irritiert mich der // hinter plugin.
Hat irgendjemand eine Ahnung wo das herkommen könnte und was ich falsch gemacht habe?
Re: s9y sucht nach nicht vorhandenen Bilderin in /plugin//im
Posted: Tue Apr 22, 2008 10:44 am
by garvinhicking
Hi!
Von Plugins können auch BIlder geladen werden. Die von dir genannten Grafiken gehören zu den plugins Staticpage, Linklist und/oder FAQ. Wenn Du eines oder mehrere davon eingesetzt hast, prüfe bitte deren Konfiguration ob dort überall der korrekte HTTP plugin-Pfad eingetragen ist, nämlich jeweils /plugins/serendipity_event_(staticpage|linklist|faq)/img/.
Grüße,
Garvin
Posted: Tue Apr 22, 2008 11:20 am
by Jochen Hoff
Bei linklist steht Use plugin image directory auf no
bei static Page kann ich die Pfade gar nicht selbst bestimmen.
Posted: Tue Apr 22, 2008 11:41 am
by garvinhicking
Hi!
Wo tauchen diese fehlenden GIF-Bilder denn auf? Bei deiner Startseite jedenfalls nicht...?
Grüße,
Garvin
Posted: Tue Apr 22, 2008 11:56 am
by Jochen Hoff
Hi Garvin,
Bernd Holzmüller hat sie in der Livestatistik gefunden und meint die machen meinen Blog so langsam.
Posted: Tue Apr 22, 2008 12:36 pm
by garvinhicking
Hi!
Was haben die denn als Referrer drin? Ich sehe in deiner Seite so direkt keine Seite in der URLs derart aufgerufen werden...
Grüße,
Garvin
Posted: Tue Apr 22, 2008 3:13 pm
by Bernd Holzmüller
Das Problem ist heute ein anderes (aber eigentlich äquivalent):
Die URLs sind nun ähnlich wie
und führen weiterhin dazu, dass der Blog pro Besucher und Anfrage mehrfach generiert werden muss. Jochen erwähnte ja schon, dass irgendeine Einstellung auf "no" steht, was sich lustigerweise in der URL wiederfindet.
Da es bei uns ohne Probleme funktioniert, habe ich die ErrorDocument 404-Direktive abgeschaltet und die .htaccess um ein paar mod_rewrite-Regeln erweitert:
Code: Select all
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !plugins/.*
RewriteCond %{REQUEST_URI} !no/.*
RewriteRule (.*) index.php?url=/$1 [L,QSA]
Interessant wäre an dieser Stelle ggf. auch Referer von {s9y_root} auszuschließen um das Problem "generisch" zu umgehen.
Grüße aus Stuttgart,
Bernd
Posted: Tue Apr 22, 2008 3:24 pm
by garvinhicking
Hi!
Also dieses "No" ist definitiv irgendwie auf eine Fehlkonfiguration zurückzuführen. Serendipity benutzt nur "true" und "false" als leere Werte, "no" dürfte eigentlich nirgends vorkommen. Man sollte da nochmal genau schauen an welcher stelle die BIlder ausgegeben werden damit man weiß welches Plugin dafür zuständig ist (FAq, Staitcpage, etc.) und dieses dann gezielt korrekt konfigurieren.
Die RewriteRule für mod_rewrite scheint mir hier durchaus greifen zu können, allerdings müsste man die ja dann immer über alle erdenkbaren Fehlkonfigurationen erweitern. Diese mit aufzuführen würde ja das abarbeiten der .htaccess immer etwas verlangsamen, so dass ich eher vorschlagen würde die Ursache zu beheben statt die Symptome zu kurieren
Viele Grüße,
Garvin
Posted: Tue Apr 22, 2008 3:35 pm
by Bernd Holzmüller
Dann belässt Du es bei dem erwähnten Referer-Check und lässt die Spezialfälle raus. Ist zwar relativ dumm, wenn Du tote Links auf der Seite hast, allerdings scheinen mir Konfigurations- oder Plugin-Fehler (je nachdem was wir hier haben) wesentlich wahrscheinlicher zu sein.
Ich bin mal gespannt, was Jochen noch herausfindet, ansonsten ist in diesem Falle, das "außen herumdoktern" meine einzige Möglichkeit und so teuer sind die Direktiven jetzt nicht, ggf. könnte man es durch eine andere Reihenfolge noch günstiger machen.
Posted: Tue Apr 22, 2008 3:42 pm
by garvinhicking
Hi!
Die Referrer-Lösung versteh ich noch nicht ganz, was willst du da generisch ausschließen?
Grüße,
Garvin
Heute bin ich wieder in der Lage euch geistig zu folgen
Posted: Wed Apr 23, 2008 8:41 am
by Jochen Hoff
Bei dem Plugin Link List gibt es folgende Konfigurationsmöglichkeit:
Use plugin image directory
If set to "yes" the plugin will assume images will be in the plugins folder. If set to "no" the plugin will point image paths to "/templates/default/img/". Turning plugin image path off is necessary for shared installs, but will require the images be moved manually
Bei mir stand da vorher eine 1 die ich nicht eingetragen habe, zumindest nicht nüchtern oder bewusst. Dann hab ich auf Garvins Hinweis mich entschieden, ein no einzufügen ohne Gänsebeine.
Das no das Bernd jetzt bemerkt ist also genau dieses no, das falsch ist.
Großer Garvin was soll ich da eingeben True False Fußpilz, einen Pfad, welchen Pfad, mit oder ohne Gänsebeine.
Ich sag es ja immer wieder. Lasst den Anwender nicht so viel entscheiden. Der Fehler sitzt vor dem Computer und nicht darin.
Re: Heute bin ich wieder in der Lage euch geistig zu folgen
Posted: Wed Apr 23, 2008 10:02 am
by garvinhicking
Hi!
Hm vielleicht stimmt dort die beschreibung nicht, setze anstelle von "no" bitte mal den pfad zum IMG-Verzeichnis des Plugins ein (sowas wie '/plugins/serendipity_event_linklist/img/').
Grüße,
Garvin
Posted: Thu Apr 24, 2008 1:03 pm
by Jochen Hoff
Danke garvin das war es
Posted: Tue Jul 08, 2008 11:44 am
by Cohnina
Die Beschreibung ist wirklich irreleitend - hatte dasselbe Problem und seit ich jetzt den ganzen Pfad drin habe, zeigt es auch endlich wieder die Bilder an.