WoltLab Cloud Anti-Spam: Linkbeschränkung 5.2.0

Deaktiviert Beiträge von Benutzern mit zu wenigen Beiträgen, falls der Beitrag externe URLs enthält.

Dieses Plugin ist eine komplett neu geschriebene Version des Anti-Spam: Linkbeschränkung 1.0.3, für das es keine Updates mehr gibt. Kompatibel mit WBB 4.1 / WCF 2.1 and Woltlab Suite 3.0, 3.1, 5.2!

Version 5.2.0 nur für WSC 5.2!


Für Kompabilität mit Burning Board 4.0/4.1 / WCF 2.0/2.1 bitte die Version 1.3.x nutzen.

Dieses Plugin fügt eine Funktion hinzu, die neue Beiträge deaktiviert, falls sie von einem Benutzer stammen, der nur wenige Beiträge hat und externe Links enthält. Dadurch müssen diese Beiträge erst von einem Moderator geprüft werden. Dies soll gegen Linkspam wirken, bei dem Benutzer oder Spambots sich im Forum registrieren, nur um Links zu externen Inhalten zu veröffentlichen und durch die Verlinkungen in Suchmaschinen zu profitieren. Die Funktion schlägt nur bei externen Links an.

Die Optionen des Plugins finden sich im ACP unter "System" -> "Optionen" -> "Forum" -> "Beiträge" -> "Beitragserstellung".

Zudem kann die Funktion für ganze Benutzergruppen ausgeschaltet werden. Die Benutzergruppen-Option dazu findet sich unter "Allgemeine Rechte" -> "Forum" -> "Schreibrechte".

Images

  • Version 5.2.0

    - Nur für das WSC 5.2.x / WSF 5.2.x

  • Version 1.4.1

    WSC 3.1, WSF 5.1 Kompatibilität

  • Version 1.4.0

    WSC 3.0, WSF 5.0 Kompatibilitäts-Bugfixes, Bilderprüfung entfernt

  • Version 1.3.0

    WSC 3.0, WSF 5.0 Kompatibilität

  • Version 1.2.0

    WBB 4.1, WCF 2.1 Kompatibilität

  • Version 1.1.4

    Eine Option wurde hinzugefügt, mit der man weitere Domains hinzufügen kann, die als interner Link gezählt werden

  • Version 1.1.3

    Problem behoben, wodurch der Beitragstext bei Edits nicht geprüft wurde

  • Version 1.1.2

    Code Anpassung

February 19, 2023 at 11:16 AM

gibts schon was neues, die Link beschränkung ist für uns schon wichtig, seit Januar spamen die Bots wieder direkt ins Board
January 25, 2023 at 5:31 PM

Linkbeschränkung funktioniert nicht in der aktuellen Version.
January 2, 2023 at 1:47 PM

Bei den unterstützten Versionen steht auch die WoltLab Suite 5.5, aber nach der Installation greift die Linkbeschränkung nicht. Beiträge mit externen Links sind sofort lesbar und müssen nicht erst freigeschaltet werden, wie es eigentlich sein sollte?
September 13, 2021 at 5:47 PM

Hat man hier nochmal nachgeschaut, damit das Plugin auch wie gewollt funktioniert?
Mein Problem aus dem Maerz 2020 besteht nach wie vor und somit ist das Plugin nicht funktionsfaehig.
February 11, 2022 at 8:32 AM

Gibt es hier nochmal was dazu? Würde das ganze schon gerne nutzen?
August 19, 2021 at 5:49 PM

Funktioniert das Modul mit 5.4?

Ich teste hier gerade, aber das Modul spricht nicht an, die Beiträge bleiben aktiv.
March 21, 2020 at 2:10 PM

Ich habe das Problem, dass bei meinen eigenen Beiträgen das Ding anschlägt. Da ich mehr als die 10 Beiträge habe sollte das nicht passieren.

Kann es sein, dass sowas passiert wenn automatische Beiträge mit meinem Account erstellt werden?

Danke
April 10, 2020 at 10:34 PM

