Erste Tests sehen sehr viel versprechend aus. Ich glaube, du hattest den richtigen Riecher :-)
Leider war bei mir Textile nach Autotitle eingeordnet, ansonsten wäre es vielleicht vorher auch schon gut gegangen?
Auf jeden Fall noch einmal meinen herzlichen Dank! Das nächste Bier geht auf mich :-)
Das freut mich :)
Stimmt, die Reihenfolge kann da eine Rolle spielen. Wenn aber textile den Link erst noch umwandeln muss, dann muss textile vor autotitle liegen.
Geb bescheid, wenn noch Probleme auftreten :)
Hallo,
könntest du dir mal bitte den Quelltext von diesem Artikel anschauen? Beim Link stadtmuseum-dresden.de gibt es pro Link mehrere title-Tags.
Die Ursache wird vermutlich darin liegen, dass ich den identischen Link im Text mehrfach verwendet habe. Kannst du da was dagegen tun?
Eigentlich ist das Plugin so geschrieben, dass es keinen Titel einsetzt, wenn schon einer da ist. Der Link an sich scheint aber keinen Fehler zu haben (prüf das bitte auch nochmal)... Ich teste das bei mir nochmal durch.
Ganz klar ein Bug. Ja, er macht so eine Liste, aber eigentlich setzt er ihn dann nicht nochmal rein. Zumindest war das mal so gedacht -.-
Ein Patch ist unterwegs.
Der Patch ist angekommen und funktioniert. Vielen Dank für die schnelle Hilfe!
Leider habe ich ein neues Problem :-) . Bei mir führt ein Link auf die Kita Himmelsblau dazu, dass der validator.w3.org den Title-Tag nicht mehr mag. Interessanterweise funktioniert es hier bei dir - vielleicht liegt es an Textile?
Das liegt an den Anführungszeichen im Titel und ist tatsächlich ein neues Problem. Die sind eigentlich umgewandelt - ich schau mir das mal an.
Also, den Fehler finde ich nicht. Die Anführungszeichen werden vom Plugin umgewandelt in harmlose ", was bei mir auf zwei Installationen auch funktioniert. Vielleicht kollidiert das wirklich mit einem Plugin, das sowas bei dir rückumwandelt, oder es hänge an PHP selbst. Hast du da eine halbwegs aktuelle Version?
Hallo, jetzt habe ich im Zuge der Fehlersuche mein Cache-Ordner template_c gelöscht. Die Serverlast des Plugins bei dem Versuch, die Titel des Links wieder zusammenzusammeln ist so heftig, dass nun nichts mehr geht.
Kannst du im Plugin vielleicht so eine Überlast-Sperre einbauen, die verhindert, dass das Plugin zu lange die Auslieferung der Seite verhindert, z.B. als Timeout oder indem die Anzahl der abzufragenden Links begrenzt wird?
(Mein Eintrag im S9y-Forum dazu).
Es holt nicht sofort alle Titel neu. Das passiert ja nur beim ersten Aufruf des Artikels. Das sollte nur so massive Probleme verursachen, wenn da wirklich viel Traffic auf vielen verschiedenen Teilen des Blogs ist.
Ein Timeout und eine Downloadbegrenzung sind bereits bei jedem Abholen eines Titels gesetzt. Das Plugin funktioniert auf einer per-Eintrag-Basis, da eine globale Begrenzung drüberzulegen ist nicht unbedingt trivial, würde bei schlechter Umsetzung mehr schaden als nützen. Und per Eintrag zu begrenzen, also z.B. immer nur drei Links mit Titeln zu versorgen, ist auch nicht wirklich erstrebenswert, da verdammt verwirrend.
Wenn ich wieder zuhause Internet habe kann ich da nochmal drüber nachdenken.
Danke, für deine Hilfe, hier noch ein paar Ergänzungen dazu:
Die Artikel werden ja meist über die Übersichtsseiten aufgerufen. Da ich habe ich pro Seite immer 10 Artikel mit je 1-4 externen Links, also so ca. 10-40 pro Seite (Klingt eigentlich nicht nach viel). Zusammen mit den interne Links sind es also maximal 50-100 pro Übersichtsseite.
Da ich kein klassisches Blog, sondern ein Verzeichnis betreibe, habe ich neben der Startseite stets auch relativ viel Besucher auf anderen Seiten im Blog. Die Besucher kommen meist über Google auf Kategorieübersichtsseiten.
Mein Hoster meinte, die Fehlermeldung würde darauf hinweisen, dass zu viele Prozesse erzeugt wurden. Vielleicht hilft es ja bei der Lösungssuche?
Macht es wahrscheinlich, dass da tatsächlich Plugins wie autotitle gestartet werden und die Last erzeugen. Das ist dann aber wahrscheinlich nicht nur autotitle, sondern auch alle anderen eintragsbezogenen, wie Formatierungsplugins.
Ja, ich habe noch einige andere Formatierungsplugins wie Textile, Smilies und Smarty Parsing im Einsatz. xhtmlcleanup und Erweiterte Eigenschaften von Artikeln erzeugen sicher auch einiges an Last.
Es war halt so, dass das Löschen des Caches das Fass zum Überlaufen gebracht hat. Da ich die Funktion von Autotitle als sehr positiv für die Usability einschätze, würde ich ungern darauf verzichten.
Der Aufruf externer Seiten, um an die Title der verlinkten URLs zu kommen kann bei vielen Links die Performance doch sehr negativ beeinflussen.
Ich denke doch, dass eine Begrenzung per Zähler gut wäre, die festlegt wie viele Links pro Seite maximal von extern eingelesen werden dürfen. Bei ersten Aufruf sind dann u.U. noch nicht alle Links mit Title hinterlegt. Beim zweiten Aufruf würde dann der nächste Schwung eingelesen werden usw. bis irgendwann ist der Cache gefüllt ist keine externen Aufrufe mehr nötig sind.
Bitte denke mal darüber nach, ob dies nicht als konfigurierbare Option realisierbar wäre.
Ist es richtig, dass der Cache automatisch nach sieben Tagen verfällt? Ich habe erneut starke Performance Probleme und das ist jetzt genau sieben Tage her...
Wo könnte man das Verfallsdatum manuell höher setzen? Wäre das vielleicht eine sinnvolle Funktion für die GUI?
Huch. Ja, es sind 7 Tage. Man kann das relativ einfach im Code ändern, und ja, das könnte man konfigurierbar machen.
Für dich jetzt: Suche nach der Stelle
$options = array(
'cacheDir' => $serendipity'serendipityPath' . 'templates_c/',
'lifeTime' => 604800, //one week
'hashedDirectoryLevel' => 2,
'automaticCleaningFactor' => 200
);
Dort könntest du die lifeTime und damit die Cachezeit erhöhen.
OK, danke für die schnelle Antwort, damit habe ich das Problem erst einmal um drei weitere Wochen verschoben. Vielleicht findest du ja in der Zwischenzeit eine Lösung :-)
