Twitter Plugin - Tweetbacks

[Matthias2]

Guten Abend zusammen,

das Twitter Plugin finde ich klasse, vielen Dank hierfür! Ich habe es seit wenigen Stunden laufen und bin gerade am Ausprobieren. Ich möchte mich gerne mit ein paar Fragen an euch wenden.

1. Tweet this via Snipurl möglich?
Die Links für "tweet this" werden mit Tinyurl umgesetzt. Ist es möglich
a) diese mit Snipurl umzusetzen, die Links sind kürzer
b) diese mit Snipurl mit dem eigenen Snipurl Benutzerkonto umzusetzen? b) wäre vielleicht eine Weiterentwicklung des Plugins. Snipurl bietet eine Api, die hier beschrieben ist: http://groups.google.com/group/Snipurl/ ... nipurl-api

2. manuelle ShortURLs
Der Link "Check Tweetbacks", der für Angemeldete unterhalb eines Artikels erscheint, listet die ShortURLs auf, nach denen in Twitter gesucht wird. Diese habe ich in der MySQL Datenbank gefunden, wo ich eine neue Zeile mit einer weiteren ShortURL für einen Artikel anlegte. Diese Neuanlage wird bei "Check Tweetbacks" allerdings nicht berücksichtigt. Wie bekomme ich das hin, dass diese ShortURL auch übernommen wird?

3. Eigene Tweetbacks nicht?
Auf den heutigen Artikel bekam ich ein Tweetback mit einer anderen ShortURL, die ich unter 2. versuchte aufzunehmen. Dieser Tweets wurde nicht aufgenommen. Ich selbst benutzte dann den "tweet This" button. Im Backend habe ich mich bei "Tweetbacks ignorieren von " ausgetragen. Wenn ich den "Check Tweetbacks" Link benutze, steht beim tweet drin. Als Kommentar wird er aber nicht aufgenommen?

4. Als Kommentar oder Trackback
Die interessante Diskussion habe ich gelesen. Auf einen älteren Artikel habe ich jetzt ein Tweetback als Kommentar und nach der Umstellung als Trackback. Ich denk ich bleibe bei Trackback, dort steht dann auch drin "UserXY via Twitter". Oder ist dieser "via Twitter" Zusatz bei den Kommentaren auch möglich?

Vielen Dank!

[blog.brockha.us]

Hi Matthias.

1.

a) Snipurl einzubauen ist natürlich möglich. Meines Erinnerns hatte ich das sogar mal probiert, dann aber glaube ich Probleme mit der API bekommen. Aber Du hast ja gleich Code dafür geliefert, damit sollte es dann wohl auch gehen.
Zu kürzer: Es gibt *noch* kürzere wie z.B. 7ax. Das Plugin ist nicht auf tinyurl festgelegt, Du kannst den Standard Kürzer bei den Ankündigungen einstellen, dieser wird auch bei tweet this benutzt.

b) Hmm.. Wenn ich da anfange, Benutzer URLs zu erlauben, müsste ich das bei allen anderen, die das unterstützen, auch tun.. Viel Arbeit.
Ich habe zusätzlich noch ein wenig Abneigung gg Benutzer URLs, da die für andere unmöglich ist, diese zu finden. Aber zugegeben: In dem Fall ist das nicht so relevant, da nur das eigene Blog seine BenutzerURLs finden muss und das Plugin alle URLs finden kann, die es selber erstellen kann. Muss ich mal drüber nachdenken.

2. "Manuelle Shorturls" gibt es im Plugin nicht. Das Plugin kann derzeit nur mit URLs umgehen, die es selbst erstellen kann. Aber klar, man könnte es auch erweitern, dass man pro Artikel noch eigene weitere ShortURLs eingeben könnte. Die müsste das Plugin sich dann halt entsprechend merken.

3. Wie gesagt: Das Plugin kann nur URLs finden, die es auch selbst erzeugen kann.

