Dirk Deimeke am :
Das Plugin ist völlig an mir vorbei gegangen! Wird sofort installiert.
Das Plugin ist völlig an mir vorbei gegangen! Wird sofort installiert.
Ich bin begeistert Malte, das ist fantastisch. Kannst Du den Wirkungsbereich noch auf Links bei Bildern (bzw. Medien) erweitern?
:D
Derzeit werden die ersten 4KB der verlinkten Seite geholt, dort nach title> gesucht und dieser Titel eingefügt. Ich sehe gerade nicht, wie man ähnliches bei Bildern oder anderen Medien machen könnte?
Ich kann ja ein Bild als Link setzen. Klick mal auf das Buchcover bei http://www.deimeke.net/dirk/blog/index.php?/archives/2059-Das-Teufelsspiel-....html
Ah, einfach ein verlinktes Bild? Das sollte jetzt schon gehen, beim absolute-Text sieht man das.
Es kann aber gut sein, dass bei Amazon der Titel zu spät kommt oder nicht - ja, das ist es. Das title-Tag sitzt in Zeile 5290. So tief sucht das Plugin nicht. Irgendwo muss die Grenze leider sein, sonst besteht die Gefahr, mal eben ein Video herunterzuladen ;)
Das kann ich verstehen.
Besteht die Möglichkeit, den Wert konfigurierbar zu machen?
Klar. Ich fand es zwar bisher toll, dass keine Konfiguration nötig war, aber sie einzufügen ist ja kein Problem und daran schrauben zu wollen verständlich.
Deine Default-Einstellung macht ja in jedem Fall Sinn, es gibt nur wenige Seiten, für die eine andere Einstellung besser ist.
Vielleicht lohnt es sich auch, eine Liste von Ausnahmedomains zu pflegen und mit dem Plugin auszuliefern.
(So unglaublich wichtig ist das nicht!)
Gut, dass ich mich damit nochmal beschäftigt habe. Die Range-Anweisung von curl funktioniert überhaupt nicht. Ich habe da jetzt ein timeout eingebaut, fopen zur Standardmethode gemacht und das Downloadlimit ist nun konfigurierbar.
Grossartig!
Ich bin gespannt.
Houston, es gibt ein Problem.
Wenn der Titel UTF-8 enthält, macht das Titletag den Feed kaputt. Kannst Du bitte einmal nachschauen?
Beispiel: http://d5e.org/l
Huch, gut aufgepasst. Version 0.1.5 ist gerade hochgeladen und sollte das bereinigen.
Nun ist es nicht mehr ganz das einfach so laufende und schnell geschriebene Plugin, es wird zunehmend komplexer :)
:-)
Ich schaue es mir an, sobald ich Zugriff darauf habe. Vielen Dank!
Bei mir wird ein Artikel nicht mehr angezeigt, ist vermutlich das gleiche Problem. Die Fehlermeldung lautet:
Fatal error: Function name must be a string in /var/www/web5/html/serendipity/plugins/serendipity_event_autotitle/serendipity_event_autotitle.php on line 197
Der Artikel hat einen Link auf eine Google Maps Seite verwiesen, die UTF-8 Umlaute im title Tag hat.
Tipp, wenn es scheinbar nicht funktioniert, prüfen, ob in serendipity_event_entryproperties den Cache eingeschaltet ist. :-)
Wie gesagt, den Fehler mit dem Funktionsname behebt die neue Version. Aber das mit dem Cache ist seltsam: Hatte er einfach keine neuen Titel hinzugefügt, bis du den Cache deaktiviert hast?
Ich habe den Cache aktualisiert, danach ging es. Sollte es eigentlich auch mit aktiven Artikelcache funktionieren? Vielleicht spielt ja die Reihenfolge der Plugins eine Rolle?
Wo kann ich denn den Cache deaktivieren oder einfach nur leeren?
Wenn das autotitle-Plugin oder ein anderes Markup-Plugin deinstalliert wird, wird der Cache geleert. Deaktivieren kann man ihn im entryproperties-Plugin.
Das entryproperties-Plugin sollte immer ganz unten stehen, mich wundert es nur, dass der Cache da Probleme machte, weil ich das hier nie beobachten konnte.
Hmm, ich bekomme leider noch die gleiche Fehlermeldung vom FeedValidator.
Hast du http://www.deimeke.net/dirk/blog/index.php?/archives/2035-2010-....html mal neu gespeichert bzw den Cache gelöscht (autotitle deinstalliert)? Denn u.a. mit Silvias Seite habe ich das getestet, das funktionierte bei mir.
Version 0.1.5? Bzw.: Der Titel wird ja 7 Tage vom Plugin selbst gecached (der Cache vom entryproperties-Plugin ist davon unabhängig)...
Habe ich beides versucht, hat aber nicht funktioniert.
Ok. Da ist ja aber immer noch der 7-Tage-Cache, der dürfte alles überleben. Wenn das Problem in ein paar Tagen noch besteht (mit neu abspeichern des Eintrags wegen des entryproperties-Cache), geb bitte nochmal Bescheid.
Mache ich. Vielen Dank für Deine Hilfe!
Der Validator sieht nun besser aus - das Problem ist auf Seiten des Plugins behoben?
Ja, ich denke, das Problem ist behoben.
Das freut mich :)
Also der Absturz ist behoben, vielen Dank für die schnelle Reaktion! Allerdings wird in der Vorschau des Artikels nun Rodelh?nge in Dresden - Google Maps* angezeigt. Richtig wäre natürlich Rodelhänge.
Was mit dem Cache los ist, weiss ich nicht, bei mir erscheinen die Title-tags erst, wenn der Cache manuell aktualisiert ist.
Hab mir eingebildet, genau darauf schon geantwortet zu haben. Hab ich wohl vergessen, auf absenden zu drücken :D
Der Eintrag wurde schon vor 0.1.5 gespeichert, oder? Dann dürfte der alte Cache (das Plugin hat ja noch einen eigenen 7-Tage-Cache) den alten Titel gespeichert haben.
Hallo, ich schon wieder. Autotitle ist toll, aber ich habe noch zwei Probleme damit:
1. Ich habe festgestellt, dass Autotitle nicht im Extended Teil des Artikels funktioniert. Hier ein Beispiel, die Links im oberen Teil funktionieren, unten nicht.
2. Außerdem habe ich in diesem Artikel habe ich das Problem, dass Autotext den Link auf Kletterparadies zerschießt. Grund ist wohl der Zeilenumbruch im title auf der Zielseite. Leider lässt sich das nicht so einfach nachträglich durch hinzufügen eines manuellen titles fixen, da Autotitle trotzdem aktiv bleibt und den kaputten title offenbar im Cache vorhält.
Danke für all die Mühe!
Gruß Konrad
Hi
Verzeih die langsame Reaktion, ich wollte mir das vorher genau angucken.
Zu 1.: Das kann ich nicht nachvollziehen, es geht bei mir auch genauso im extended-Artikel. Allerdings ist da ein genereller Bug, wenn nl2br-deaktiviert ist wird das Plugin sich deaktivieren. Zumindest das wird in der nächsten Version gefixt.
2.:
1. Auch hier ist mir das nicht ganz klar. Das Plugin ist eindeutig so programmiert (und das funktioniert hier auch so), dass ein manueller Titel immer Priorität hat. Das gilt nur dann nicht, wenn eine Seite zweimal verlinkt wird, einmal mit und einmal ohne Titel (das sollte man nicht tun).
2. Der Zeilenumbruch selbst sollte nur dann ein Problem, wenn nl2br dort ein br reinsetzt. (Interessanterweise macht es das bei mir nicht.) Bei sowas könntest du nl2br für den Artikel deaktivieren, schauen ob es hilft, a-Tags zu ignorieren oder statt brs "p"s in den Artikel setzen lassen, was ebenfalls die "a"s unangetastet lassen sollte (beides per nl2br-Option). Aber seltsam ist, dass bei dir da ja nur die Anführungszeichen spinnen. Kannst du mir mal zeigen, wie du den Link ursprünglich gesetzt hast?
Hallo onli, vielen Dank für deine Antwort!
zu 1. ja, vielleicht liegt es am fehlenden nl2br. Ich verwende in meinem Blog nur Textile.
zu 2.1 ich habe den Link erst ganz normal ohne title-Tag gesetzt. Dabei trat der Fehler auf. Dann habe ich manuell einen title-Tag gesetzt. Wie ich gerade sehe, war da leider ein Schreibfehler, der manuelle Tag konnte gar nicht gehen. SORRY!
zu 2.2 Das Problem tritt also nur mit Autotitle auf. Vielleicht habe ich mich unklar ausgedrückt: Die Zeilenumbrüche sind nicht in meinem Artikel, sondern im title-Tag der verlinkten Seite und zwar ohne br-Tag, sondern einfache CRs.
so sah der Link in meinem Blog aus (nur mit spitzen Klammern):
(a href="http://www.kletterparadies.net/")Kletterparadies(/a)
so sieht er dann auf der Seite aus:
(a href=“http://www.kletterparadies.net/” title=”
Kletterparadies(br /)
“>Kletterparadies(/a)
Ebenso erging es mir übrigens mit www.kempinski.com/de/dresden/Seiten/Events.aspx
daher mein Verdacht, dass es an der fremden Seite liegt. Warum es bei dir funktioniert weiß ich wirklich nicht....
Webseite Fa. Kletterparadies
Also wenn da wirklich ein br reingesetzt wird, dann muss das verantwortliche Plugin für den Eintrag deaktiviert werden (wobei ein manueller Titel auch ein guter Weg ist), also bei dir Textile.
Ich schau mir mal an, ob man diese Umbrüche zuverlässig ausfiltern kann.
Dirks Logbuch am : Autotitel ...
Vorschau anzeigen
onli blogging am : Autotitel entfernt nun Zeilenumbrüche
Vorschau anzeigen