Die Version 1.4.1 fürs WSC3.1 hat mit RSS auch das Problem, dass die Beitragsgrenze nicht berücksichtigt wird.
Ich habe einen User "News-Bot" eingerichtet, unter dessen Namen RSS Feeds als Beiträge gepostet werden. Obwohl der User nun über 2000 Beiträge hat, müssen neue RSS-Beiträge immer noch händisch freigeschaltet werden.
April 12, 2020 at 9:40 PM
Author

Hallo @wasserlasser ja, das Problem ist seit gestern bekannt. Siehe die Antwort von mir -> RE: Automatische Beiträge per RSS-Feed ohne Beitragsmoderation möglich?
July 23, 2020 at 8:27 PM

Schade dass das Problem nach mehreren Monaten scheinbar noch nicht beseitigt wurde. In meinem Forum ist der News-Bot ein wichtiger Bestandteil unserer Marke. Und es ist auch nicht witzig, wenn man eigene Beiträge freischalten muss, obwohl man mehr Beiträge als die eingestellten hat. (5.2 ist in Anwendung)
July 24, 2020 at 11:35 AM

War/ist ein gutes Plugin, aber wenn es halt nicht fehlerfrei geht ist das natuerlich nichts optimal.
January 6, 2020 at 1:01 PM

Wird es ein Update für 5.2 geben?

Ist zwar für 5.2 gekennzeichnet, aber funktioniert nicht - lässt sich nicht installieren und wenn man package.xml anpasst, wird nach Install bei Nutzung ein Fehler ausgeworfen.

Aktuell also nicht für 5.2 nutzbar!!
January 16, 2020 at 8:31 AM

Bei mir verhindert das Plugin ebenfalls das Upgrade auf das WSC 5.2. Über eine Anpassung des Plugins für das WSC 5.2 würde ich mich ebenfalls sehr freuen! :)

Glaube aber nicht, dass hier was kommen wird... Letzte Aktivität von @AlphawolfWMP: 22. Mai 2019 :(

EDIT: RE: Anti-Spam: Linkbeschränkung - Anpassung an das WSC 5.2
January 19, 2020 at 10:59 PM
Author

Ja. Wir arbeiten bereits an einem Update für 5.2 :)
January 20, 2020 at 2:40 PM

Das klingt gut. Wo wird es das dann geben? Hier oder in der Zone? :)
January 20, 2020 at 3:15 PM
Author

Hier und in der Zone. :)
January 20, 2020 at 5:56 PM
Author

Update ist nun hier hochgeladen. Und in der Zone Verfügbar. Sollte es jemand vorab benötigen, bitte eine Konversation.
October 9, 2018 at 12:09 PM

Das Plugin kollidiert mit dem CommunyBot, wenn man RSS mit dem Bot erstellen lässt.
Sind da Links enthalten, werden die Themen/Beiträge deaktiviert - egal ob der erstellende User aus deinem Plugin Anti-Spam ausgenommen ist.
==> https://zaydowicz.de/wbb/index.php?…3%B6ffentlicht/

Wäre toll wenn du da mal was zu sagen könntest, vlt hast du ja ne Idee an was das liegen kann ...
August 16, 2018 at 8:48 PM

