s9y sucht nach nicht vorhandenen Bilderin in /plugin//img

[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?

[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

[Jochen Hoff]

Bei linklist steht Use plugin image directory auf no
bei static Page kann ich die Pfade gar nicht selbst bestimmen.

[garvinhicking]

Hi!

Wo tauchen diese fehlenden GIF-Bilder denn auf? Bei deiner Startseite jedenfalls nicht...?

Grüße,
Garvin

[Jochen Hoff]

Hi Garvin,

Bernd Holzmüller hat sie in der Livestatistik gefunden und meint die machen meinen Blog so langsam.

[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

[Bernd Holzmüller]

Das Problem ist heute ein anderes (aber eigentlich äquivalent):
Die URLs sind nun ähnlich wie

Code: Select all

{s9y_root}/no/img/empty.gif

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

[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

[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.

[garvinhicking]

Hi!

Die Referrer-Lösung versteh ich noch nicht ganz, was willst du da generisch ausschließen?

Grüße,
Garvin

[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.

[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

[Jochen Hoff]

Danke garvin das war es

[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.