Kommentare von

beats TEST blog

Anmerkungen zu V3.1.0

Ian Styx am |

Danke. Es scheint müßig mir da selbst immer wieder die Füße schmutzig zu machen. Probiere es bitte mal mit
https://raw.githubusercontent.com/osano/cookieconsent/dev/build/cookieconsent.min.js

Beat Post author am |

O.K. Versuch macht kluch ?

Ian Styx am |

Nicht das du dich wunderst. Ich bin hier noch dran und habe sogar das was mich gestört hatte inzwischen wegbekommen, dafür neuere issues erhalten... ?

Hast du das Original Skript noch? Dann ersetze diese neue Version (aber behalten) bitte mal mit der Originalen von vor unseren Versuchen.

Aber eigentlich sieht es doch ganz gut aus... Vielleicht sollte ich es genau so rausgeben. Das benötigt aber eine andere Plugin Optionseinstellung, die ich hier schon vorgenommen habe Also bitte nicht dem Upgrade auf den anderen Blogs vorgreifen...!

Ian Styx am |

⬆ [ Siehe vorherige Aktualisierung ] ⬆
Dabei fiel mir auf, dass du als domain Adresse www.blog.dokumenzi gebrauchst.... Das ist ja eigentlich unsinnig.

Früher war das www relativ wichtig um die verschiedenen Bereiche des Internets voneinander zu trennen. Es funktioniert in der HTTP URL wie eine Art subdomain des Internets, also sub.domain.ext. Wenn du jetzt eine eigene Subdomaine erstellst, in diesem Fall "blog", ist das vorangestellte "www" ja eigentlich widersinnig. Dein Blog und auch das Zertifikat würden also auch mit blog.dokumenzi.ch korrekt funktionieren (siehe Pfad Einstellungen), allerdings müssten dann weitere Einstellungskorrekturen vorgenommen werden, siehe DSGVO und auch das CORS Ding in der htaccess (wenn du solches hast).

Interessant in diesem Zusammenhang ist das hier zu lesen:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Choosing_between_www_and_non-www_URLs

Und das, weil es u.a. den Zusammenhang mit Canonical URLs und Suchmaschinen erklärt und weil es gleichzeitig darauf hinweist, dass es sich um ein sogenanntes bikeshedding "Problem" handelt ▶ http://bikeshed.com/ ◀ (wenn du mehrfach aktualisierst, wirst du sehen warum.)
Und das passt ja wiederum zum Thema deiner Lieblingsbeschäftigung! ? Womit sich der Kreis für den heutigen Morgen schließt. ?

Beat Post author am |

Ich habe Deine Kommentare schon zeitnah gelesen, doch im Moment habe ich nicht viel Musse um mich um diese Dinge zu kümmern. Interessanterweise sieht www.beatsblog.ch gleich aus wie beatsblog.ch (also keine Style-Unterschiede). Die Probleme mit oder ohne www habe ich nur hier und auf styx.beatsblog.ch. Das heisst für mich also: nicht so dringend.

Ich werde mich in kühleren/ruhigeren Zeiten mal darum kümmern.

Es kommt halt dazu, dass ich Deine Kommentare X-mal lesen muss, bis ich nur halbwegs verstehe, worum es geht. Nach dem ersten Lesen lache ich meist, weil ich zwar die Worte lesen kann, diese -für mich- jedoch keinen Sinn ergeben. Erst nach mehrmaligem Lesen erschliesst sich mir dann langsam der Hintergrund... Bin (und bleibe wohl) eher der Anwender/Laie ?.

Übrigens: Das history-Plugin läuft nun schon länger äusserst stabil. :applaus:

Ian Styx am |

Entschuldige, wenn zu tricky.
Aber Lachen ist gut und meist ist auch immer ne Prise Humor dabei, so dass das schon passt.

Wenn du unter Einstellungen :: Pfade :: URL zur Domain das www. wegnimmst und speicherst, siehst du eventuell was ich meine. Die Button icons werden kryptisch, was wahrscheinlich am CORS, und damit ebenso wahrscheinlich an der diesbezüglichen htaccess Einstellung liegt, wenn du sie gesetzt haben solltest. Ja, solange alles soweit funktioniert ist das alles auch nicht so wichtig. Es fiel mir nur auf als ich die neue Domain Eigenschaft in die DSGVO eingesetzt habe für das neue cookieconsent script. Und deshalb musste auch ein Hinweis erfolgen, damit wenn, dann alle diesbezüglchen Einstellungen auch gleich lauten.