Die Spambots lernen dazu :(

Könnte man diese Funktion auch auf die Pinnwand Einträge ausweiten?
August 17, 2018 at 9:48 AM

und im Titel :(
August 16, 2018 at 8:23 PM

Ich habe das Problem, dass ich durch die Erweiterung immer doppelte Einträge im Dashboard habe. Aber erst nachdem ich das Posting freigebe.
March 25, 2020 at 12:46 AM

Gibt es hierzu schon eine Lösung?
January 24, 2018 at 8:34 PM

Ich habe das ganze installiert und es bringt mir immer einen Fehler wenn ich mit dem Bot von UdoZ einen Beitrag automatisch erstellen lasse.

Dieser Beitrag wird von mir (Admin) erstellt und ich habe mehr als die 10 Beitraege, die gebraucht werden. Kann man das irgendwie anpassen/abstellen, dass meine Beitraege da gleich frei geschalten werden?
January 25, 2018 at 7:13 AM
Author

Der Check kann pro Benutzergruppe deaktiviert werden.
January 25, 2018 at 5:40 PM

Das wurde bereits gemacht, aendert aber nichts.

Gruss
January 26, 2018 at 6:14 PM
Author

Hat dein Benutzer ggf. mehrere zugewiesene Benutzergruppen, die sich gegenseitig aushebeln? Also bspw. Benutzergruppe A ist das Nutzen beliebig vieler Links erlaubt, aber Benutzergruppe B ist es nicht erlaubt?
January 26, 2018 at 7:09 PM

Ich hatte als Admin noch eine "tiefere" Gruppe aktiviert. Sollte die Admin Gruppe nicht "ueber" allem stehen? Ich teste das mal mit der Gruppe deaktiviert.
January 26, 2018 at 7:14 PM
Author

Ich kenne mich bzgl. der Rechtestruktur nicht sonderlich aus, leider.
January 19, 2018 at 11:33 AM

Wäre super, wenn das Plugin mit WSF 5.1 kompatibel gemacht wird. Soweit ich bei kleineren Tests erkennen kann läuft es damit problemlos, wenn man es in der package.xml entsprechend kompatibel angibt. Gruß + Danke
January 21, 2018 at 4:54 PM

Würde mich ebenfalls darüber freuen, wenn dieses Plugin für das WSC 3.1 kompatibel gemacht werden würde.
January 21, 2018 at 8:52 PM

Würde mich auch freuen, das Plugin ist bei uns die einzige wirkungsvolle Spamabwehr die WBB hat.
January 21, 2018 at 8:58 PM
Author

Habe soeben eine neue Version hochgeladen. :)
July 19, 2017 at 11:03 AM

Wäre es auch möglich die Linkbeschränkung im Titel anzuwenden ?
Wir bekommen seit neuestem massiv Werbung wo die Url nur im Titel steht. WBB bietet ja leider keinerlei Spamschutz der einen davor bewahrt :(
Was auch nett wäre (also Option) wenn beim posten das ganze direkt abgewiesen wird (außer man nutzt einen Link aus der whitelist) anstatt es an die manuelle Überprüfung weiterzuleiten.
June 7, 2017 at 10:58 PM

In Version 1.4.0 wurde die Bilderprüfung entfernt? Hmmm, im ACP gibt es den Option "Beschränkung auf Bilder ausweiten" aber noch immer? Was wurde denn da entfernt?
June 8, 2017 at 9:46 AM

Wenn Du das Plugin deinstallierst und dann die neue Version installierst ist die Bilderprüfung nicht mehr vorhanden.
June 8, 2017 at 12:02 PM
Author

Die Bilderprüfung habe ich vorerst entfernt, da sich da in der WoltLab Suite einiges geändert hat und ich die neue Version erstmal fix draußen haben wollte für die neue Version, da ich diese auch selbst für diverse Foren benutze. Ich habe aber vor, die Bilderprüfung wieder mit aufzunehmen, kann aber derzeit nicht sagen, wann ich dazu komme.
June 8, 2017 at 12:24 PM

Dann sollte ich die alte Version vorher deinstallieren?
June 8, 2017 at 1:14 PM
Author

@PoookMukkel Jepp.
June 8, 2017 at 2:22 PM

Optionen für die Bilderprüfung sind nun nicht mehr da. :)
April 16, 2017 at 1:11 AM

danke!
April 11, 2017 at 12:53 AM

Bei mir funktioniert das Plugin zur Zeit ganz genau so, wie ich es auch aus dem WCF 2.1 gewohnt war.

Ich wünsche mir eine (hoffentlich einfache) Verbesserung: Momentan führt der Prozess des Deaktivierens dazu, dass in der Moderation gemeldet wird, dass der User seinen Beitrag quasi selbst deaktiviert habe. Kann man das so ändern, dass da sinngemäß steht "Der Beitrag wurde von DER LINK-BESCHRÄNKUNG deaktiviert?
March 5, 2017 at 4:05 PM

Hab jetzt kreuz und quer getestet, es funktioniert einfach nicht. User mit nur einem Beitrag können locker lustig Links setzen soviel sie wollen.
Einstellungen hab ich alle vorgenommen, es bringt nix, ob mit Bilder, ob ohne Bilder.. ich habs deinstalliert.
March 8, 2017 at 1:19 PM

Da das plugin bei anderen funktioniert gehe ich mal davon aus dass du es falsch eingestellt hast. Wahrscheinlich hast du eine Gruppe vergessen.
March 8, 2017 at 6:57 PM

Sorry, keine Gruppe vergessen.. Hab es jetzt noch einmal in meiner Testumgebung getestet.. mich an alle Anweisungen gehalten und dann als Admin abgemeldet, als Reg. User mit nur 3 Beiträgen angemeldet.. ein neues Thema mit 2 Links erstellt.. Da wird nichts blockiert oder zur Moderation gestellt..
April 11, 2017 at 12:50 AM

Haben die betreffenden User mehrere Benutzergruppen? Erhalten Sie von einer der Benutzergruppen das Recht ohne Link-Beschränkung zu posten? Hast Du probeweise für die betreffende Benutzergruppe das Recht auf "Nie" gestellt, um die Rechte aus anderen Benutzergruppen zu überschreiben?
May 23, 2017 at 3:45 PM

funktioniert für mich auch nicht (wcs 3.0)
Linkbeschränkung ist aktiviert
- min ist auf 3
- max auf 0

"Kann Links ohne Beschränkung in Beiträgen verwenden" bei allen Gruppen auf nie.

Neue Benutzer können ohne Probleme Links aller Art posten.

-edit- fixed - der Maintenance Mode zerstört die Funktion des Plugins, sobald der aus ist geht es :)
May 26, 2017 at 5:33 PM

