- lmm antwortet auf »Wiki für Zikula 1.3« 08. Feb
- detlef_mue antwortet auf »[gelöst] extmenu-Block gestalten« 06. Feb
- Portugao antwortet auf »[BEANTWORTET] Website von Zikula selbst« 05. Feb
- craigh antwortet auf »PostCalendar zeigt Termine nicht im Block an« 05. Feb
- Hurricane antwortet auf »Tapatalk für Dizkus« 05. Feb
- Portugao antwortet auf »[gelöst] Hintergrund für FAQ« 03. Feb
- Hurricane antwortet auf »[gelöst] Kurioses Phänomen mit EZComments« 29. Jan
Anmeldung
Werbung
EZComments 1.6 veröffentlicht
Vielleicht haben es viele nicht bemerkt, jedoch hat sich bei EZComments viel getan, wenn auch nur in der SVN-Version. Diese hat einige neue Features und einige Überarbeitungen erhalten so dass ich diese mit dem aktuellen Stand nun als Version 1.6 herausgebracht habe. Enthalten ist nun die mögliche Zuordnung von Inhalt zu Benutzern, so dass jeder seine Kommentare selbst bearbeiten und löschen kann, ein Gästebuch / Pinnwand-Plugin für das Profilmodul MyProfile und noch so einige andere Änderungen.
Die wichtigsten Änderungen auf einen Blick:
- Inhaltszuordnung zu Benutzern: Beim Hookaufruf in Modultemplates kann die User-ID dessen übergeben werden, dem der zu kommentierende Inhalt gehört. Ist dies erfolgt, wird dieser die Kommentare bearbeiten / löschen können. So können Profilinhaber, Bilderinhaber usw. Kommentare löschen, die sie nicht in unter ihren Inhalten stehen haben wollen. Der Aufwand für den Administrator sinkt also. Dies hat eine Erweiterung / Änderung in der Datenbankstruktur mit sich gezogen.
- ContactList-Support. Die Ignorier-Liste von ContactList ist in EZComments mit integriert worden; Der Benutzer A, welcher von Benutzer B ignoriert wird und Inhalt des Benutzers B kommentieren will, kann dies nicht mehr tun.
- Ein MyProfile Plugin liegt bei. Hier handelt es sich um eine Pinnwand oder ein Gästebuch
- Neues Icon für den Account-Panel der User: Bearbeitung eigener Kommentare nun einfach möglich
- Alle bisher vorhandenen Tempaltetypen wurden gelöscht und ein neuer Typ „Standard“ eingeführt, welcher beim Upgrade automatisch gesetzt wird. Hier wollte ich einfach nicht so viele Templates mit anpassen und mitnehmen, wo doch eh die meisten das Standardtemplate nehmen. Wer ein zusätzliches Template erstellt hat, möge mir das schicken, dann kann ich es mit ins Paket nehmen.
- Template-Typen können nun eigene Sprachdefines haben und ein eigenes CSS-Stylesheet mitbringen.
- Eine Anzahl an Stunden kann festgelegt werden, wie lange ein Kommentator seinen Kommentar noch editieren darf.
- Viele viele Bugs wurden gefixed
- alle Änderungen, welche aufgrund von Tickets erfolgten, auf einen Blick unter diesem Link.
Das Modul kann in der Extension-DB heruntergeladen werden, ein Download auf CoZi wird nicht mehr angeboten.
Viel Spaß mit dem Modul. Fehler etc. bitte melden, notfalls wird eben mit einer 1.7 zeitnah nachgebessert. Das Modul ist bei mir schon sehr lange stabil im Einsatz auf Netbiker.de. Probleme, welche nicht zwischenzeitlich gelöst wurden, konnte ich dort noch nicth feststellen
Themen
Kommentare
und vielen Dank für Deine Arbeit!!
EZComments ist m.E. eines der wichtigeren Module im Web 2.0 Zeitalter.
Wer die Funktion mit Inhaltszuordnung einfach testen will:
In den News müsste man den Hookaufruf wie folgt um den Parameter owneruid erweitern:
Code
So bekommt, wenn man das hier einführen würde, der Inhaber des Inhaltes die Benachrichtigungsmail und könnte im Fall der Fälle auch einschreiten usw...
Ich habe das Template mal um die OwnerUID ergänzt. So können wir das mal testen und die Möglichkeiten erkunden.
Hoffentlich kollidiert die Ergänzung nicht mit den anderen Hooks. Aber afaik gibt pnmodcallhooks die Argumente einfach 1:1 weiter, gelle? Dann dürfte es ja keine Probleme machen.
Nachdem der Download im Cozi nicht mehr möglich ist, sollten die anderen Versionen vielleicht auch dort raus genommen werden. Und zumindest ein Hinweis stehen das die letzte Version in der Extension DB zu finden ist. Wenn jemand im Cozi danach sucht, findet er nur die Version 1.5 und weiß nicht das wo anders eine aktuellere Version zu finden ist.
Vielleicht kann man im Download Bereich einen Hinweis auf die Extension DB anzeigen.
By the way: Super das es wieder eine neue Version gibt. Werde es in nächster Zeit auch mal testen.
kann es sein, dass hier auf support evtl die Emailbenachrichtigung ausgeschalten ist? ZUgeordnet werden die Kommentare schon richtig, die zu meinem Artikel könnte ich z.b. nun löschen.
Ich denke nicht, dass dieser zusätzliche Parameter auf andre Hooks negative Auswirkungen hat... Würde mich aber auch wundern. Vielleicht ist es aber eine Möglichkeit auch für andre Hooks, diesen Parameter aufzugreifen und selsbt zu verwenden.
Den 1.5-er Download im CoZi bitte ignorieren - ich hab scheinbar auf der Projektseite nicht genügend Rechte, Downloads zu bearbeiten...
Ja, E-Mailbenachrichtigung war aus
Die Zuordnung werde ich die Tage wieder entfernen. Ich sehe keinen Grund, warum der Artikelautor über anhängende, fremde Kommentare herrschen darf. Das obliegt entweder den Administratoren oder jedem Verfasser selbst.
Die CoZi-Downloads bitte NICHT(!) löschen. Warum auch? Stört doch nicht. Doppelt gemoppelt hält besser und wer weiß, ob man es nicht irgendwann mal braucht. (So hatte ich es die Tage z.B. bei Avatar nutzen müssen)
Aufgrund eines doch schwerwiegenderen Fehlers im neuen Templateset "Standard" war ein Posten von Kommentaren nicht immer möglich. Bug in neuer Version 1.6.1 behoben... Bitte einfach aus der Ext-DB laden...
In der pnversion.php steht 1.61, das ist nicht das Gleiche wie 1.6.1. Bei einem Sprung auf 1.7 wird es somit Probleme geben, da 1.61 > 1.7 - das sind schließlich keine Dezimalzahlen, die Teile der Versionsnummer werden getrennt betracht und verglichen! Mit der 1.61 hat das Modul also eine Riesensprung nach vorne gemacht!
Denn in der pninit geht es nicht um Dezimalzahlen - jede Version wird da abgefangen und richtig behandelt, so wird es auch nicht zu Problemen im Upgradeprozess kommen. Nicht die Zahl und die Wertigkeit ist wichtig, sondern die Reihenfolge der Abarbeitung im upgrade-Prozess.
Das Modul ansich ist klasse! Leider ist ein captcha oder eine andere Art von Spamschutz noch immer nicht eingebaut so das zwar unregistrierte posten können,die Robots aber nicht.
Bitte solche Dinge, wie Captcha-Abfrage auf keinen Fall ins Modul einbauen. Solche Dinge kann man perfekt outsourcen, wie es z.B. SpamFree macht.
Dann sind die "false positives" quasi mit eingecodet
Das versteh ich nicht!? Welchen Unterschied macht es, aus welchem Modul das CAPTCHA kommt.
Übrigens habe ich ziemlich gute Erfahrungen mit der Kombination von BadBehaviour und Akismet gemacht. Da kommt fast kein Spam überhaupt in EZComments an und Akismet erkennt den dann auch noch sehr zuverlässig. Sicher wird auch mal etwas falsch erkannt. CAPTCHAs sind aber prinzipiell keine bessere Lösung: Entweder ist das CAPTCHA so schwer, dass Du auch Menschen damit abschreckst (wenn ich das Ding mehr als 2x eingeben muss, lass ich es.) oder es wird auch von Spam-Bots mit OCR-Komponente gelöst...
Vor nem Jahr habe ich mich schon einmal damit beschäftigt: CAPTCHAs und w… nicht können
Falls sich das "Hä?" auf mich bezogen hat: siehe hier.
Nur angemeldete Benutzer dürfen kommentieren. Registrierung oder Anmeldung.

Kommentare