Solange du also in meinen kryptischen Texten immer neues endeckst ist also alles gut! ?

Das history Plugin hat in der Zeit auch nur 2-3 Mal einen neuen Versuch gestartet, wenn es leere Treffer erhielt, so dass ich es von 8 möglichen Versuchen wahrscheinlich auch wieder auf höchstens 5 heruntersetzen kann, so scheint es. Es wurmt trotzdem, dass so ein Umgehungs-Neuversuch überhaupt nötig ist und dieser Geist bisher einfach nicht zu finden war.

Ian Styx am |

Hoi Beat

Gerade gefunden: Deine /comments/ summary Seiten funktionieren auf dem Live Blog nicht mehr. Wie kann das sein? Kannst du dich vielleicht erinnern dort irgendetwas anders gesetzt zu haben als sonst? ZB., dass du in den in den TPL Dateien eventuell einen Fehler eingebaut hast? Siehe die komische (und leere) Seiten Pagination...

Seite 4 von INF, insgesamt 1793 Einträge

Oder bin ich noch nicht richtig wach? ?

Ian Styx am |

Noch etwas (anderes):
Hast du eigentlich das entrypaging 1.76 installiert (und eventuell nicht gemerkt dass ich die svg images inklusive CSS für die Übernahme in die entries.tpl optimiert hatte)? Siehe Beispiel in der README_FOR_SMARTY_TEMPLATING.txt

https://github.com/ophian/additional_plugins/commit/5cd0bd275f33dc680fecf52e174c7b13a5fd888c
(hellrot heißt alt bzw weg; hellgrün heißt ersetzt durch; dunkelgrün sind die eigentlichen Änderungen, aber das passt nicht immer und wird nicht immer richtig erkannt. Hier aber schon, meine ich.)

Ian Styx am |

Das könnte eventuell mit $serendipity['CBAfetchLimit'] zusammenhängen. Du erinnerst dich? Dies ist eine Seiten-Limitierungsvariable für die commenty by author summary Seiten Geschichte. Wir hatten sie hier (wenigstens) auf 24 oder 25 gesetzt und als User Variable an den dafür vorgesehenen Ort in der config_local Datei eingesetzt. Hast du das im LIVE Blog ebenso gemacht? Überprüfe das mal und zeige was du dort diesbezüglich reingeschrieben hat.

Ian Styx am |

Selbes Verhalten auf styx.dokumenzi.ch/comments/
aber hier https://www.blog.dokumenzi.ch/comments/ ist alles in Ordnung.

ich habe derweil ein paar diesbezügliche default variable value Fehler gefunden.

Beat Post author am |

Aufgrund Deiner Beschreibung orte ich das Problem bei den Files der Styx-Edition. Denn -da bin ich mir ganz sicher- zumindest auf styx.dokumenzi.ch teste ich nicht. Dort spiele ich immer nur (freigegebene) Original-Updates auf und dort ist auch das pure-Template im Einsatz. So habe ich eine "Original-Basis" mit der ich vergleichen kann, ob ein Problem von mir verursacht wurde oder ob es bereits original mitgeliefert wurde. Wenn ich dort in Backend/Wartung auf Installation überprüfen klicke, erhalte ich auch die grüne Anzeige ✔Alle erforderlichen Dateien wurden überprüft. (sprich: keine Fehlermeldung)

Die Kommentar-Anzeige auf 24 Kommentare pro Seite wurde nur hier durchgeführt. Die serendipity_config_local.inc.php von www.beatsblog.ch, styx.beatsblog.ch und styx.dokumenzi.ch enthalten keine diesbezügliche Einträge.

Wenn es also hier (als einzige Installation) funktioniert, so nehme ich nun einfach mal an, dass auch die anderen Installationen ein Fetch-Limit in der serendipity_config_local.inc.php benötigen. Ich habe deshalb den Eintrag $serendipity['CBAfetchLimit']    = 24; in das Config-File von www.beatsblog.ch eingefügt und siehe da: Die Kommentarseiten werden wieder angezeigt.

Beat Post author am |

Ja, entrypaging 1.76 im Einsatz. Das txt-File habe ich gelesen. Was will mir das nun sagen?....

Hmmm... vermutlich sollte mich der untere Teil des txt-Files etwas angehen. pfff... kompliziert...