Eine aus meiner Sicht gute Änderung wäre, das man die Option hätte einen Beitrag statt nach dem posten zu deaktivieren gar nicht erst zuzulassen wenn er in die Beschränkung läuft.
January 28, 2017 at 4:27 AM

Vielen Dank für diese wichtige Erweiterung und deine Arbeit. :)
January 14, 2017 at 10:45 AM

Haben wir eine Chance das Plugin für die neue Suite zu bekommen? Ich denke, es wäre dem ein oder anderen Nutzer auch ein paar Euro Wert.
January 22, 2017 at 3:00 AM

Ich habe mal die package.xml für das WSC angepasst und siehe da: Das Plugin scheint ohne jegliches Problem zu funktionieren. Sowohl die Optionen im ACP als auch die eigentliche Funktion des Plugins scheint okay zu sein. Es wäre also toll, wenn es ein offizielles "Update" geben würde. Vielen Dank.
January 22, 2017 at 10:12 AM
Author

Hallo Donner, kannst Du mir kurz sagen, welche Anpassungen Du für die package.xml vorgenommen hast? Habe aktuell leider kein WSC zum Testen. Danke!
January 22, 2017 at 11:34 AM

Ich habe für mich tatsächlich nur das eingetragen, um in meiner 3er-Test-Installation installieren zu können.

<requiredpackages>
<requiredpackage minversion="3.0.0">com.woltlab.wcf</requiredpackage>
<requiredpackage minversion="5.0.0">com.woltlab.wbb</requiredpackage>
</requiredpackages>

Wobei es eine Qual ist, wenn man im WSC 3 alles neu installieren muss. Also (wenn möglich) besser noch im WCF 2.1/WBB 4.1 ein kleines Update anbieten, dass dann anschließend ein Update auf WSC 3 erlaubt. Vermutlich müsste man folgendes machen, wenn man unterstellt, dass das Plugin tatsächlich für WCF 2.1 und WSC 3 kompatibel ist:

<requiredpackages>
<requiredpackage minversion="2.1.0">com.woltlab.wcf</requiredpackage>
<requiredpackage minversion="4.1.0">com.woltlab.wbb</requiredpackage>
</requiredpackages>
<excludedpackages>
<excludedpackage version="3.1.0 Alpha 1">com.woltlab.wcf</excludedpackage>
<excludedpackage version="5.1.0 Alpha 1">com.woltlab.wbb</excludedpackage>
</excludedpackages>

