Anmerkungen zu V3.1.0

beats TEST blog

Sonntag, 30. August 2020

Anmerkungen zu V3.1.0

Auffälligkeiten, Fragen und Bemerkungen zu der aktuellen Version.
Trackback-URL für diesen Eintrag

Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2652-Anmerkungen-zu-V3.1.0.html«

Kommentare

Ansicht der Kommentare: Linear | Verschachtelt

  1. Ian Styx am :

    Ich bräuchte mal kurz deine Hilfe - wenn du Lust hast - und habe dir Anweisungen hinterlassen.

  2. Beat Post author am :

    Habe hier die neue cookieconsent.min.js eingesetzt. Falls Du sie gerne auch in anderen Installationen sehen/testen willst, dann gib Bescheid.

  3. Ian Styx am :

    Immer noch leider...

    Ich verstehe nicht ganz wann das greift... Groß/kleinschreibung etc

    Neuer Versuch und Nummer 3

  4. Beat Post author am :

    Habe nun V3 des cookieconsent.min.js hier hochgeladen.

  5. 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

  6. Beat Post author am :

    O.K. Versuch macht kluch ?

  7. 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...!

  8. 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. ?

  9. 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:

  10. 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.

  11. 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? ?

  12. 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.

  13. 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.

  14. 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.

  15. 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... ❗ ?

  16. 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.)

  17. 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?

  18. 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.

  19. 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 ?.

  20. Ian Styx am :

    ok ?

  21. 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... ?

  22. 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.

  23. 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%;
}

     

  24. Ian Styx am :

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

      <script>

    eingebaut hast das in der Konsole Fehler wirft.

  25. 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...

  26. 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!)

  27. 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.

  28. 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&amp;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.

  29. Ian Styx am :

    ^http://identi\.ca/notice/\d+$;^https://www\.beatsblog\.ch/\d+.*\.html$

    Das ^ bedeutet Anfang des string, $ das Ende. d steht für Zahlen, also digits und ist ein Kommando, also \d. Das + steht für Wiederholungen desselben, also zB 776. Das .* heißt jeder einzelne (der Punkt) folgende Buchstabe (auch die zugerechneten wie Bindestriche, Punkte etc) solange (das Sternchen) wie etwas folgt. Hier könnte man jetzt schon aufhören und den Dollar setzen. Ich habe jetzt noch \.html angefügt, damit man es besser versteht.

    Regex quick reference
[abc]     A single character: a, b or c
[^abc]     Any single character but a, b, or c
[a-z]     Any single character in the range a-z
[a-zA-Z]     Any single character in the range a-z or A-Z
^     Start of line
$     End of line
\A     Start of string
\z     End of string
.     Any single character
\s     Any whitespace character
\S     Any non-whitespace character
\d     Any digit
\D     Any non-digit
\w     Any word character (letter, number, underscore)
\W     Any non-word character
\b     Any word boundary character
(...)     Capture everything enclosed
(a|b)     a or b
a?     Zero or one of a
a*     Zero or more of a
a+     One or more of a
a{3}     Exactly 3 of a
a{3,}     3 or more of a
a{3,6}     Between 3 and 6 of a

     

    Nachtrag:

    Ich sehe gerade dass das ident.ca inzwischen auf https läuft. Die default regex müsste also

    ^https?://identi\.ca/notice/\d+$

    lauten, denn ? steht für 0, 1 mal wiederholt. im Beispiel, s? s existiert 1 mal oder gar nicht.

  30. Beat Post author am :

    ??? :applaus: ? ? ? Bahnhof...

    ^https?://identi\.ca/notice/\d+$;^https://www\.beatsblog\.ch/\d+.*\.html$

    Funktioniert leider auch nicht. Beim Speichern wird gemeldet, dass der Trackback erfolgreich gesetzt wurde, doch die Anti-SPAM-Massnahmen scheinen ihn gleich wieder zu löschen.

    Habe noch etwas rumgetestet.

    ^https://www\.beatsblog\.ch$
