Kommentare von

beats TEST blog

picture-Element

Beat Post author am |

Es ist verwirrend:

  • www.blog.dokumenzi.ch = Hosttech-Server
  • www.styx.beatsblog.ch = Manitu-Server

Ja, Deinen letzten Kommentar "drüben" habe ich gelesen. Ich muss mir das mal in Ruhe ansehen. Mir ging es darum, auf kleinen Devices (Smartphones) die content-Schrift grösser darzustellen, als dies PURE im Original macht. Deswegen war meine Idee: Screensize 0-539px (oder eben max. 539px).

Ian Styx am |

Es ist verwirrend:

Stimmt Ich habe wieder urls gesehen die es gar nicht gab... ?

Ja probiere es einfach aus. ich habe da einfach jenes mit diesem ersetzt und fand es besser.

Ian Styx am |

Einschub zum History Verhalten auf blog.dokumenzi.

Irgend etwas hast du (vermutlich) gestern hier veranstaltet, denn am Morgen war die history korrekt gesetzt. Ab einem gewissen Zeitpunkt des gestrigen Tages war sie dann plötzlich leer, sowie Heute ebenso leer.

Fällt dir dazu irgend etwas ein?

(PS. Ich wollte nicht ewig nach einer geeigneten Stelle suchen müssen, deshalb schnell hier rein gekippt!)

Beat Post author am |

Ich habe am 21.08. neue Styx-Master-Daten aufgespielt. Mit dem mitgelieferten serendipity_plugin_history.php wird seither immer ein leeres history_daylist.dat geschrieben. Habe nun das Rev45-File genommen und nun gibt es wieder eine Anzeige. Komisch.

Ian Styx am |

Warum auch immer du meintest dies tun zu wollen/müssen, so kurz vor dem Release... - Danke!
Ich hatte einen klitzekleinen Fehler drin! Gefixt! ?

Ian Styx am |

3 auf einen Streich - Ich hatte mir schon fast Sorgen gemacht ! ?

Beat Post author am |

Alles gut ?.

Ich muss nochmal fragen: Was muss ich tun, damit ich loading="lazy" auch nach dem Speichern noch/wieder im CKEditor sehe? F5 bei offenem Browserfenster hat genauso wenig genutzt wie das Löschen der gespeicherten Browserdaten.

Ian Styx am |

Das tapfere Schneiderlein! ?
Am besten https://www.beatsblog.ch/plugins/serendipity_event_ckeditor/cke_config.js in einem browsertab laden und ein mal kräftig mit F5 durchpusten (dito für andere blogs) - danach das entryform Fenster ebenfalls 1x mit F5 auf den neuesten Stand bringen und fertig. >so sollte es gehen. Bei [Strg] - [r] - [F5] kann man sich nie ganz sicher sein...

Beat Post author am |

Danke! Ich habe erst jetzt gesehen, dass loading="lazy" jeweils verschoben wird. Ich schrieb es immer zuhinterst, direkt vor /picture. Nun steht es weiter vorne. z.B.

<figure class="serendipity_imageComment_center" style="width: 1024px">
<div class="serendipity_imageComment_img"><a class="serendipity_image_link" data-fallback="/uploads/2020/20200828_03.jpg" href="/uploads/2020/.v/20200828_03.webp" title="Baustufe 2"><!-- s9ymdb:10521 --><picture><source srcset="/uploads/2020/.v/20200828_03.webp" type="image/webp" /><img alt="Baustufe 2" class="serendipity_image_center" loading="lazy" src="/uploads/2020/20200828_03.jpg" style="width:1024px" /></picture></a></div>

Es könnte also durchaus sein, dass es schon vorher richtig funktioniert hat und ich das einfach nicht gesehen habe. ?

Ian Styx am |

Kann sein! Ich sagte ja bereits anderswo:
"Jeder Browser hat und bevorzugt da so seine eigene Anordnung ".. ? Und CKE natürlich auch.

Ian Styx am |

Da ich heute Serendipity Styx 3.1 releasen werde, wollte ich kurz einen Zwischenstand zum History Problem geben.

Laut den gefahrenen Logs ist es ja oft dann gewesen, wenn ein Request einen free-tag anvisierte, obwohl im Code selbst kein wirklicher showstopper zu finden ist. Daraufhin habe ich dann letztens einen Ausschluss von plugin view Requests eingebaut um diesem Spuk ein Ende zu setzen.

Laut den Logs (da die Dev Version dies noch nicht hatte) geschahen solche Spukgeschichten weiterhin sporadisch, wurden aber immer durch das eingebaute Notfallsystem mit 5 Versuchen abgefangen. Allerdings habe ich im Live Blog auch gesehen, dass free Tags als valider Auslöserequest durchaus funktionieren, so dass ich annehme, dass es eine spezielle Art von Besucher/Bot-Requests ist, vielleicht durch Requestabbrüche oder als Doppelrequest oder Ähnlichem (anscheinend aber immer irgendwelche spiders/bots), die das Fehlverhalten auslösen. Leider lässt sich das so nicht genauer herausfinden.