Ob das so wirklich korrekt ist, muss bitte jemand sagen, der ersthaft Plugins für WCF/WBB erstellt.
January 22, 2017 at 12:27 PM
Author

Hallo Donner, danke! Ich muss mir das nochmal genauer anschauen, denn so ganz erschließt sich mir die ganze Sache noch nicht.

In meiner package.xml des derzeitigen Plugins steht ja
<requiredpackage minversion="2.1.0">com.woltlab.wcf</requiredpackage>
<requiredpackage minversion="4.1.0">com.woltlab.wbb</requiredpackage>

Das heißt, es sollte doch auch com.woltlab.wcf 3.0.0 und com.woltlab.wbb 5.0.0 mit einschließen, weil nur minversion angegeben ist und keinerlei <excludedpackage>. Daher erschließt sich mir noch nicht ganz, wieso ich die minversion erhöhen muss, wenn das Plugin offenbar mit den älteren Versionen vom WCF als auch mit der neuesten Version von WSC läuft.
January 22, 2017 at 5:30 PM

Da hast Du vermutlich Recht. Ich hatte es schlichtweg zuvor gar nicht probiert, da ich sowieso ursprünglich Probleme erwartet hatte. Ich hätte die Min-Version wohl nicht erhöhen müssen für meinen Versuch. Wenn ich nicht irre, sollen allerdings inzwischen alle Plugins ein exclude für höhere Versionen in der package.xml haben.
May 7, 2016 at 12:16 AM

Webadressen werden zwar blockiert, aber es gibt auch vermehrt Spam, wo nur Emailadressen angegeben werden. Kann man das Plugin nicht noch auf Mailadressen erweitern?
March 18, 2016 at 2:39 PM

Very nice plugin thank you

Please add the following feature:

1- Scan blogs many spammers use blogs to spam
2- Check for email addresses spammers now post emails instead of URLS.
3- Ignore rss feeds threads if they have links
March 7, 2016 at 10:37 AM

Normalerweise funktioniert das Plugin so, wie es soll. Allerdings habe ich jetzt ein Problem... Im News System von WBB-Elite werden News per RSS Feed erstellt. Diese werden alle im Namen meines Bots erstellt. Zusätzlich wird zu jeder News ein Thema im Forum erstellt, welches eine Quellangabe enthält. Und genau diese Themen werden jetzt deaktiviert. Der Bot hat definitiv mehr als die eingestellte Mindestanzahl der Beiträge. Somit sollte die Beschränkung gar nicht greifen. Außerdem habe ich die Domains, die in der Quellenangabe verlinkt werden, in die Liste der internen URLs aufgenommen. Trotzdem greift die Linkbeschränkung... :(
Ich habe die Funktion erstmal deaktiviert. Woran könnte dieses Fehlverhalten liegen? Bekommt man das gefixt?
March 9, 2016 at 6:30 PM
Author

Hi PoooMukkel, ist natürlich schwierig, so aus der Ferne zu sagen, was es sein könnte, zumal in der Zwischenzeit nichts am Plugincode geändert wurde.
Hast du die Bildbeschränkung ggf. aktiv? Vielleicht liefert der RSS Feed, aus dem du die Beiträge erstellst, neuerdings Bilder mit, wodurch dann die Beiträge deaktiviert werden?
Kannst du sagen, welche Domains im RSS-Feed vorkommen und welche du blockst? Vielleicht maskiert der RSS Feed ja die URLs mit einem Service wie bit.ly oder ähnlich.
March 10, 2016 at 10:33 AM

Danke für die Rückmeldung! :)
Nein, die Bildbeschränkung ist nicht aktiv.
RSS Feeds lese ich die folgenden aus: http://www.pcgames.de/extimages/rss/pcgfeed.xml & http://www.computerbase.de/rss/news.xml
Geblockt werden gar keine URLs. Die Domains computerbase.de & pcgames.de habe ich sogar als zusätzliche interne URLs definiert.
Außerdem befindet sich der Bot, der die News postet, in der Benutzergruppe "Bots" und Gruppe "Kann Links ohne Beschränkung in Beiträgen verwenden".
Ich wüsste nicht, wo ich noch suchen soll...
March 11, 2016 at 4:22 PM
Author

