LSR-Protest-Plugin

onli blogging

Möglichst gar nicht auf Verlagsprodukte zu verlinken - weniger noch als zuvor - ist mein Weg, der Absurdität des Leistungsschutzrechtes zu begegnen. Matthias Gutjahr hat dankenswerterweise ein dabei helfendes Wordpress-Plugin zu Serendipity portiert: Durch das LSR gefährlich gewordene Links zu Verlagsprodukten, die sich nicht deutlich vom LSR distanzieren, werden durch Links auf eine erklärende Blockseite ersetzt (von der aus dann ein Link doch zum Originalziel führt). So können Blogger sich vor Geldforderungen der Verlage schützen und gleichzeitig die Verlage durch Linkentzug bestrafen.

Das funktioniert für neue Artikel bei mir im Grunde einwandfrei. Links in älteren Artikeln wurden hier im Blog allerdings nicht automatisch ersetzt, das kollidiert wohl mit dem Cache des entryproperties-Plugins. Und die verwendete Blockliste irritiert mich etwas: Dort fehlt ausgerechnet spiegel.de, die bei mir meistverlinkte gewöhnliche Nachrichtenseite, obwohl spon keine klare Position gegen das Gesetz bezieht.

Das Plugin kann per Spartacus installiert werden

| Kommentare (2) | Trackback (1) | in Technikzeugs, Zeitgeschehen

Trackbacks

Der Standardleitweg am : Keine Links mehr auf Leistungsschutzrecht Befürworter

Vorschau anzeigen
Ich habe hier nun das D64 LSR-Stopper Plugin aktiviert das Matthias Gutjahr dankenswerterweise für Serendipity portiert hat.Somit werde Links auf Verlage die das Leistungsschutzrecht befürworten bzw. sich nicht davon distanzieren über eine Hinweisseite ge

Kommentare

Matthias Gutjahr am :

*

Zunächst mal danke für den Blogpost. Interessant, die Sache mit den entryproperties-Cache. Ist mir noch nicht aufgefallen, aber falls du mal Zeit und Muße hast, das zu debuggen -> Forum oder Github ;)

onli am :

*

Nochmal Danke fürs Portieren.

Ich schreib das mal hier zusammen. Habe vorhin nochmal getestet und tatsächlich ist es der entryproperty-cache - sobald der deaktiviert wird, springt das LSR-Plugin an und ersetzt die Links.

Das serendipity_event_entryproperties-Plugin habe ich leider noch nie wirklich kapiert. Bin nochmal in den Code gegangen: Wenn ich das richtig sehe, speichert das beim Speichern die Version des Artikels nach Anwenden der Markup-Plugins. Beim Anzeigen wird des Eintrags, via frontend_fetchentries-hook, wird dann dieser gespeicherte Text aus der Datenbank geholt - allerdings sehe ich nicht, an welcher Stelle verhindert wird, dass der vom LSR-Plugin genutzte frontend_display-Event ausgeführt wird.

Entweder ist das im Core eingebaut, oder ich übersehe es im Plugin, oder es wird gar nicht unterdrückt, sondern nur der Text nachher ersetzt.

Laut Garvins Buch sollte es im Backend einen Eintrag "Einträge -> Cachen aller Artikel" geben, mit dem man den Cache aktualisieren könnte - tatsächlich sind im Plugin auch entsprechende Funktionen, aber den Menüpunkt finde ich nicht. Den Code für den Menüpunkt schon, scheint kaputt zu sein oder ich bin betriebsblind.

Auf jeden Fall war meine Lösung nun, das entryproperties-Plugin zu deaktivieren. Ich hoffe, dass das simple_cache-Plugin ausreichend cached (obwohl es die Änderung des LSR-Plugins instant umsetzte), um das entryproperties-plugin zu ersetzen. Die anderen Funktionen des Plugins nutze ich meines Wissens nicht (es ist ja stark genug im Core eingebaut, dass ich mir dessen nicht ganz sicher sein kann).


Kommentar schreiben

HTML-Tags werden in ihre Entities umgewandelt.
Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.
Umschließende Sterne machen ein Wort kursiv (*wort*), per **wort** wird es fett. [http://www.example.com Link] fungiert als URL-Tag.
 
 
Datenschutzerklärung