Weblog Kommentare
Beobachtung zu Kommentaren
Ian Styx am |
Ja. Siehe meinen Schwur in Bezug auf erfolglose Versuche und wo ich dir unterstellte die Comments abgeschaltet zu haben.
Ian Styx am |
Das mit der Moderation habe ich jetzt erst gesehen. Das ist eine Mischung aus Bee und Spamblock.
Wahrscheinlich denkt einer von beiden dass wir Spammer sind, weil zu viel in zu kurzer Zeit...
Wahrscheinlich denkt einer von beiden dass wir Spammer sind, weil zu viel in zu kurzer Zeit...
Beat am |
Gehört eigentlich hier hin:
Wenn Kommentare zur Moderation vorgelegt werden, sollte das auch im Frontend mit einer Nachricht angezeigt werden.
Es ist sehr unbefriedigend, wenn man die Meldung "Kommentar wurde hinzugefügt" erhält/sieht, diesen Kommentar danach aber nicht sehen kann (weil er eben moderiert werden muss).
Wenn Kommentare zur Moderation vorgelegt werden, sollte das auch im Frontend mit einer Nachricht angezeigt werden.
Es ist sehr unbefriedigend, wenn man die Meldung "Kommentar wurde hinzugefügt" erhält/sieht, diesen Kommentar danach aber nicht sehen kann (weil er eben moderiert werden muss).
Ian Styx am |
Ja das stimmt. Hat mich selbst schon diverse Male hier irritiert. Es ist sehr schwierig für mich das lokal zu testen, da das ja wahrscheinlich eine Zurückweisung (an die Moderation) eines bestimmten Plugins ist. Entweder Bee, oder Spamblock, oder Bayes oder sogar noch andere. Es muss irgendwie möglich sein das abzufragen ...und auf die Reihe zu bekommen... aber das braucht einen sehr frischen Kopf. 
Ian Styx am |
Noch interessanter wäre es herauszufinden was im Genauen tatsächlich dazu führt, denn nach 1, 2, 3 Versuchen lässt er/sie/es ihn ja doch passieren, also kann es nicht unbedingt am Inhalt liegen. Ich tippe auf die Zeitschranke...
Beat am |
Ohne es mit Bestimmtheit sagen zu können, glaube ich nicht, dass es an der Zeitschranke liegt. Das "Phänomen" ist mir auch schon passiert, wenn ich nach längerer Pause wieder auf den Blog kam und auf einen Kommentar antwortete.
Ian Styx am |
War die beanstandete Seite dann offen gewesen oder wurde sie vor dem Auftreten des Issues komplett neu geladen? Das ist ein wesentlicher Unterschied.
Beat am |
Ähm...
Ich starte den Browser, wähle das Lesezeichen für diesen Testblog,sehe im Seitenleisten-Plugin einen neuen Kommentar, klicke auf den Link, lese, drücke auf den Antwort-Link, schreibe meinen Kommentar und schicke ihn ab. D.h. ich war vorher nur auf www.blog.dokumenzi.ch/root
PS: Muss beim Christbaum-Aufbau helfen. Bin sicher eine Stunde nicht vor der Tastatur. 
Ian Styx am |
In dem Fall sollte die Seite neu geladen sein. Hmm...
Viel Spaß dabei.
Viel Spaß dabei.
Anzeige von Search-Ergebnissen
Ian Styx am |
Ja total blöd! Ich habe irgendwann mal die Idee gehabt, man könnte durch einen kleinen Core change, die search requests ganz einfach per POST senden und damit diesen elenden GET string loswerden. Das klappte vordergründig auch ganz gut, ... bis zu dieser StaticPage Startpage Frage.
Ein workaround hätte die Vorteile wieder zunichte gemacht, so dass ich POST search request Möglichkeiten wieder rückgängig gemacht habe. Für Pure bedeutet das folgendes:
https://github.com/ophian/styx/commit/ee17932
Es hatte außerdem den Nachteil, dass man auch noch für die Pagination hätte Hand anlegen müssen. Zu viel Aufwand für so ein kleines Feature, befürchte ich.
Danke für den Hinweis!
Ein workaround hätte die Vorteile wieder zunichte gemacht, so dass ich POST search request Möglichkeiten wieder rückgängig gemacht habe. Für Pure bedeutet das folgendes:
https://github.com/ophian/styx/commit/ee17932
Es hatte außerdem den Nachteil, dass man auch noch für die Pagination hätte Hand anlegen müssen. Zu viel Aufwand für so ein kleines Feature, befürchte ich.
Danke für den Hinweis!
Beat Menzi am |
Ähmm... der genannte commit bezieht sich aber auf die Footer-Darstellung und nicht auf das Search-Thema.
Diese aktuellen Daten habe ich gestern um 10:50 eingespielt (siehe ein Beitrag früher). Das Ergebnis kann man sehen, wenn man mit dem Template-Wechsler auf Pure [Standard] umstellt.
Ich find's o.k., doch mir gefällt meine Darstellung: Kommentare, Kategorien, Stichworte besser.
Mit dem Pure [Standard] Template werden die Stichworte/Tags auch nicht angezeigt.
Diese aktuellen Daten habe ich gestern um 10:50 eingespielt (siehe ein Beitrag früher). Das Ergebnis kann man sehen, wenn man mit dem Template-Wechsler auf Pure [Standard] umstellt.
Ich find's o.k., doch mir gefällt meine Darstellung: Kommentare, Kategorien, Stichworte besser.
Mit dem Pure [Standard] Template werden die Stichworte/Tags auch nicht angezeigt.
Ian Styx am |
Ops 
https://github.com/ophian/styx/commit/746137
https://github.com/ophian/styx/commit/746137
Ian Styx am |
Mit dem Pure [Standard] Template werden die Stichworte/Tags auch nicht angezeigt.
Das ist der Sinn der Sache. Tags, und was sonst noch über den hook in den $entry.add_footer Teil einfließt (zB. auch Artikel mit ähnlichen Themen usw.), sollten auf der frontend entries Liste gar nicht erst erscheinen, sondern nur auf Eintrags-Einzel-Seiten. Mit diesem tweak kann man eben einfach nur CSS für den Listen Teil nehmen.
Beat am |
Das ist ganz o.k. wie Du das gelöst hast und ist vermutlich auch der korrekte Weg. 
Ich habe den effektiven Unterschied von Kategorien und Tags (im Kern) nie wirklich verstanden. Ich erachte sie als gleichwertige Sortierfunktionen (was aber vermutlich eine Fehlinterpretation ist). Deshalb habe ich dafür auch zwei Menüpunkte gemacht. Blöd gesagt ist für mich Kategorie eine vertikale Sortierung und parallel dazu laufen Tags/Stichworte als horizontale Sortierung. Rein theoretisch könnte ich auch ausschliesslich mit Tags oder mit Kategorien funktionieren... 
Ian Styx am |
Kategorien sind halt Kategorien. Sie strukturieren Themen.
Tags sind besondere Stichworte eines Index, bzw Registers. Verlinkte Stichworte, nach denen sich das Blog auch nach gewissen Zusammenhängen oder Ähnlichkeiten strukturieren läßt, so ähnlich wie bei einer Suche. Am besten im Vergleich ist es mit mit einem Buch (siehe hinten).
BTW.
Ich suche mich inzwischen halb tot! Wo hattest du das hier hier geschrieben?
"Frage: Wann und wo komme ich als Blogleser mit Vorschaubildern/Thumbnails in Berührung?"
Tags sind besondere Stichworte eines Index, bzw Registers. Verlinkte Stichworte, nach denen sich das Blog auch nach gewissen Zusammenhängen oder Ähnlichkeiten strukturieren läßt, so ähnlich wie bei einer Suche. Am besten im Vergleich ist es mit mit einem Buch (siehe hinten).
BTW.
Ich suche mich inzwischen halb tot! Wo hattest du das hier hier geschrieben?
"Frage: Wann und wo komme ich als Blogleser mit Vorschaubildern/Thumbnails in Berührung?"
Beat Menzi am |
Die Suche funktioniert jetzt. Danke! 
Danke!
Ian Styx am |
Nee, so richtig nicht..., denn es kann auch die DB an sich sein. Auf alle Fälle hat es irgendetwas mit deinen DB Auffälligkeiten zu tun, denn wir haben alle Varianten durchgetestet.. Das letzte, "integer", wurde "früher benutzt, bis zu diesem Issue im September https : // github.com/s9y/Serendipity/pull/632
Die angemeckerte Zeile sieht ansonsten nicht fehlerhaft aus.
Die angemeckerte Zeile sieht ansonsten nicht fehlerhaft aus.
Styx-Daten vom 10.12.2019
Beat am |
Je länger ich darüber nachdenke desto eher bin ich der Meinung, dass dies mit den installierten Plugins zu tun hat (oder zumindest einem davon). Das ist nämlich DER Unterschied zwischen den zwei Installationen. Hier sind etwa 20 Ereignisplugins im Einsatz und auf styx.dokumenzi.ch sind es nur deren 9.
Bin heute erst am späteren Nachmittag zuhause und hätte dann Zeit um dies zu testen.
Ian Styx am |
Als ich mich darüber verwunderte, wusste ich noch nicht das du das templatechoser Plugin verwendest. Das ist der Kasus Knacktus.
Beat am |
Das wage ich zu bezweifeln, denn die Kaktus-Pluigins habe ich erst gestern installiert und die /plugin/ctpure...-Geschichte war schon vorher da.
Wenn Dir weitere Abklärungen wichtig sind, könnte ich alle Plugins, die hier installiert sind und nicht auf styx.dokumenzi.ch deaktivieren und mir den Quellcode anzeigen lassen. Dann sollte ja auch hier serendipity.css?v.... erscheinen. Dann aktiviere ich wieder ein Plugin nach dem anderen und schaue mir immer wieder den Quellcode an. So könnte man das Plugin identifizieren, welches diese Modifikation durchführt.
Ich schätze meinen Aufwand dafür auf ca. 1 Std., deshalb mache ich das nur, wenn es Dir wirklich etwas nützt. Für mich als Anwender ist die Geschichte ja kein Problem und ohne Deinen Hinweis hätte ich das gar nie bemerkt.
Ian Styx am |
Casus rectus. Tja.... Es ist das categorytemplates Plugin. Wozu genau verwendest und benötigst du das? Ich habe das letzten Herbst ziemlich aufgebohrt, um unabhängige category themes zu ermöglichen...
Das mischt sich wahrscheinlich einfach nur blöd mit dem templatechooser Plugin. Casus Kacksus - so ists es richtig!
Das mischt sich wahrscheinlich einfach nur blöd mit dem templatechooser Plugin. Casus Kacksus - so ists es richtig!
Beat am |
Ich nutze das categorytemplates-Plugin ausschliesslich dafür, damit ich meine Touren-Kategorien ASC statt DESC sortieren kann. Denn von Tag 1 bis Tag 15 zu lesen ist nun mal viel angenehmer als rückwärts. Wenn ich das irgendwie anders lösen könnte, würde ich das categorytemplates-Plugin löschen.
Ian Styx am |
Beat Menzi am |