Ich frage mich echt, ob wir hier nicht ein Gespenst jagen und die Sache einfach vergessen sollten. Auf www.beatsblog.ch funktioniert ja alles einwandfrei. Ich denke schon, dass dies ein spezifischens/lokales Problem ist, welches an und für sich gar nichts mit dem Styx_Code zu tun hat.
Vielleicht sollten wir einfach den Sonntag geniessen und abwarten... Vielleicht schraubt Hosttech ja tatsächlich am Server herum und das Problem löst sich irgendwann in Luft auf.
Beat Post author am |
Das Hochladen und Einsetzen von Bildern klappt auch hier ohne Fehlermeldung:
Mit genießen ist da nix .... aber es gibt was zu tun und das ist immer gut! 😀 Codehygienisch Genuß pur!
Ich habe die Fehler inzwischen auch schon festgestellt zB mit dem imgedestroy... Und das liegt daran dass PHP 8 für $im statt einer resource nun eine Instanz einer GdImage Klasse zurückgibt, gegenüber dem alten PHP 7. Wenn du also bereit für erweiterte Fixes bist, einfach den letzten Stand der functions_images nehmen.
Ich habe also schon ein paar Fehler berichtet und bereits committet. Auch das genannte Teil musste nochmal an einen besseren Platz verschoben werden. Ich bin mir aber nicht sicher ob es das wirklich schon war. Und komisch ist es mir sowieso, da ich PHP 8 schon mindestens 2 Jahre verwende und bisher nie auf diese Fehler gestossen bin.
Jetzt fängst du auch schon mit den Gespenstern an... (hihihi) 👻 - es hat sich aber immer letzten Endes als etwas herausgestellt das tatsächliche Ursachen hat. Insofern gehört Gespensterjagd einfach nur zu den natürlich versponnenen Gegebenheiten des Menschen und bringt nur den Glauben in die Wirklichkeit. 😊
Das kann aber - streng logisch - daran liegen, dass es...
tatsächlich ein upload fehler war (so wie mit FTP manchmal vorkommend, aber nicht wenn es sich um das autoupdate UPGRADE handelte) oder
etwas an etwaigen Neuerungen zb GD Version oder ein Fix des letzten 8.0.x updates auf Serverseite dafür sorgte, oder
das eines der Commits, die du seit der 4.0.1 hinterher geschoben hast, entweder fehlerhaft per FTP oder an sich fehlerhaft mit irgendeiner Regression bzgl. images war, oder
die Einstellung des jetzigen stable build error handlings keine solchen Errors nach draußen dringen lässt, oder
sich doch ein Geist einen üblen Scherz mit uns erlaubt hat..! 😜
Beat Post author am |
Wenn du also bereit für erweiterte Fixes bist, einfach den letzten Stand der functions_images nehmen.
Gemacht. Bildimport funktioniert ohne Fehlermeldung. 👍
Jupp aber noch etwas anderes nicht für die Synchronisation. Fix ist nachgereicht. Bitte folgen! 😗
Nicht wundern, ich habe mit dem 20xxxxxxxx image herumgespielt weil es keine webp Variationen hatte, bzw waren diese als 0 Kb ausgeschildert. Daraufhin stellte ich fest, dass wenn man es löscht, aber die NEIN Variante wählt, die Mediathek anschließend keinen + Button für die Neugenerierung der Varianten für dieses Einzelbild bildet.
Ist der dir überhaupt schon einmal vorgekommen, anstelle des o--o Variantenanzeige Buttons?
Oder geht das bei dir gar nicht? Dann ist das eventuell ein Bug oder hängt mit einer Condition zusammen die dein Server einfach noch nicht erfüllt. (Es kann aber auch sein dass ich das erst mit 8.1 oder 8.2 erlaubt habe ... ich weiß es einfach gerade nicht mehr.)
Daraufhin habe ich das genannte Bild erneut hochgeladen und dort wurden dann die webP Variationen korrekt gebildet. So habe ich dann die alte Version umbenannt und der Neueren anschließend wieder den Originalnamen gegeben.
Danach habe ich per Wartung die einfache Mediathek Synchro benutzt und stieß dort auf ein paar Fehler. Die sollten mit dem letzten Commit jetzt aber weg sein.
Beat Post author am |
Zuerst das Einfache: Habe die neuste Version der function_images.inc.php eingespielt. Bilder hochladen geht nach wie vor ohne Fehlermeldung.
Das mit der Ja - Nein -Variante beim Löschen eines Bildes ist mir gänzlich neu. Wobei ich auch höchst selten Bilder aus der Mediathek lösche (wieso sollte ich auch).
Habe dann das soeben hochgeladene Bild gelöscht und "Nein" gewählt. Dann habe ich jedoch keine Ahnung von welchem +Button Du sprichst und habe auch nirgends einen solchen gesehen. Habe also dann unter Wartung die Vorschaubilder erneuert und erhielt darauf folgende Fehlerpage:
Erneuere alle (*.) Vorschaubilder
Überspringe Datei: '.empty' nicht lesbar.
Überspringe Datei: '.v/200501_km.webp' nicht lesbar.
Überspringe Datei: '2008/20080824_01.jpg' nicht lesbar.
Überspringe Datei: '2021/.v/Signatur.webp' nicht lesbar.
Überspringe Datei: 'Bionicon_04.jpg' nicht lesbar.
Fertig (Nothing to do).
Größe von Vorschaubild ändern
Fatal error: Paletter image not supported by webp in /styx-master/include/functions_images.inc.php on line 889
Ja genau, das war bei mir auch so. Nach dem Fix müsste sich - wenn du das richtige file mit dem richtigen commit genommen hast - zumindest auch die angemeckerte Zeile geändert haben. Insofern hast du dir wahrscheinlich nur die vorherige Version noch einmal hochgeladen. Nimm wirklich die letzte aus dem styx github file system als RAW, nicht irgendeine mit den hashes, denn da kann man leicht danebengreifen.
Der Button der wie [o-o] oder jedenfalls so Ähnlich aussieht und mit dem man die jeweils beste Variation als Vollbild ansehen kann, rechts neben dem Mülleimer. Dieser Button wird ausgetauscht wenn man die Variationen mit dem NEIN case gelöscht hat und durch einen Plus [+] Button ersetzt, mit dem man für dieses eine spezielle image file die Variationen neu bilden lassen kann. Ein wesentlicher Fortschritt.
Ian Styx am |
Ich habe heute noch ein paar Verbesserungen eingebaut.
Zum vermissten Button:
Die einzige Bedingung für den Austausch zwischen dem Button für die Anzeige der jeweils besten full image Variation [o-o] ist, dass das Bild keine webP Variation(en) (mehr) hat.
Insofern habe ich gerade den Verdacht, dass es an fehlenden Permissions im Uploads/ Ordner für Dateien und Ordner liegt, denn das Löschen über [NEIN] soll ja (nur) die Variationen löschen, so dass diese im .v Ordner wirklich auch nicht mehr danach existieren. Wenn nun der + Button bei dir hier (Ach, wie ist es denn auf Manitu?) nicht erscheint, was er definitiv nicht macht, wie ich gerade nochmal überprüft habe, so kann eigentlich nur die Schlussfolgerung mit den Permissions auf den richtigen Weg führen.
Überpüfe das doch bitte mal zb beim letzten Bild (beat dunkelmodus) mit FTP, ob nicht doch noch das webp full file und das thumb im .v Ordner existeren. Dann müsste man an den Permissions schrauben (siehe FAQ).
Beat Post author am |
Also. Habe hier die neuste Version der function_images.inc.php eingespielt (23.01.23, 12:03).
Hier (Hosttech) wie auch auf www.beatsblog.ch (Manitu) sehe ich nun diesen o-o Button.Wenn ich die Vorschaubilder lösche, wird mir jedoch weder bei Hosttech, noch bei Manitu ein +Button angezeigt. Der o-o Button verschwindet ganz einfach. Auf beiden Installationen gibt es im entsprechenden .v-Verzeichnis keine webp-Varianten mehr.
Ich kriege nur neue Vorschaubilder, wenn ich via Wartung, Vorschaubilder erneuern gehe. Einzeln, pro Bild, habe ich keine Möglichkeit.
Auf dem Manitu-Server hat das Uploads-Verzeichnis und alle Unterverzeichnisse 770 Berechtigung und hier sogar 775. Also eher unwahrscheinlich, dass es daran liegt.
PS: Muss jetzt neue Zähne fassen. Bin erst gegen Abend wieder online.
Ian Styx am |
Autsch!To be continued!Viel Glück! 🦷🦷🦷
Wobei den [o-o] müsstest du doch schon seit Styx 3.0 gesehen haben wo es für das jeweilige Bild dann schon (webP) Variationen gab. Um den ging es also ja gar nicht, sondern nur um seine Ersetzung im Falle des Falles.
Dann werde ich mal weiter graben. Ich hätte Zahnarzt werden sollen... 😬
Beat Post author am |
Kann schon sein, dass es [o-o] schon lange gibt. Ist mir halt nie aufgefallen denn wie gesagt, ich lösche höchst selten mal ein Bild. Mir ist auch die Zwischenabfrage ob man das Bild komplett oder nur die webp-Varianten löschen will, bisher nie aufgefallen. 🙄
Und ganz ehrlich gesagt, weiss ich als 0815-Benutzer auch nicht, wozu das gut sein soll. Da interessiert mich eigentlich nur das Bild, welches ich hochgeladen habe. All die Varianten und Thumbnails sind Systemsache. Damit will ich eigentlich nichts zu tun haben. Diese Zwischenabfrage verwirrt mich mehr, als sie mir hilft. Wieso sollte ich überhaupt nur die Varianten löschen wollen? Da fällt mir echt kein Anwendungsfall ein.
Ein Anwendungsfall wäre:
Du hast zwar WebP Variationen, aber noch keine AVIF Variationen, oder etwas ist falsch, wie zB bei dem genannten dark mode Bild. Denn dort wurde nur die full webp Variation gebildet, aber nicht das entsprechende thumb, sagt jedenfalls die info. Da liegt eindeutig irgendwo ein Fehler vor. Am Bild selbst kann es nicht liegen denn das habe ich bei mir lokal schon überprüft.
Und ebenso:
Der Plus Button sollte immer dann erscheinen, wenn ein Bild noch keine Variationen hat, kein externes hotfile ist und nicht selbst ein webp/avif image ist (siehe 3.9.0 changelog).
Der [o-o] Button hat auch nur soweit einen Bezug zum Löschen - insbesondere in der NEIN Variante - als er dann ausgetauscht wird. Sonst ist er immer da um sich das fullfile in der bestmöglichen Variation selbst anzeigen zu lasssen. Denn klickst du nur auf das dargestellte thumbnail Bild, dann bekommst du zwar auch die Preview des full size Bildes, aber das nur als Picture Container, bei dem du nicht sofort weißt was dein Browser dir davon darzustellen beliebt.
Ach ja ich weiß, es sind Details,
sind weder schwarz, noch sind sie weiß!
😉
Bist du jetzt verarztet und wieder schön? 🦷
Beat Post author am |
Einfach noch zur Information. Auch auf den zwei anderen Test-Blogs (https://styx.beatsblog.ch/ und https://www.styx.dokumenzi.ch/) erscheint kein +Button, nachdem ich die webp-Varianten gelöscht habe. Das Verhalten ist zumindest bei mir, auf allen vier Styx-Installationen, gleich.
Es hat ein wenig gedauert, doch nun habe ich den Schlawiner. Wenn du es ausprobieren willst einfach die templates/default/admin/media_items tpl Datei in der letzten Fassung kopieren und raufladen. 😀
Ich konnte es nicht fassen warum das bei mir überall ging, aber es war ganz einfach und hing ab von der on-the-fly sync Option in der Image Konfiguration.
Folge von Kommentar
https://www.blog.dokumenzi.ch/2682-entrypaging-und-Kategorien.html#c8284 und als Abschluss von https://www.blog.dokumenzi.ch/2682-entrypaging-und-Kategorien.html#c8249
Nachtrag:
Dieser Fund - das die permanente Mediensynchronisation eingeschaltet war/ist - bestätigt auch alle bisherigen "und so geisterhaft daherkommenden" Merkwürdigkeiten und liefert einen sehr logisch erklärbaren Grund für ihr Auftreten.
Zur Info: Auto-Synchronisation der MediathekFalls diese Option aktiviert ist, wird Serendipity den Inhalt der Mediendatenbank mit dem echten Inhalt im Dateisystem abgleichen und überwachen. Dies ist - gerade durch die zusätzlichen Variationsformate - ein eher zeitraubendes Monitoring Instrument und kann eine anwachsende Mediathek zunehmend stärker ausbremsen. da jeder Aufruf derselben permanent alle(!) Dateien durchlaufen, überprüfen und neu bewerten muss, inklusive der sich dadurch ergebenden notwendigen Veränderungen. Da letzteres dadurch aber entsprechend oft geschieht, wird dieser Schritt dafür auch entsprechend kürzer. Ansonsten nutzen Sie ab und an die beiden ersten Mediatheks Vorschaubild Aktionen in der Wartung, die ebenfalls eine abschließende Synchronisation beinhalten! Ein "Ja" ist hier also zu empfehlen, wenn Sie entweder selbst oft direkt im Dateisystem der Mediathek herumarbeiten, diese Option nur temporär nutzen oder keine Verlangsamung feststellen, oder ein Developer/Tester mit entsprechend vielen false/positives Ergebnissen sind.
Solltest du also weder das eine oder Andere sein, ist diese Option also besser auf Nein zu stellen.
Beat Post author am |
Strike! Da ist ja nun der +Button!
Beat Post author am |
Ich mag "sowohl als auch" 😉
Hier bin ich Tester und deshalb ist die Auto-Synchronisation der Mediathek EINgeschaltet.
Im Live-Blog (www.beatsblog.ch) dauerte der Aufruf der Mediathek bei eingeschalteter Auto-Synchronisation ca. 45 Sekunden (bei ca. 4'200 vorhandenen Bildern (mit Thumbnails und mehreren webp-Varianten weit über 10'000 Dateien). Dort habe ich die Auto-Synchronisation der Mediathek nun AUSgeschaltet. Der Aufruf der Mediathek dauert jetzt ca. 1 Sekunde. 👍
Vielleicht musst du ( mir und dir ) auch noch einmal erklären, was eigentlich an
https://www.blog.dokumenzi.ch/categories/14-BLOG
besser ist als
https://www.beatsblog.ch/?blog
Vorallem, wenn aus diesem Startpunkt (der ja auch nur wegen der staticpage Startseite so entsteht) dann das untenstehende entr-ies-paging zusammengestrickt wird, siehe
Denn an deiner Struktur ändert es ja gar nichts - nur an der hinweisenden URL.
Oder bringt dieses /?start deine Struktur durcheinander, die ja eigentlich nur für dich selbst und deine Ordnung gilt, nicht unbedingt aber für deine Besucher, meine ich...?!
Beat Post author am |
Die grundsätzliche Idee hinter der Haupt-Kategorie "14-BLOG" ist, dass gewisse Kategorien im tagesaktuellen Blog und somit auch im entrypaging nicht vorkommen. An anderer Stelle werden diese Artikel dennoch dargestellt. Als Beispiel: Die Kategorie "20-Recht" enthält zwei Artikel vom 03.10.2019.
Hier kommen Sie nicht vor: https://www.blog.dokumenzi.ch/categories/14-BLOG/P16.html
Hier jedoch schon: https://www.blog.dokumenzi.ch/archives/P16.html
Zugegeben: Ich kann das gleiche Resultat erzielen, in dem ich im "Erweiterte Eigenschaften von Artikel" Plugin die Option "Nicht in Artikelübersicht zeigen" aktiviere.
Weshalb ich mich für meine Variante entschieden habe, kann ich gar nicht mehr genau sagen. (Ich fand es smart, dass ich eine ganze Kategorie einfach verschieben kann und so entscheiden, ob sie im Blog gelistet wird oder nicht). Die Anzahl von Artikeln, die im Blog oder entrypaging nicht vorkommen ist jedoch sehr überschaubar (weniger als 10 Artikel). Neue werden wohl auch nur sehr wenige hinzukommen.
Natürlich könnte ich Umbauen und diese paar wenigen Artikel editieren um im entrypaging die schönere /archives/-URL zu erhalten. Doch Hand aufs Herz: Wen interessiert diese URL?
Ich kann mir aber auch vorstellen, dass ich in Zukunft eine Kategorie einführen werde, die nur für Besucher mit S9Y-Login sichtbar ist. Das ist mit meiner Lösung auch ganz simpel zu realisieren.
Natürlich! Danke! Ich bin ein Dummy und leider auch vergesslich und hätte selber drauf kommen können...
Im Grunde also ein staticpage behaviour ohne staticpage(s) obwohl du das ja dennoch benutzt.
https://www.blog.dokumenzi.ch/archives/C14/P16.html ist also ziemlich dasselbe und deine Version dann sogar semantischer.
Wenn ich es mal wieder vergessen sollte einfach einen Hinweis auf diesen Thread... 😃
Beat Post author am |
Ich hätte da noch eine Idee...
Im Backend unter Kategorien habe ich ganz unten den Schalter: Sollen Einträge dieser Kategorie von Eintragslisten und RSS-Feeds ausgeschlossen werden? Ja/Nein
Mit "Ja" könnte ich doch ebenfalls den von mir gewünschten Effekt, gewisse Kategorien nicht in der entry-Liste anzuzeigen, erzielen. Somit könnte ich auf die Hauptkategorie 14-BLOG verzichten. Das wiederum würde die entrypage-URL auf die von Dir angestrebte Weise (z.B.: https://www.blog.dokumenzi.ch/archives/P2.html ) bringen.
Beat Post author am |
Ich frage mich echt, ob wir hier nicht ein Gespenst jagen und die Sache einfach vergessen sollten. Auf www.beatsblog.ch funktioniert ja alles einwandfrei. Ich denke schon, dass dies ein spezifischens/lokales Problem ist, welches an und für sich gar nichts mit dem Styx_Code zu tun hat.
Vielleicht sollten wir einfach den Sonntag geniessen und abwarten... Vielleicht schraubt Hosttech ja tatsächlich am Server herum und das Problem löst sich irgendwann in Luft auf.
Beat Post author am |
Das Hochladen und Einsetzen von Bildern klappt auch hier ohne Fehlermeldung:
Hosttech: https://www.styx.dokumenzi.ch/archives/29-Testbild.html
Manitu: https://styx.beatsblog.ch/2647-Testbild.html
Ich könnte ja auch einfach mal die neuste Styx-Version downloaden und über diese (fehlerhafte) Installation drüberklatschen. 🤔
Beat Post author am |
Problem gelöst! 👍
Habe eine neue Styx V4.0.1 darüberkopiert und nun funktioniert auch hier alles so, wie es soll.
Ich habe keine Ahnung, was korrupt war.
Sorry, wenn ich Dir damit Arbeit umsonst gemacht habe. 🙄
Ian Styx am |
Mit genießen ist da nix .... aber es gibt was zu tun und das ist immer gut! 😀 Codehygienisch Genuß pur!
Ich habe die Fehler inzwischen auch schon festgestellt zB mit dem imgedestroy... Und das liegt daran dass PHP 8 für $im statt einer resource nun eine Instanz einer GdImage Klasse zurückgibt, gegenüber dem alten PHP 7. Wenn du also bereit für erweiterte Fixes bist, einfach den letzten Stand der functions_images nehmen.
Ich habe also schon ein paar Fehler berichtet und bereits committet. Auch das genannte Teil musste nochmal an einen besseren Platz verschoben werden. Ich bin mir aber nicht sicher ob es das wirklich schon war. Und komisch ist es mir sowieso, da ich PHP 8 schon mindestens 2 Jahre verwende und bisher nie auf diese Fehler gestossen bin.
Jetzt fängst du auch schon mit den Gespenstern an... (hihihi) 👻 - es hat sich aber immer letzten Endes als etwas herausgestellt das tatsächliche Ursachen hat. Insofern gehört Gespensterjagd einfach nur zu den natürlich versponnenen Gegebenheiten des Menschen und bringt nur den Glauben in die Wirklichkeit. 😊
Ian Styx am |
Huch?! 🤪
Das kann aber - streng logisch - daran liegen, dass es...
Beat Post author am |
Gemacht. Bildimport funktioniert ohne Fehlermeldung. 👍
Ian Styx am |
Jupp aber noch etwas anderes nicht für die Synchronisation. Fix ist nachgereicht. Bitte folgen! 😗
Nicht wundern, ich habe mit dem 20xxxxxxxx image herumgespielt weil es keine webp Variationen hatte, bzw waren diese als 0 Kb ausgeschildert. Daraufhin stellte ich fest, dass wenn man es löscht, aber die NEIN Variante wählt, die Mediathek anschließend keinen + Button für die Neugenerierung der Varianten für dieses Einzelbild bildet.
Ist der dir überhaupt schon einmal vorgekommen, anstelle des o--o Variantenanzeige Buttons?
Oder geht das bei dir gar nicht? Dann ist das eventuell ein Bug oder hängt mit einer Condition zusammen die dein Server einfach noch nicht erfüllt. (Es kann aber auch sein dass ich das erst mit 8.1 oder 8.2 erlaubt habe ... ich weiß es einfach gerade nicht mehr.)
Daraufhin habe ich das genannte Bild erneut hochgeladen und dort wurden dann die webP Variationen korrekt gebildet. So habe ich dann die alte Version umbenannt und der Neueren anschließend wieder den Originalnamen gegeben.
Danach habe ich per Wartung die einfache Mediathek Synchro benutzt und stieß dort auf ein paar Fehler. Die sollten mit dem letzten Commit jetzt aber weg sein.
Beat Post author am |
Zuerst das Einfache: Habe die neuste Version der function_images.inc.php eingespielt. Bilder hochladen geht nach wie vor ohne Fehlermeldung.
Das mit der Ja - Nein -Variante beim Löschen eines Bildes ist mir gänzlich neu. Wobei ich auch höchst selten Bilder aus der Mediathek lösche (wieso sollte ich auch).
Habe dann das soeben hochgeladene Bild gelöscht und "Nein" gewählt. Dann habe ich jedoch keine Ahnung von welchem +Button Du sprichst und habe auch nirgends einen solchen gesehen. Habe also dann unter Wartung die Vorschaubilder erneuert und erhielt darauf folgende Fehlerpage:
Ian Styx am |
Ja genau, das war bei mir auch so. Nach dem Fix müsste sich - wenn du das richtige file mit dem richtigen commit genommen hast - zumindest auch die angemeckerte Zeile geändert haben. Insofern hast du dir wahrscheinlich nur die vorherige Version noch einmal hochgeladen. Nimm wirklich die letzte aus dem styx github file system als RAW, nicht irgendeine mit den hashes, denn da kann man leicht danebengreifen.
Ian Styx am |
Der Button der wie [o-o] oder jedenfalls so Ähnlich aussieht und mit dem man die jeweils beste Variation als Vollbild ansehen kann, rechts neben dem Mülleimer. Dieser Button wird ausgetauscht wenn man die Variationen mit dem NEIN case gelöscht hat und durch einen Plus [+] Button ersetzt, mit dem man für dieses eine spezielle image file die Variationen neu bilden lassen kann. Ein wesentlicher Fortschritt.
Ian Styx am |
Ich habe heute noch ein paar Verbesserungen eingebaut.
Zum vermissten Button:
Die einzige Bedingung für den Austausch zwischen dem Button für die Anzeige der jeweils besten full image Variation [o-o] ist, dass das Bild keine webP Variation(en) (mehr) hat.
Insofern habe ich gerade den Verdacht, dass es an fehlenden Permissions im Uploads/ Ordner für Dateien und Ordner liegt, denn das Löschen über [NEIN] soll ja (nur) die Variationen löschen, so dass diese im .v Ordner wirklich auch nicht mehr danach existieren. Wenn nun der + Button bei dir hier (Ach, wie ist es denn auf Manitu?) nicht erscheint, was er definitiv nicht macht, wie ich gerade nochmal überprüft habe, so kann eigentlich nur die Schlussfolgerung mit den Permissions auf den richtigen Weg führen.
Überpüfe das doch bitte mal zb beim letzten Bild (beat dunkelmodus) mit FTP, ob nicht doch noch das webp full file und das thumb im .v Ordner existeren. Dann müsste man an den Permissions schrauben (siehe FAQ).
Beat Post author am |
Also. Habe hier die neuste Version der function_images.inc.php eingespielt (23.01.23, 12:03).
Hier (Hosttech) wie auch auf www.beatsblog.ch (Manitu) sehe ich nun diesen o-o Button.Wenn ich die Vorschaubilder lösche, wird mir jedoch weder bei Hosttech, noch bei Manitu ein +Button angezeigt. Der o-o Button verschwindet ganz einfach. Auf beiden Installationen gibt es im entsprechenden .v-Verzeichnis keine webp-Varianten mehr.
Ich kriege nur neue Vorschaubilder, wenn ich via Wartung, Vorschaubilder erneuern gehe. Einzeln, pro Bild, habe ich keine Möglichkeit.
Auf dem Manitu-Server hat das Uploads-Verzeichnis und alle Unterverzeichnisse 770 Berechtigung und hier sogar 775. Also eher unwahrscheinlich, dass es daran liegt.
PS: Muss jetzt neue Zähne fassen. Bin erst gegen Abend wieder online.
Ian Styx am |
Autsch! To be continued! Viel Glück! 🦷🦷🦷
Wobei den [o-o] müsstest du doch schon seit Styx 3.0 gesehen haben wo es für das jeweilige Bild dann schon (webP) Variationen gab. Um den ging es also ja gar nicht, sondern nur um seine Ersetzung im Falle des Falles.
Dann werde ich mal weiter graben. Ich hätte Zahnarzt werden sollen... 😬
Beat Post author am |
Kann schon sein, dass es [o-o] schon lange gibt. Ist mir halt nie aufgefallen denn wie gesagt, ich lösche höchst selten mal ein Bild. Mir ist auch die Zwischenabfrage ob man das Bild komplett oder nur die webp-Varianten löschen will, bisher nie aufgefallen. 🙄
Und ganz ehrlich gesagt, weiss ich als 0815-Benutzer auch nicht, wozu das gut sein soll. Da interessiert mich eigentlich nur das Bild, welches ich hochgeladen habe. All die Varianten und Thumbnails sind Systemsache. Damit will ich eigentlich nichts zu tun haben. Diese Zwischenabfrage verwirrt mich mehr, als sie mir hilft. Wieso sollte ich überhaupt nur die Varianten löschen wollen? Da fällt mir echt kein Anwendungsfall ein.
Ian Styx am |
Ein Anwendungsfall wäre:
Du hast zwar WebP Variationen, aber noch keine AVIF Variationen, oder etwas ist falsch, wie zB bei dem genannten dark mode Bild. Denn dort wurde nur die full webp Variation gebildet, aber nicht das entsprechende thumb, sagt jedenfalls die info. Da liegt eindeutig irgendwo ein Fehler vor. Am Bild selbst kann es nicht liegen denn das habe ich bei mir lokal schon überprüft.
Und ebenso:
Der Plus Button sollte immer dann erscheinen, wenn ein Bild noch keine Variationen hat, kein externes hotfile ist und nicht selbst ein webp/avif image ist (siehe 3.9.0 changelog).
Der [o-o] Button hat auch nur soweit einen Bezug zum Löschen - insbesondere in der NEIN Variante - als er dann ausgetauscht wird. Sonst ist er immer da um sich das fullfile in der bestmöglichen Variation selbst anzeigen zu lasssen. Denn klickst du nur auf das dargestellte thumbnail Bild, dann bekommst du zwar auch die Preview des full size Bildes, aber das nur als Picture Container, bei dem du nicht sofort weißt was dein Browser dir davon darzustellen beliebt.
Ach ja ich weiß, es sind Details,
sind weder schwarz, noch sind sie weiß!
😉
Bist du jetzt verarztet und wieder schön? 🦷
Beat Post author am |
Einfach noch zur Information. Auch auf den zwei anderen Test-Blogs (https://styx.beatsblog.ch/ und https://www.styx.dokumenzi.ch/) erscheint kein +Button, nachdem ich die webp-Varianten gelöscht habe. Das Verhalten ist zumindest bei mir, auf allen vier Styx-Installationen, gleich.
Ian Styx am |
HEUREKA!
Es hat ein wenig gedauert, doch nun habe ich den Schlawiner. Wenn du es ausprobieren willst einfach die templates/default/admin/media_items tpl Datei in der letzten Fassung kopieren und raufladen. 😀
Ich konnte es nicht fassen warum das bei mir überall ging, aber es war ganz einfach und hing ab von der on-the-fly sync Option in der Image Konfiguration.
Ian Styx am |
Folge von Kommentar
https://www.blog.dokumenzi.ch/2682-entrypaging-und-Kategorien.html#c8284 und als
Abschluss von https://www.blog.dokumenzi.ch/2682-entrypaging-und-Kategorien.html#c8249
Nachtrag:
Dieser Fund - das die permanente Mediensynchronisation eingeschaltet war/ist - bestätigt auch alle bisherigen "und so geisterhaft daherkommenden" Merkwürdigkeiten und liefert einen sehr logisch erklärbaren Grund für ihr Auftreten.
Zur Info:
Auto-Synchronisation der Mediathek Falls diese Option aktiviert ist, wird Serendipity den Inhalt der Mediendatenbank mit dem echten Inhalt im Dateisystem abgleichen und überwachen. Dies ist - gerade durch die zusätzlichen Variationsformate - ein eher zeitraubendes Monitoring Instrument und kann eine anwachsende Mediathek zunehmend stärker ausbremsen. da jeder Aufruf derselben permanent alle(!) Dateien durchlaufen, überprüfen und neu bewerten muss, inklusive der sich dadurch ergebenden notwendigen Veränderungen. Da letzteres dadurch aber entsprechend oft geschieht, wird dieser Schritt dafür auch entsprechend kürzer. Ansonsten nutzen Sie ab und an die beiden ersten Mediatheks Vorschaubild Aktionen in der Wartung, die ebenfalls eine abschließende Synchronisation beinhalten! Ein "Ja" ist hier also zu empfehlen, wenn Sie entweder selbst oft direkt im Dateisystem der Mediathek herumarbeiten, diese Option nur temporär nutzen oder keine Verlangsamung feststellen, oder ein Developer/Tester mit entsprechend vielen false/positives Ergebnissen sind.
Solltest du also weder das eine oder Andere sein, ist diese Option also besser auf Nein zu stellen.
Beat Post author am |
Strike! Da ist ja nun der +Button!
Beat Post author am |
Ich mag "sowohl als auch" 😉
Hier bin ich Tester und deshalb ist die Auto-Synchronisation der Mediathek EINgeschaltet.
Im Live-Blog (www.beatsblog.ch) dauerte der Aufruf der Mediathek bei eingeschalteter Auto-Synchronisation ca. 45 Sekunden (bei ca. 4'200 vorhandenen Bildern (mit Thumbnails und mehreren webp-Varianten weit über 10'000 Dateien). Dort habe ich die Auto-Synchronisation der Mediathek nun AUSgeschaltet. Der Aufruf der Mediathek dauert jetzt ca. 1 Sekunde. 👍
Ian Styx am |
Ich frage einfach noch einmal nach... ™
Vielleicht musst du ( mir und dir ) auch noch einmal erklären, was eigentlich an
https://www.blog.dokumenzi.ch/categories/14-BLOG
besser ist als
https://www.beatsblog.ch/?blog
Vorallem, wenn aus diesem Startpunkt (der ja auch nur wegen der staticpage Startseite so entsteht) dann das untenstehende entr-ies-paging zusammengestrickt wird, siehe
https://www.blog.dokumenzi.ch/categories/14-BLOG/P2.html etc
gegenüber dem viel simpleren
https://www.blog.dokumenzi.ch/archives/P2.html etc.
Denn an deiner Struktur ändert es ja gar nichts - nur an der hinweisenden URL.
Oder bringt dieses /?start deine Struktur durcheinander, die ja eigentlich nur für dich selbst und deine Ordnung gilt, nicht unbedingt aber für deine Besucher, meine ich...?!
Beat Post author am |
Die grundsätzliche Idee hinter der Haupt-Kategorie "14-BLOG" ist, dass gewisse Kategorien im tagesaktuellen Blog und somit auch im entrypaging nicht vorkommen. An anderer Stelle werden diese Artikel dennoch dargestellt. Als Beispiel: Die Kategorie "20-Recht" enthält zwei Artikel vom 03.10.2019.
Zugegeben: Ich kann das gleiche Resultat erzielen, in dem ich im "Erweiterte Eigenschaften von Artikel" Plugin die Option "Nicht in Artikelübersicht zeigen" aktiviere.
Weshalb ich mich für meine Variante entschieden habe, kann ich gar nicht mehr genau sagen. (Ich fand es smart, dass ich eine ganze Kategorie einfach verschieben kann und so entscheiden, ob sie im Blog gelistet wird oder nicht). Die Anzahl von Artikeln, die im Blog oder entrypaging nicht vorkommen ist jedoch sehr überschaubar (weniger als 10 Artikel). Neue werden wohl auch nur sehr wenige hinzukommen.
Natürlich könnte ich Umbauen und diese paar wenigen Artikel editieren um im entrypaging die schönere /archives/-URL zu erhalten. Doch Hand aufs Herz: Wen interessiert diese URL?
Ich kann mir aber auch vorstellen, dass ich in Zukunft eine Kategorie einführen werde, die nur für Besucher mit S9Y-Login sichtbar ist. Das ist mit meiner Lösung auch ganz simpel zu realisieren.
Ian Styx am |
Natürlich! Danke! Ich bin ein Dummy und leider auch vergesslich und hätte selber drauf kommen können...
Im Grunde also ein staticpage behaviour ohne staticpage(s) obwohl du das ja dennoch benutzt.
https://www.blog.dokumenzi.ch/archives/C14/P16.html ist also ziemlich dasselbe und deine Version dann sogar semantischer.
Wenn ich es mal wieder vergessen sollte einfach einen Hinweis auf diesen Thread... 😃
Beat Post author am |
Ich hätte da noch eine Idee...
Im Backend unter Kategorien habe ich ganz unten den Schalter: Sollen Einträge dieser Kategorie von Eintragslisten und RSS-Feeds ausgeschlossen werden? Ja/Nein
Mit "Ja" könnte ich doch ebenfalls den von mir gewünschten Effekt, gewisse Kategorien nicht in der entry-Liste anzuzeigen, erzielen. Somit könnte ich auf die Hauptkategorie 14-BLOG verzichten. Das wiederum würde die entrypage-URL auf die von Dir angestrebte Weise (z.B.: https://www.blog.dokumenzi.ch/archives/P2.html ) bringen.
Müsste ich bei Gelegenheit mal ausprobieren.