^https://www\.beatsblog\.ch*$
^https://www\.beatsblog\.ch/$
^https://www\.beatsblog\.ch/*$
^https://www\.beatsblog\.ch/\.html$
^https://www\.beatsblog\.ch/*\.html$

    Funktioniert alles auch nicht. Solange ich "Trackbacks/Pingbacks: IP Validierung" nicht auf "moderieren" stelle, werden alle Trackbacks gelöscht. Mit dieser Einstellung kriege ich jedoch wieder SPAM-Trackbacks vorgelegt. Heute waren es deren 2.

  31. Ian Styx am :

    https://www.beatsblog.ch/2777-wir-trennen-uns.html

    ^https://www\.beatsblog\.ch/\d+.*$

    müsste aber gehen... denn 2777 wird durch das \d+ abgedeckt und -wir-trennen-uns.html durch das PunktStern.

    Ansonsten hast du es vielleicht mit URLS probiert die irgendwelche Sonderzeichen inkludiert hatten.

    Schalte doch mal die Spamblock logs ein und schau dann unmittelbar nach. Der genaue Grund der Abweisung müsste da dokumentiert werden.

  32. Ian Styx am :

    Und eigentlich dürftest du als eingeloggter User überhaupt nicht in den Bereich der Abweisungsfilter gelangen...

  33. Beat Post author am :

    Das wird ins SPAM-Logfile geschrieben:

    [2020-09-26 17:12:01] - [REJECTED: IP Validierung : www.beatsblog.ch [89.238.73.75] != Sender IP [2001828100024752, ua="HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10"]] - [#2762, Name "beats blog", E-Mail "", URL "http://www.beatsblog.ch/2777-wir-trennen-uns.html", User-Agent "HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10", IP 2a00:1828:1000:2475::2] - [ wir machen uns einen Plan... Keine Angst: Karin und ich bleiben weiterhin zusammen. ? ? Es geht um unsere Wohnsituation. Wir bewohnen eine Haushälfte eines Doppeleinfamilienhauses. Die beiden Kellergeschosse sind miteinander verbunden un]

     

  34. Ian Styx am :

    Hmmm merkwürdig... ?

    Wie kommt es dass das eine eine IP4 und das andere eine IP6 zu sein scheint...

    Andere Fragen:

    • Während du das trackback setzt bist du da eingeloggt?
    • Wenn ja, steht die Spamblock für Autoren deaktivieren Option auf Alle Autoren ?
    • Warum ist URL "http://www.beatsblog.ch/2777-wir-trennen-uns.html" nicht https?

    ...

  35. Beat Post author am :


    1. Ja. Ich setze im Editorfenster während des Beitrag-Schreibens einen Link auf einen älteren Beitrag. Dafür muss ich ja klarerweise eingeloggt sein.

    2. Ja.

    3. Keine Ahnung.

  36. Ian Styx am :

    • Was ist mit Trackbacks nur im Zeitfenster erlauben?
    • Hast du das mit dem http ohne s überprüft? Während du den Link reinschreibst?
    • Hast du irgendwo eine privacy IP Verkürzung eingestellt (zb DSGVO) ? Ist spamblock vor diesen Plugins in der Liste?

    In Zeile 1103 des serendipity event_spamblock.php file geschieht obige log Ausgabe.

    In einer neuen Zeile direkt dahinter schreibe mal

    if (serendipity_userLoggedIn()) { return true; }

    und versuche es erneut.

  37. Beat Post author am :

    Wollte auf dem Live-Blog nicht weitertesten und stellte die Situation hier nach. Siehe folgenden Beitrag: https://www.blog.dokumenzi.ch/2653-Trackback.html ??

  38. Ian Styx am :

    siehe Kommentare in neuem Artikel (Trackback)

  39. Ian Styx am :

    Mir ist gerade aufgefallen, dass dein H1 Banner BLOG -3 anzeigt wenn du beispielsweise aud der dritten Seite bist: https://www.blog.dokumenzi.ch/categories/BLOG/P3.html

    Ist das reine Absicht oder eine Folge deiner (für mich immer noch verdrehten) ?frontpage zu /categories/BLOG und archives Umbenennungs-/Verzichtgeschichte?

  40. Beat Post author am :

    Das ist das normale Verhalten, wenn man sich Kategorien anzeigen lässt. Und weil eben mein Blog standardmässig die Kategorie BLOG anzeigt, werden die Seiten (nach der ersten Seite) als BLOG - 2, BLOG - 3, BLOG -4, usw. angezeigt. Das ist also gewollt und das finde ich auch immer noch gut so.

  41. Beat Post author am :

    Eine Kleinigkeit:

    Ich habe heute noch ein paar Blogeinträge nachgereicht und darin ein paar Bildergalerien eingebettet. Dabei fiel mir auf, dass nach dem Klick auf das Galerieicon die Mediathek immer das Standardverzeichnis anzeigt. Hier fände ich es hilfreich, wenn auch das zuletzt verwendete Verzeichnis angezeigt würde (gleich wie beim Upload neuer Bilder).

    Ist wirklich nur eine kleine Bemerkung. Vielleicht ist das so gewollt und der Verzeichniswechsel bedeutet ja auch nur 2 Klicks.

  42. Ian Styx am :

    Das ist eigentlich Absicht so.

    Denn irgendeiner ärgert sich immer. Und so meinte ich es einfacher und klarer zu halten, wenn man immer (fallend) aus dem root startet, statt aufwärts scrollend suchen zu müssen...

    Ich hatte heute übrigens Gelegenheit eine Runde Safari auf einem Mac zu fahren und ein wenig auszuprobieren und glaube den blinden weißen (großen) Fleck unter den Galerien gefunden und beseitigt zu haben. Ich muss das demnächst noch in Ruhe gegenchecken, aber dann könnte ich dir mal eine Anweisung geben, hoffe ich.

    Im Zuge dessen habe ich außerdem gemerkt, dass Safari Schwierigkeiten mit der Lightbox hat. Die Bilder werden nicht geladen. Kannst du das bestätigen?

  43. Ian Styx am :

    Ich konnte nicht abwarten und habe die Gegenchecks schon absolviert.  Siehe letzter Commit. Es müsste ein einfaches für dich sein dies bei dir bereits einzuführen. ?

  44. Beat Post author am :

    :applaus: mit der neuen style_fallback.css ist die blanke Fläche unter den Bildergalerien wirklich weg! Habs gerade am iPad überprüft. ?

    Und, JA, die Lightbox funktioniert nicht mit iOS/Safari (hat noch nie funktioniert).

  45. Ian Styx am :

    Hah! Grüße an die Frau Gemahlin! ?

    .. (hat noch nie funktioniert).

    Ist das allgemein so mit Safari und lightbox? Gibt die Safari (Entwickler) Browserkonsole irgendwelche Error oder Status Meldungen diesbezüglich?

    Ansonsten ist es vielleicht eine Frage der jQuery Version. Auf Serendipity s9y-origin liegt noch eine alte v1.12.4 im templates Verzeichnis. Ging es denn bis anno dahin mit der? Erinnerst du das?

    Was wäre denn, wenn man mal zum Testen die letzte 2er Version benutzt und die Einbindung der Oiginalen 3.5.1 Version in Styx mit

    // Only execute if current template does not have its own jquery.js file
// jquery can be disabled if a template's config.inc.php or a plugin sets
$serendipity['capabilities']['jquery'] = false

    untersagt? (Sie muss allerdings vor den lightbox Instanzierungsscripten geladen sein, also am besten (vorerst) im head der index.tpl.

    <script src="https://code.jquery.com/jquery-2.2.4.min.js"
	integrity="sha256-BbhdlvQf/xTY9gja0Dq3HiwQF8LaCRTXxZKRutelT44="
	crossorigin="anonymous"></script>

    Ansonsten gibt es eine (nur klein wenig ältere) gebundelte Version des lighbox Entwicklers, die jquery 3.4.1 inkludiert. Wenn die nicht ginge, wäre sie da wohl kaum drin..., nehme ich an. Sie liegt ebenfalls im plugins/serendipity_event_lightbox/lightbox2-jquery/js/ Verzeichnis, als lightbox-plus-jquery.min.js

    Die müsste man umbenennen in lightbox.min.js und die Originale dafür kurz mal mit nem vorangestellten _ zurücksetzen. Beim testen muss man nur aufpassen dass man nur ausversehen 2 jquery libs oder in der falschen Reihenfolge lädt.

  46. Beat Post author am :

    Ist das allgemein so mit Safari und lightbox?

    Soweit ich das beurteilen kann, ja.

    Ich fasse das Apple-Teufelszeug nur sehr ungern an... ☠ Und ganz ehrlich: Meine Frau hat sich noch nie beschwert, kein Leser hat sich je beschwert... und ich verstehe Deine Lösungsvorschläge höchstens in der Theorie. Das in die Praxis umsetzen :think: eher nicht. ? Pech für die Apple-Freaks. ?

  47. Beat Post author am :

    erklärend muss ich noch anfügen:

    • ich kenne Lightbox nur in Zusammenhang mit meinem Blog
    • ich habe mich erst seit dem Umstieg auf Styx Edition darum gekümmert, wie die Sache auf dem iPad aussieht. Ich kann also nicht beurteilen, ob Original-S9Y/Lightbox/iOS/Safari funktioniert hat. Ich denke aber, dass dies nie funktionierte.
    • Ob Safari eine Konsole hat, weiss ich nicht und habe ich noch nie benutzt.

  48. Beat Post author am :

    Ups... Doch: Original-S9Y mit Lightbox wird auf iPad/Safari richtig angezeigt. (https://www.bbbeat.ch/?frontpage)

    S9Y-Version: 2.3.2
    Lightbox-Version: 2,5,2

    Wobei: Bei S9Y verwendete ich Magnific-Popup und hier (Styx) Lightbox 2 jQuery. Hier habe ich das Magnific-Popup nie zufriedenstellend zu laufen gekriegt.

    Wobei 2: Auch diese Aussage ist nicht wirklich korrekt. Maginfic-Popup funktioniert auch mit Styx, doch ich konnte es nie so stylen, dass es mir wirklich gefallen hätte. Aktuell habe ich auf https://styx.beatsblog.ch/categories/BLOG auf Magnific-Popup umgestellt. Die Umrisslinie ist grösser als meine Monitoranzeige und ich kann sie auch nicht weg-stylen. Zudem wird nur ein Pfeil nach links und keiner nach rechts angezeigt. Siehe z.B. in diesem Beitrag: https://styx.beatsblog.ch/2630-relax-and-enjoy-life.html

  49. Ian Styx am :

    Magnific-Popup und Lightbox 2 jQuery ist aber wie Äpfel mit Birnen vergleichen. ? Das heißt: das geht nicht!
    Du müsstest also - wenn -, dann das s9y blog auf lightbox2jquery umstellen und betesten, um eine einigermaßen klare Aussage zu erhalten.

    IMHO ist letztere lib ja auch viel flüssiger und schon deshalb für image views zu bevorzugen.

  50. Beat Post author am :

    https://styx.beatsblog.ch/2630-relax-and-enjoy-life.html mit Magnific-Popup wird auf iPad/Safari aber auch nicht angezeigt: "The image could not be loaded" (wohl: weil webp)

  51. Ian Styx am :

    Wahrscheinlich...

    Dass das mit MP so komisch aussieht liegt aber auch wohl daran, dass du deinen Bildern scheinbar per default den Titel als Kommentar oder als title oder so ähnlich zufügst. Dafür ist die Ausgabe von MP wohl noch nicht per default optimiert. Wegen dem figure von Serendipity.

    In der /plugins/serendipity_event_lightbox/magnific-popup/magnific-popup.css gibt es ein

    .mfp-figure::after {
    content: '';
    position: absolute;
    left: 0;
    top: 40px;
    bottom: 40px;
    display: block;
    right: 0;
    width: auto;
    height: auto;
    z-index: -1;
    box-shadow: 0 0 8px rgba(0, 0, 0, 0.6);
    background: #444;
}

    Dort [siehe nächsten Kommentar] müsstest du zusätzlich ein border: 0 none; einfügen, oder ein

    mfp-figure::after {
    border: 0 none;
}

    in deine user.css werfen.

    Aber wie gesagt, das Lightbox2jquery ist schöner für den Zweck.

  52. Beat Post author am :

    Danke für die Info, doch ich bleibe bei Lightbox 2j Query. Wenn das schon der "Master" besser findet, bestärkt mich das zusätzlich in meiner Meinung... ?

  53. Ian Styx am :

    Huch, völlig falsch. Gleicher Ort, selbe Anweisung, anderer selector - oder ausgekoppelt in die user,css.

    .mfp-figure figure {
    margin: 0;
    border: 0 none;
}

    Das mit dem rechten button ist komisch... Wahrscheinlich gibt es irgendeine Indifferenz mit dem pure theme.
    Hiermit ginge es (augenblicklich) - aber ich weiß nicht, ob sich das mit verschiedenen image Größen nicht doch wieder verschiebt... Im Original stand margin-left: 39px; glaube ich...

    .mfp-arrow-right::after {
    border-left: 17px solid #FFF;
    margin-left: -55px;/*ungefaehr*/
}

     

  54. Beat Post author am :

    https://bbbeat.ch/2579-The-Circle.html mit Lightbox 2 jQuery wird auf iPad/Safari richtig angezeigt.

    -aus dem Fenster lehn- Ich rate nun mal, dass bei der Styx-Lightbox das Fallback von WEBP- auf das JPG-Bild nicht richtig funktioniert.

  55. Ian Styx am :

    Dann dürften vor lightbox Anwendung aber mit Safari gar keine Bilder zu sehen sein... (nicht wahr?!), oder?
    Außerdem hast dort selbige ja überhaupt gar nicht... ?

    Eher passt, dass es dort einfach auch nicht geht... als Bestätigung der originalen Vermutung.

  56. Beat Post author am :

    Ähm... Jetzt wird's kompliziert.

    Ich drücke es anders aus:

    • Mit Original-S9Y wird am iPad/Safari die Lightbox richtig angezeigt (dort gibt es ausschliesslich jpg-Bilder)
    • Mit Styx-Edition werden die Lightbox-Bilder nicht richtig geladen ("The image could not be loaded". Wenn ich auf The image klicke/tippe, wird erfolglos versucht, ein webp-Bild zu laden).

  57. Ian Styx am :

    Ah sorry, dann hatte ich das mißverstanden.

    Kleiner Test. Mache mal ein Bild oder kleine Galerie (muss ja nur temporär sein und kann ruhig hier stattfinden) ohne picture element. Das müsste zeigen ob es tatsächlich daran liegt.

  58. Beat Post author am :

    Ich hatte da noch so eine Idee... (und die entspricht ziemlich genau Deinem vorgeschlagenen Testszenario):

    Hier, auf blog,dokumenzi.ch, läuft Styx-Edition (meist) ohne webp-Bilder. Wenn ich mit dem iPad/Safari nun diesen Beitrag (https://www.blog.dokumenzi.ch/2643-+1-Std.-Zeitversatz.html) ansehe, dann funktioniert auch die Lightbox. Sprich die jpg-Bilder werden geladen.

    Es erhärtet sich also der Verdacht, dass beim Einsatz des Lightbox-Plugins unter Safari das Fallback von webp auf jpg nicht richtig funktioniert.

  59. Beat Post author am :

    Nun ist es eindeutig.

    Auf www.beatsblog.ch funktioniert die Lightbox auch mit Safari-Browser, bis und mit dem Eintrag vom 16.01.2020 (bis dahin betrieb ich Original-S9Y mit jpg-Bildern).

    In neueren Beiträgen (mit Styx-Edition) fügte ich Bilder immer als picture-element ein und somit als webp. Vorschaubilder und grosse Bilder werden in Safari angezeigt (da funktioniert der jpg-Fallback).

    Wenn Vorschaubilder jedoch auf grosse Bilder verlinkt werden und via Lightbox-Plugin angezeigt werden sollen, bleibt die Lightbox beim Bild-Ladevorgang hängen und scheint kein jpg-Fallback-Bild zu finden.

  60. Ian Styx am :

    Ah. Super! ?

    Das grenzt das dann tatsächlich darauf ein. Vielleicht kann ich da was basteln... wenn mal wieder etwas Ruhe ist.

    Wie war das noch, reine webp images in einem img tag zeigt Safari an oder nicht?!? zb

    https://img.zeit.de/politik/ausland/2020-10/brexit-wirtschaft-2/wide__820x461__desktop

    (das müsste ein webp Bild sein wenn sie nicht irgendetwas hinterhältiges mit der Auslieferung machen...)

  61. Beat Post author am :

    Ja, das verlinkte Bild wird in iPad/Safari angezeigt. (Zwei Fischer auf einem Kutter)

  62. Ian Styx am :

    .. jetzt müsste man nur noch wissen was Safari da wirklich interpretiert... Wenn man unter Safari den "Speichern Unter" Dialog (bzw dessen Apple Analogon) benutzt, müsste man eigentlich sehen ob webp oder nicht.

    Aber egal. Nimm dies Javascript und wirf es in dein oder das pure.js, gleich am Anfang

    function checkWebP(callback) {
    var webP = new Image();
    webP.onload = webP.onerror = function () {
        callback(webP.height == 2);
    };
    webP.src = 'data:image/webp;base64,UklGRjoAAABXRUJQVlA4IC4AAACyAgCdASoCAAIALmk0mk0iIiIiIgBoSygABc6WWgAA/veff/0PP8bA//LwYAAA';
};

checkWebP(function(support) {
    if (!support) {
        $('a.serendipity_image_link').each(function() {
            var $currentA = $(this);
            var  dataHref = $currentA.attr('data-fallback');
            $currentA.attr('href', dataHref);
        });
    }
});

    Das müsste es eigentlich tun für den Safari, so dass dieser gar nicht erst webp images verlinkt.

    Das wäre sicher noch weiter tunebar aber vielleicht reicht es schon und ist performant genug.

    Man muss natürlich sicher gehen das der Browser das pure.js wirklich updated und nicht eine Cache version benutzt.

  63. Beat Post author am :

    ? YES ! :applaus: Funktioniert.

  64. Ian Styx am :

    Klasse! ?

    Aber muss ich mir jetzt wegen dämlicher Safaris Gedanken machen wie ich das in alle themes hinein ? teleportiere ... ⛳ oder genügt das in pure only ❔❓

    Laut https://caniuse.com/webp soll Safari 14 vom September 2020 unter MacOS 11 Big Sur partiellen bzw Support anbieten. IOs Safari 14 bereits vollen Support.

  65. Beat Post author am :

    ? Da kann ich Dir leider nicht weiterhelfen... für mich genügt es, doch wer bin ich schon. ?

    Zudem sei gesagt, dass meine Frau Ihre Geräte nicht oder nur sehr ungern updatet. Kann also durchaus sein, dass aktuelle Safaris dieses Problem gar nicht (mehr) haben. Ich finde irgendwie auch nicht raus, welche Version auf ihrem iPad überhaupt drauf ist. Ich sehe nur iOS 10.3.3, doch der Safari-Browser... keine Ahnung.

    Rausgefunden: Safari 10 on iOS 10.3

    :think: kann ja mal einen Update-Versuch unternehmen...

  66. Ian Styx am :

    ? Und da kann ich nicht helfen... außer mit den bisherigen Verbesserungen. ?

    Habe mich für pure entschieden!

  67. Ian Styx am :

    Abgesehen von sicherlich verbesserter Sicherheit ist das bestimmt eine gute Idee. Apple hat ja mehrere Baustellen! ?

    Aber wenn ich so nachdenke, meine ich letztens auf einem Mac Big Sur getestet zu haben als mir das auffiel. Beschwören kann ich es aber nicht.

  68. Beat Post author am :

    ? Das iPad hat mir 26 Apps zum Update vorgeschlagen. Safari befindet sich jedoch nicht darunter... ? ich sag's ja: ? Teufelszeug ?. Neee... da mach ich mir nicht die Finger schmutzig... am Schluss funktioniert etwas nicht mehr so, wie Madame es wünscht und dann bin ich definitiv der Depp. ?

  69. Beat Post author am :

    Vielen Dank für die Problemlösung! Habe dazu gleich noch einen Blogeintrag geschrieben: https://www.beatsblog.ch/2794-Mobile-Duopol.html

  70. Ian Styx am :

    Nur zur Info. Ich habe zwei Fehler bezüglich Mediatheks WebP actions gefunden und für 3.2 gefixt.
    Der eine handelt von Änderungen des Dateinamens und beim anderen ging es um bulk move Aktionen in andere neue Ordner.
    Vermeide solange beides, wenn es irgend geht. Das erspart möglicherweise nachträgliche Arbeit. Man kann es aber selber fixen! ..., oder kopiere dir die functions_images.inc.

  71. Beat Post author am :

    Danke für den Hinweis. Die beiden angesprochenen Funktionen/Aktionen nutze ich nicht und daher kann ich problemlos auf 3.2 warten. ?

  72. Beat Post author am :

    Habe gerade einen Knopf in der Leitung. Ich wollte heute anstatt eines Eingangsbilds ein Video anzeigen. Nun wird mir das Video statt in voller Grösse in 50% mit Fliesstext rechts angezeigt.

    Das habe ich im Beitrag vom 13. August so gewollt und damals haben wir das in diesem Beitrag besprochen: https://styx.beatsblog.ch/2634-Video-mit-Fliesstext-rechts.html

    Damals habe ich folgendes in meine user.css geschrieben:

    @media screen and (min-width: 480px) {
    .media_object_container {
        margin-right: 1em;
        width: 50%;
        float: left;
    }
    .media_object_container::after {
        clear: left;
    }
}

    Verunmöglicht mir dieser Eintrag nun, dass ich das Video in voller Breite anzeigen kann? Und falls JA, kann ich das irgendwie mit inline-styling umgehen?

    Nachtrag: Habe mir auf dem Live-Blog nun mit einer Notlösung geholfen. Das Eintragsbild (jpg) linkt nun auf das Video (mp4). Funktioniert soweit, ist jedoch sicher nicht so schön, wie die direkte Einbindung des Video. Und man muss im Browser "back" um wieder auf den Blog zu gelangen.

  73. Ian Styx am :

    Ja der Eintrag halbiert die Breite generell. Du könntest jetzt wohl entweder

    <div class="media_object_container" style="margin-right: initial; float: none; width: 100%;">

    benutzen, oder nett sein und den begangenen Weg beschreiten, aber statt eines einfachen links, ein image popup link benutzen. Das müsste doch gehen, oder?!

  74. Beat Post author am :

    Ja, image popup link funktioniert. Habe das nun so gemacht. Danke für den Hinweis. Hätte auch selbst drauf kommen können, doch manchmal sieht man die Bäume vor lauter Wald nicht mehr...?

    Nicht verstanden habe ich, weshalb diese Lösung nun "netter" ist, als das Video direkt einzubinden und auf 100% zu stylen. Natürlich ist mir klar, dass das webp-Bild viel weniger Ladezeit braucht als das direkt eingebundene Video. Aber sonst? ?

  75. Ian Styx am :

    wg dem Augenkrebs natürlich... ?

Kommentar schreiben

Die angegebene E-Mail-Adresse wird nicht dargestellt, sondern nur für eventuelle Benachrichtigungen verwendet.
▲