4. Ja, ich habe die Tweetbacks bei mir auch immer noch als Trackback gespeichert. Würde aber am liebsten einen 3. Typ "Tweetback" benutzen. Das bedeutet dann aber auch Änderungen am Core und an Templates, die das unterstützen wollen. Wäre also eine größere Baustelle..

Zusammen gefasst: Vielen Dank für all den guten Input! Ist allerdings viel Arbeit, das alles umzusetzen und für mich persönlich nicht ganz so high Prio (vor allem die Benutzer URLs). Ich kann zu allem was einbauen, weiß allerdings nicht, wie lange das dauern wird. Mal schauen.

Wollte allerdings sowieso noch eine Konfig für das Plugin in den erweiterten Attributen der Artikel hinterlegen, dabei könnte ich dann z.B. auch gleich die Möglichkeit geben, manuelle ShortURLs zu hinterlegen. Ich schaue mal.

Später: Öhm.. Generische (also nicht benutzer generierte) Snipurls unterstützt das Plugin bereits, sehe ich gerade.. Nur kann man die nicht als Standard Shorter einstellen. Muss mal schauen, ob das noch so funktioniert, wie es soll..

[Matthias2]

Hi,

Snipurl funktioniert mit dem Plugin (aktuelle Version 1.16) leider nicht mehr:

"This version of the API has now been deprecated as indicated several months ago.
Please check http://snipurl.com/site/api for further details."

EDIT

Ich habe heute ein Update dieses Plugins gemacht. Aktiviert ist, suche nach Tweetbacks, auch nach meinen eigenen. Klicke ich auf "check tweetbacks", findet er seit heute Morgen 3. Eines von mir und zwei weitere. Allerdings hat er nun 4 Mal mein eigenes tweetback aggregiert und die beiden anderen gar nicht?
http://duesiblog.de/index.php?/archives ... ember.html

Habe ich beim Update was falsch gemacht?

Über Backtweet habe ich nun diese und auch recht alte Tweetbacks bekommen.

[blog.brockha.us]

Wo bekommst Du die Meldung? Scheinbar wurde bei denen etwas an der API geändert?

Ansonsten: Es macht wirklich Sinn auf Backtype umzusteigen. Damit hat man die von Dir genannte Problematik elegant umschifft und findet zusätzlich auch Tweetbacks, die die manuelle Methode unmöglich finden kann. Deshalb werden bei Dir nachträglich auch Tweetbacks gefunden, sobald Du backtweet einschaltest. Das sind genau die, die die manuelle (interne) Methode nicht finden konnte.

[Matthias2]

Wo bekommst Du die Meldung? Scheinbar wurde bei denen etwas an der API geändert?

Wenn als URL-Kürzer im Menüpunkt "Ankündigung von Artikeln" Snipurl ausgewählt ist und dann jemand auf "Tweet this" unterhalb des Artikels klickt, kommt die Meldung.

Ansonsten: Es macht wirklich Sinn auf Backtype umzusteigen. Damit hat man die von Dir genannte Problematik elegant umschifft und findet zusätzlich auch Tweetbacks, die die manuelle Methode unmöglich finden kann. Deshalb werden bei Dir nachträglich auch Tweetbacks gefunden, sobald Du backtweet einschaltest. Das sind genau die, die die manuelle (interne) Methode nicht finden konnte.

Mir wurden eben erneut 106 Trackbacks via Backtweet eingespielt, als ich Einstellungen des Plugins im Backend speicherte. Allerdings sind diese nun doppelt und in einem Artikel x-fach enthalten.

Wie wird denn sichergestellt, dass die Tweetbacks nicht mehrfach aggregiert werden?
http://duesiblog.de/index.php?/archives ... ember.html

[blog.brockha.us]

snipeurl: Ah, okay.. Dann würde ich einfach einen anderen Kürzer auswählen..

Es wird die höchste ID gemerkt. Welche Version hast Du denn?