Weiß nicht, ob das relevant ist, aber wenn die RSS-Feeds zu den Artikeln verlinken, dann vermutlich mit www. domain.de, oder? Probier mal zusätzlich zu pcgames.de noch www. pcgames.de hinzuzufügen. Analog dazu für computerbase.de.
March 13, 2016 at 2:43 PM

Hmmm, das scheint jetzt mit dem www davor zu funktionieren. Aber eigentlich sollte der Bot doch gar nicht ins Raster fallen, weil seine Benutzergruppe doch das Recht hat, Links ohne Beschränkung zu posten oder?
February 17, 2016 at 9:36 PM

Habe eben die Version 1.1.4 installiert (wbb4.0.11/wcf 2.0.12) und seitdem wird die Zeit hinter den Beiträgen nicht mehr richtig angezeigt. Statt Datum und Uhrzeit sthet dort nun: wcf.date.shortDateTimeFormat, bzw. bei den Konversationen: wcf.date.relative.minutes. Irgendeine Idee was das sein könnte?
Ein Deaktivieren hilft auch nicht, erst als ich das PlugIn wieder deinstalliert hatte, war die Zeitanzeige wieder normal.
February 18, 2016 at 8:10 PM
Author

Schaue ich mir mal an. :)
November 11, 2015 at 1:12 PM

Moin Alpha!

WÜNSCHE :P
1. Beitrag nicht deaktivieren, sondern User drauf hinweisen: ->Spachvariable <AntiSpamExceptionMsg>
Das Absenden sollte in dem Fall nicht erlaubt sein.

2.
Wahlweise auf Bild-Links beschränken (jpg, gif, png, bmp)

Das wäre der Hammer!
Schaffst Du bestimmt nicht... :P
November 22, 2015 at 10:59 AM
Author

Hi Richard,

1. Das Posten generell unterbinden, würde ich ungern. Hatte mir dazu einige Gedanken gemacht, und ich würds ehrlich gesagt so lassen wie es ist, dass die Moderatoren des Forums entscheiden, ob der Post erscheint oder nicht. Dafür sind sie da. Wenn man das Posten strikt untersagt, unterstellt man jedem neuen User mit Link im Post, dass er spammen will. Diese Entscheidung sollte aber ein Mensch (Moderator) treffen, finde ich. ;)

2. Schaue ich mir mal an. Nach Bildern kann man aktuell ja schon zusätzlich suchen, aber nicht ausschließlich.

Grüße nach Hamburg!
May 21, 2015 at 8:26 PM

Mir ist folgendes aufgefallen, was meine User oft sehr verwirrt: Poste ich einen Beitrag, der erstmal deaktiviert ist, so bekommt der User nicht die Meldung, dass dieser erst von einem Moderator freigeschaltet werden muss, sondern er wird in den Thread weitergeleitet, was zu einer "Zugriff verweigert"-Fehlermeldung führt. Das verwirrt sehr!
May 21, 2015 at 8:52 PM
Author

Welche Forenversion? Das sollte eigentlich nicht passieren, denn ein Nutzer kann ja seinen eigenen Beitrag sehen, obwohl er deaktiviert ist.
May 21, 2015 at 9:20 PM

WBB 4.0 (also nicht 4.1). Aber wieso sollte ein User seinen deaktivierten Thread sehen können? Deaktiviert ist deaktiviert.
May 22, 2015 at 8:51 AM
Author

Okay, meine Aussage bezog sich auf 4.1, denn da sieht es so aus, wenn ein Spammer einen Thread erstellt, der gesperrt wird: http://screens.schloebe.de/image_2015-05-22_08_48_57_000.jpg Bei Posts ist es genauso. Ein Spammer sieht seinen gesperrten Beitrag mit dem Hinweis, aber niemand sonst.
In 4.0 ist das in der Tat suboptimal, aber es gibt da keine Möglichkeit, das zu umgehen via Plugin. In 4.1 ist das systemseitig deutlich besser gelöst.
May 23, 2015 at 1:59 PM