Muss ich diesbezüglich wirklich etwas unternehmen? Entrypaging wird auf dem live-Blog richtig dargestellt und funktioniert auch richtig. Also... wo liegt nun genau ein mögliches Problem?

Ian Styx am |

Ja, damit hast du genau ins Schwarze getroffen! Die Default Einstellung von 10, wenn kein persönliches Limit gesetzt wird, funktionierte nicht mehr, woraufhin die Datenbank fetch Limits bei 0 von IRGENDWAS lagen. Das kann natürlich auch nix ergeben. Ich habe das gestern morgen schon gefixt und committet, hatte aber keine Zeit mehr das genauer zu erklären und mit dir auszuprobieren.

Die einfachste Lösung bis zum nächsten release ist - wie beschrieben - eine persönliche CBAfetchLimit Variable zu setzen.

Bitte auch auf styx.dokumenzi.ch - das sieht sonst so nackig fehlerhaft aus... ❗ ?

Ian Styx am |

Also es geht ja um den Teil den man / du persönlich in die entries.tpl eingesetzt hast.

Die beiden rechts/links Pfeile per < svg > wurden größen- und darstellungsmäßig optimiert, worauf hin u.a. auch die (user) style Anweisung mit dem transform: rotateY(180deg); für den rechten Pfeil entfernt werden kann.

Also einfach deinen Teil (solange er nicht anderweitig von dir modifiziert wurde) mit

{if $is_single_entry AND NOT $is_preview AND NOT empty($smarty_entrypaging)}
    <div id="serendipity_smarty_entrypaging">
        {if NOT empty($pagination_prev_link)}
            <div class="smarty_pagination_left"><a href="{$pagination_prev_link}" title="{$pagination_prev_title}"><svg viewbox="-10 -10 120 120"><path d="M 50,0 L 60,10 L 20,50 L 60,90 L 50,100 L 0,50 Z" class="arrow" stroke="black" stroke-width="10" /></svg>{$pagination_prev_title}</a></div> | 
        {/if}
        {if NOT empty($pagination_next_link)}
            <div class="smarty_pagination_right"><a href="{$pagination_next_link}" title="{$pagination_next_title}">{$pagination_next_title}<svg viewbox="-10 -10 120 120"><path d="M 50,0 L 60,10 L 20,50 L 60,90 L 50,100 L 0,50 Z" class="arrow" transform="translate(85,100) rotate(180)" stroke="black" stroke-width="10" /></svg></a></div>
        {/if}
    </div>
{/if}

ersetzen und die styles entsprechend dem commit (siehe Farben) in deiner user.css anpassen. D.h. das auto einfügen und die rechte transform rule ganz entfernen, da ja jetzt bereits im SVG direkt eingebaut.

Ian Styx am |

Es würde sich übrigens vielleicht lohnen, eine der Neuerungen der 3.1.0 [pure theme] (codehighlighter within entries) hier einzubauen. Siehe
https://github.com/ophian/styx/commit/9e47c50e8414604de7109ce286ad8c6320cac2ec#diff-d7c004c3dee09d7d2d4c461d489b9e1d

D.h. in der theme configuration zu erlauben und die benötigten Teile in deine copy template Dateien zu übertragen (wahrscheinlich nur bezüglich index.tpl).

Ich meine, dies hast du noch nicht getan... oder? Das code Beispiel des vorigen Kommentars müsste dann farbig und damit besser lesbar werden, denke ich.

Beat Post author am |

O.K. Habe nun die entries.tpl und die user.css auf www.beatsblog.ch angepasst. Rein optisch sind die < und > etwas fetter/dicker geworden (im Vergleich zu hier), ansonsten konnte ich keine Unterschiede feststellen. Das beruhigt mich, denn das heisst ja auch, dass ich wohl keinen Fehler eingebaut habe ?.

Beat Post author am |

Hmmm... ?. Habe die index.tpl erweitert und in der Themes-Konfiguration "Lade code highlight js in der Eintrags Liste" auf "Ja" gesetzt. Erkenne soweit jedoch keinen Unterschied...

Test:

/* Für Plugin: vorheriger/nächser Beitrag  */
#serendipity_smarty_entrypaging {
	background-color: #fff;
	border: 1px solid #fcfafa;
    border-radius: 8px;
    display: -webkit-inline-box;
    margin: 0;
    padding: .5em;
    width: 100%;
}
#serendipity_smarty_entrypaging svg {
    width: 16px;
	height: auto;
    vertical-align: middle;
}