Ich werde also das eingebaute plugin view false wieder abschalten und die Versuche des Notfallsystem etwas heraufsetzen.
Wenn du möchtest kannst du nach dem Release und des Updates die 45 revision wieder aufspielen damit wir noch etwas länger beobachten können wie stabil das funktioniert. Und nur vorher die Versionsnummer in Zeile 23 auf 1.29 setzen, damit es zum Update passt.

Beat Post author am |

Auf dem Hosttech-Server (blog.dokumenzi.ch & styx.dokumenzi.ch) wurde der Upgrade auf 3.1.0 durchgeführt. Auf dem Manitu-Server (beatsblog.ch & styx.beatsblog.ch) wurde mir der Update bisher noch nicht vorgelegt. Kommt vermutlich morgen.

In meinem Rev45- serendipity_plugin_history.php steht jetzt in Zeile 23:

$propbag->add('version',       '1.8');

Ich soll also vor dem Hochladen 1.8 durch 1.23 ersetzen? O.K. Kein Problem.

Ian Styx am |

Ich soll also vor dem Hochladen 1.8 durch 1.23 ersetzen?

Nee 1.29 ‼ ?

Ian Styx am |

Gerade gefunden:

1. Du hast in diese Artikel im Bild Kommentar einen Fehler eingebaut

<figcaption class="serendipity_imageComment_txt">Als picture Element</picture></figcaption>

Das /picture muss da raus.

2. Warum werden auf https://styx.dokumenzi.ch/ die shariff awesome buttons, bzw ihre Schrift nicht geladen? Und geben ein CORS Fehler? Ahhh ich sehe es. Es liegt am fehlenden www. Denn https://www.styx.dokumenzi.ch/ geht.

Bitte mal wieder auf 2 Seitenleisten zurückstellen.

Beat Post author am |

Sorry, war ein Verschreiber...

Nun sind alle Styx-Installationen auf V 3.1.0. Auf www.beatsblog.ch ist das history.php-File Rev45 (V1.29) im Einsatz.

Beat Post author am |

Punkt 1 habe ich korrigiert. Punkt 2 muss ich mir mal genauer ansehen. Das sollte mit oder ohne www funktionieren.

Ian Styx am |

https://ophian.github.io/hc/en/faq/#docs-help-my-blog-looks-ugly-no-stylesheets-seem-to-be-applied-and-i-get-http-404-errors-or-even-500-internal-server-errors-all-the-way-when-browsing-the-page

Punkt 2: Cors (allow cross-origin requests for web fonts)

Probiere es mal damit.

Fragen ab 3.0.3

Beat Post author am |

Auf www.beatsblog.ch erhalte ich jeden Tag 1-2 Trackbacks, welche mir zur Moderation vorgelegt werden, die ich jedoch allesamt als SPAM erkenne und lösche. Ich habe mir dann die Spamschutz-Konfiguration angesehen und habe dazu eine Frage.

Unter "Trackbacks" ist der erste Punkt: Trackbacks/Pingbacks: IP Validierung. Zur Auswahl stehen: Nein, moderieren, abweisen. Im info-Feld wird folgender Text angezeigt: Soll die IP des Senders bei Trackbacks/Pingbacks mit der IP des Hosts übereinstimmen, auf den der Kommentar gesetzt werden soll? (EMPFOHLEN!). Ähm.. was wird mir jetzt empfohlen? Abweisen? ?

Ian Styx am |

Hmm. Das ist eine gute Frage. ? Sie besagt, dass du mit Nein eben generell unterschiedliche IPs erlaubst, was eben nicht zu empfehlen ist. Alles andere ist eine Frage der Einstellung Ratz Fatz weg oder Mal sehen. Sind die zur Moderation vorliegenden IPs denn unterschiedlich? Und wie kann man das erkennen? Über den Trackback selbst? Oder muss man dazu (überkreuz)  Logvergleiche anstellen? Ich habe soetwas nie! ("Leider" will ich hier nicht sagen... ?)

Die Frage ist was du sonst in der Trackback Abteilung stehen hast?

Sind die von dir als SPAM erkannten Trackbacks von tatsächlich existierenden Blogs (Einträgen)?

Beat Post author am |

Sind die von dir als SPAM erkannten Trackbacks von tatsächlich existierenden Blogs (Einträgen)?

Nein, sind sie nicht. Es sind immer irgendwelche Pseudoadressen aus USA oder China.

Ich habe die Konfiguration nun auf abweisen gestellt (was wohl der Empfehlung entspricht). Mal schauen...

Beat Post author am |

Ich habe nicht herausgefunden, wie ich in der Mobile-Ansicht den Footer "Powered by Serendipity Styx Edition & the pure-beat theme." einblenden kann. Kannst Du mir diesbezüglich einen Tipp geben?

Ian Styx am |

Such mal in der pure style.css nach

 #footer p {
      visibility: hidden; }

Das ist dort extra auf nicht-sichtbar gesetzt, da es ja von der mobile bottom navigation bar überlagert wird und somit zwecklos ist. Einfach in deinem theme auf visible setzen.

Achtung mit kommender 3.1 gibts da noch kleinere Änderungen. Du müsstest das dann nochmal überprüfen.

Beat Post author am |

Habs in der /pure/style.css zwar nicht gefunden, doch mit visible klappt es jetzt in /pure-beat/user.css und die Powered-Info wird nun auch auf dem Mobile angezeigt. Vielen Dank!

Ian Styx am |

   ?