Sehr schade. Ich denke, ich werde dann vorerst auf das Plugin verzichten müssen, bis ich auf 4.1 aktualisiere. Zusammen mit dem anderen Bug (weiter unten) macht das Plugin mehr Probleme als es löst. Trotzdem danke für deine Mühe.
May 5, 2015 at 7:17 AM

Vielen Dank für die sinnvolle Erweiterung.
April 28, 2015 at 12:30 AM

Eine Whitelist wäre echt hilfreich. Hier kämen dann einige erlaubte Adressen rein, wie: Wikipedia oder sonstige Portale auf die zu linken für Spammer nicht lohnt.
April 28, 2015 at 4:42 PM

Es gibt doch seit 1.1.4 eine Art Whitelist. Man kann im ACP Domains eintragen, die von der Linkbeschränkung nicht blockiert werden. Das Feature könnte aber verbessert werden. Momentan muss man jede Subdomain getrennt eintragen (z.B. "blog.woltlab.com", "pluginstore.woltlab.com", etc.). Es wäre schön, wenn die Subdomains automatisch frei gegeben werden, wenn die Hauptdomain aufgelistet ist. Eventuell könnte man auch in der Art "*.woltlab.ocm" Freigaben erteilen? Das wäre super.
April 28, 2015 at 7:24 PM
Author

@Donner: Das würde grundlegend schon gehen, aber das würde dann für alle gelten. Es kann ja aber auch sein, dass jemand unter teamedward.myspace.com hostet, aber nicht will, dass man auf teamjacob.myspace.com verlinken kann. Dann wäre eine Feingliedrung pro Subdomain schon besser, sonst sperren wir Möglichkeiten von vornherein aus. ;)
April 30, 2015 at 2:54 PM

Ah cool. Dann kann ich es doch einsetzen!
March 25, 2015 at 11:47 AM

Im Gegensatz zu Adam Howards Aussage funktioniert das Plugin bei mir leider nicht unter WBB 4.1. Trotz (kontrolliert) korrekter Einstellungen. Im WBB 4.0.x lief es wie gewünscht.
April 18, 2015 at 11:46 AM

Rückmeldungen von anderen Usern?
April 25, 2015 at 8:45 PM

Bei mir funktioniert das Plugin leider auch nicht mehr im WBB 4.1. :(

Ich habe eingestellt, dass 15 Beiträge benötigt werden, um Links zu posten. Im WBB 4.0 klappte das super. Seitdem ich WBB 4.1 installiert habe, werden von neuen Usern fleißig Links gepostet. Hatte eben einen neuen User, der nach seinem dritten Beitrag einen Link gepostet hat. Dieser Beitrag wurde nicht zur Moderation vorgelegt, wie es eigentlich sein sollte...

Gibt es eine Chance, das Plugin unter WBB 4.1 zum Funktionieren zu bewegen?
April 26, 2015 at 3:09 PM
Author

Going to have a look at it ASAP. :)
April 26, 2015 at 8:25 PM

Danke für das schnelle Fixen! :)
April 26, 2015 at 10:51 PM

Version 1.2.0 funktioniert jetzt wieder im WBB 4.1.x. Danke!
March 2, 2015 at 4:55 PM

Compatible with 4.1?
March 11, 2015 at 1:21 AM

Seems so.
April 25, 2015 at 8:47 PM

No. The Plugin doesn't work anymore with 4.1!
April 26, 2015 at 3:26 PM
Author

Going to have a look at it ASAP.
April 28, 2015 at 10:13 PM
Author

Compatible with 4.1 in version 1.2.0. :)
February 28, 2015 at 9:35 AM

Das Plugin stört andere Plugins bzw. WBB-Funktionen, die Themen/Beiträge per Cronjob erstellen/ändern, weil nur die Session-Daten zur Prüfung genutzt werden. Bei Cronjobs kann sich aber jeder hinter der Session verstecken und es wird selten der Benutzer sein, dem das Thema / der Beitrag tatsächlich gehört.