.smarty_pagination_left {
    margin-right: auto;
    max-width: 48%;
}
.smarty_pagination_right {
    margin-left: auto;
    max-width: 48%;
}

 

Ian Styx am |

ok ?

Ian Styx am |

Das arbeitet wohl deshalb nicht, weil du ein zusätzlich öffnendes

  <script>

eingebaut hast das in der Konsole Fehler wirft.

Beat Post author am |

? Ah... jetzt hat es gefruchtet ??! Ich musste halt den ganzen Abschnitt und nicht nur die grün hervorgehobenen Zeilen in meine index.tpl übernehmen.

Überlege mir, ob ich das auf dem Live-Blog nicht integriere. Dort kommentiert niemand mit Code und somit muss dieses Javascript ja auch nicht unnötig geladen werden...

Beat Post author am |

Bis die Pfeile etwas dünner und dunkelblau waren, hat es noch etwas gedauert. Ebenfalls, bis ich dann die gleichen Pfeile in der index-Fusszeile drin hatte... ?

Beat Post author am |

Heute ist mir aufgefallen, dass interne Links, auf ältere Beiträge, nicht mehr als Trackbacks eingetragen werden. Es kann sein, dass dies eine Folge meiner rigiden Anti-SPAM-Massnahmen ist.

Trackbacks/Pingbacks: IP Validierung Soll die IP des Senders bei Trackbacks/Pingbacks mit der IP des Hosts übereinstimmen, auf den der Kommentar gesetzt werden soll? (EMPFOHLEN!)

Ian Styx am |

Ist das eine Frage oder eine Feststellung?
Hast du es ausprobiert?
Wenn es das ist.., könnten wir die Stelle suchen und eine Ausnahme für eingeloggte Autoren implementieren.

Beat Post author am |

Es klingelte, wir kriegten Besuch und so konnte ich den Kommentar nicht mehr ganz fertig schreiben ?.

Aktuelles Beispiel. In diesem Beitrag: https://www.beatsblog.ch/2777-wir-trennen-uns.html setzte ich einen Link auf diesen Beitrag: https://www.beatsblog.ch/2762-mal-was-Anderes.html

Ich erhielt diese Meldung:

• Überprüfe https://www.beatsblog.ch/2762-mal-was-Anderes.html auf mögliche Track-/Pingbacks ...

Sende Trackback zu URI https://www.beatsblog.ch/comment.php?type=trackback&entry_id=2762 ...

• Trackback erfolgreich!

Wenn ich nun aber nachsehe, ist kein Trackback eingetragen und auch in Backend/Kommentare sehe ich keinen Trackback, den ich ev. noch bewilligen könnte. 

Die einzig logische Erklärung für mich war deshalb, dass ich mich selbst, durch die getroffenen SPAM-Massnahmen, am setzen von Trackbacks hindere.

Am 11.07.2020 schrieb ich in diesem Kommentar (https://www.blog.dokumenzi.ch/2649-comments.html#c7287), dass ich die Massnahmen verschärft habe. Der letzte Trackback im Live-Blog ist vom 27.06.2020. Das passt ziemlich gut zusammen. Habe auch noch andere Beiträge (nach dem 11.07.2020) gefunden, die Links auf ältere Beiträge beinhalten, ohne dass dort ein Trackback angezeigt wird.

Ich werde die am 11.07.2020 gemachte Massnahme zurücknehmen und nochmal testen... Ja, das war es! Sobald ich die "Trackbacks/Pingbacks: IP Validierung" wieder auf "moderieren" stelle, wird ein Trackback erzeugt und dieser wird mir zur Moderation vorgelegt.

Mal schauen, ob ich nun wieder jeden zweiten Tag einen SPAM-Trackback zur Moderation vorgelegt erhalte.

Schöner wäre, wenn ich im nächsten Konfigurationspunkt: "URLs von IP-Validierung ausnehmen" die URL https://www.beatblog.ch eintragen könnte. Also ich kann schon, doch das zeigt keine Wirklung. Irgendwie habe ich die nötige Syntax nicht wirklich verstanden. ? Kein Wunder, bei dem vorausgefüllten Zeichenhaufen ^http://identi\.ca/notice/\d+$ ... daran habe ich ;https://www\.beatsblog\.ch angefügt. Leider ohne den gewünschten Erfolg.