P.S.: Hui, gerade mal auf Deiner Seite nachgesehen.. Wenn das das neueste Plugin ist (1.16), dann muss ich mir das mal genauer ansehen.

[Matthias2]

Version 1.16, habe heute das Update gemacht.

[blog.brockha.us]

Mist.. Dann muss ich mir das mal genauer ansehen.. Kannst Du mir Deinen icq /skype acc zukommen lassen?

[Matthias2]

Ja, gerne, habe sie dir via PN geschickt.

[Matthias2]

Nochmal kurz zusammengefasst, vielleicht hilft das weiter.

Backtweet-Service
Als der Backtweet-Service das erste Mal aktiv war, hat er mir viele neue Tweetbacks zu alten Artikeln aggregiert. Als ich später im Backend die Konfiguration des Plugins erneut speicherte, wurden via Backtweetdie Tweetbacks doppelt aggregiert. Den Backtweet-Service habe ich im Backend nun deaktiviert.

Mehrfachaggregierung auch ohne Backtweet
Die letzten beiden Blogartikel haben die ID 616 und 617.

Zu 616 werden bei "Check Tweetbacks" 4 verschiedene Tweets gefunden, aber nur drei werden aggregiert.

In der MySQL Tabelle "serendipity_tweetbackhistory" steht bei den den "entryIDs" 616 und 617 bei "lasttweetID" 0. Ich denke deshalb werden dieselben Tweets immer wieder aufs neue aggregiert. Die Artikel 616 und 617 wurden nach dem Update auf 1.16 erstellt. Seit Juli habe ich bis dahin keine Updates gemacht.

Es gibt allerdings auch Artikel, wie der mit der ID 609, der ein Tweetback hat (Anfang Juli), für den kein Tweetback bei "Check Tweetbacks" mehr gefunden wird, der aber auch in der MySQL Datenbank bei "lasttweetID" eine 0 eingetragen hat.

[Matthias2]

Das Problem konnte ich bei mir nun mehrfach testen. Es liegt in der Tat daran, dass die "lasttweetID" nicht in die Datenbank eingetragen wird, deswegen werden die Tweetbacks immer mehrfach aggregiert. Trage ich die lasttweetid manuell ein, werden alte Tweetbacks, die eine kleinere (oder gleichgroße) ID haben, nicht mehr aggregiert.

Nur, was muss ich tun, dass die lasttweetID wieder selbst eingetragen wird?

Sonst funktioniert alles im Blog und "lastcheck" wird in der Tabelle auch korrekt ausgefüllt.

[mattsches]

Kann ich bestätigen. lasttweetid ist bei mir fast überall 0, so dass Tweetbacks wieder und wieder gezogen werden. Ich hab das Plugin vorerst auch deaktiviert. Würde ja mal einen Blick in den Code werfen, aber ich habe gerade mein System neu aufsetzen müssen und noch keine IDE drauf, sorry

[blog.brockha.us]

Hmm.. Dass es bei vielen Einträgen auf 0 steht ist normal. Das sind gecheckte Artikel, für die keine tweetbacks gefunden wurden.

Aber Artikel, für die ein tweetback gefunden wurde, sollten eine Zahl in den lasttweet_ids haben, und zwar die vom "höchsten" tweetback.

Leider ist das *natürlich* mal wieder nicht nachvollziehbar, ich muss also wieder ein Blog finden, in dem das Problem auftritt und ich dem ich mal debuggen kann.

[blog.brockha.us]

Noch etwa zu snipurl: Dort wurde die API geändert. Es ist nun nicht mehr möglich, ohne einen Account dort eine KurzUrl zu erstellen. Ich habe diesen Service für die nächste Version aus dem Plugin entfernt.

[Matthias2]

Oder SnipURL im Backend mit Logindaten zulassen.

Ja, das was du beschreibst, wenn die lasttweetid auf 0 bleibt ist idT so. Trage ich die letzte TweetID zum jeweils letzten Tweetback manuell ein, werden nur noch neue Tweetbacks aber keine alten mehr aggregiert.