Kommentare von

Musst du nicht. Jedenfalls nicht deswegen. Das ist täglich, stündlich, minütliches Grundrauschen im Internet. Hat nix im speziellen mit dir zu tun. Ich sag ja immer, betrachtet man die Logs macht das min. 90% von Allem aus. Das sind automatische Programme. Sie suchen ein response, erst dann versuchen sie ihren Müll auf bekannte Vulnerabilities abzuschießen und erst dann tritt ein Mensch auf die Bühne. Da Wordpress ca 30% des ganzen Internets ausmacht, ist eben auch alles andere für die immer nur Wordpress 😄 Gott seis gedankt!

Hört! Hört! 😎 Sehr wohl!

Da gäbe es bereits ein Seitenleisten-Plugin, mit dem man sich verschiedene Theme anzeigen lassen kann.

Das gibt es wohl, ABER es ist aus einer Zeit da sich die Themes in ihrer Struktur sehr ähnlich waren und eigentlich nur die Kleider gewechselt wurden. Nichts was man wirklich auf (s)einer Seite haben wollte. Schließlich ist man kein Gemischtwarenladen. Man wählt das Theme was am besten zu einem passt. Was soll denn der Besucher und davon 93% Bots da besser wissen?! IMHO gibt es nur einen einzigen validen Anwendungsfall: Wenn man ein Demo Blog betreibt, in dem es für die Besucher wichtig ist neue Kleider kennenzulernen.

Ich tendiere bei einem Dark-Theme dazu, alles in einem Theme und seinen styles bereits vorzuhalten. Dann kann man einen sehr einfachen SVG 🌞 / 🌚 Schalter bauen. der auf click, mittels javascript, einen class selector in den < html > tag schreibt, a la class="light-theme" (bzw nix) vs. class="dark-theme". Die zusätzlichen .dark-theme .beispielselector { } color styles sind bereits im üblichen "light" css load geliefert. und überschreiben die eigentlichen .beispielselector { } Auszeichnungen. Und das sind font: color, background-color, background-gradient color und border-colors. Mehr gibt es eigentlich gar nicht. Je aufgeräumter das Original Theme ist, desto einfacher ist es mit diesen Überschreibungen. Dann gibt es auch keinen Schluckauf bei switches zwischen den Zuständen durch klebrige gecachte styles und so fort.

Zu den Mobile-OS Systemen läßt sich sagen, dass diese in den neueren Versionen (inklusive der verwendeten Browser) - wie du es nun selbst erlebt hast - etwas mitbringen, das wie durch Zauberhand bereits Webseiten ohne einen eigenen Dark Mode mehr oder weniger gut übersetzt. Das muss man also unterscheiden. Webseiten die einen eigenen Dark Mode mitbringen und Systeme die helle Webseiten in einen solchen übersetzen (zb. um ein Gerät zu schonen, wie bei OLED und was dann auch Auswirkungen auf den Energiehaushalt hat. Je weniger hell, desto weniger Energieverbrauch. Ich meine es ist nicht der Seitenbetreiber der feststellt dass du Android X+ verwendest und deshalb alles ins Dunkel dreht, sondern die Einstellung Dark Mode im Android bzw des verwendeten Browser selbst inkl. der mobilen Styles Eigenschaften des Gerätes, ... meine ich. Obwohl es das natürlich auch geben kann.

https://stadt-bremerhaven.de/google-chrome-fuer-android-dark-mode-fuer-webseiten-automatisch/
https://support.google.com/chrome/answer/9275525?hl=de&co=GENIE.Platform%3DAndroid

Vermutlich!. Denn das automatische Umschalten mit Chrome - und ich habe es selbst natürlich gleich mal ausprobiert - ist für deine theme Farben eher ungeeignet.

Der eigentliche Faktor dieser Browser-eigenen Umschaltung ist, dass die Farben invertiert werden. Dies gelingt immer dann gut, wenn vorher konsequent schwarz auf weiß gearbeitet wurde. Sobald Farben und oder sogar gradients bzw farbige shadows usw hinzukommen wird es schnell unansehnlich und unbrauchbar.

Dann werde ich dich noch ein wenig im Dunklen tappen lassen....😀

Ja darum gings. Ganz simpel: Das Backend theme in Dunkel! 😄

Alles andere ist mir ja auch nur bedingt zugänglich, denn wie sollte ich einem customized frontend theme einem Dunkel Modus geben..., was an sich ja ginge, wenn es nur eines der default themes wäre; doch alle eventuellen user styles wären davon unberührt. Zuviel noise um das wirklich gehaltvoll meinerseits zu beeinflussen. Immerhin wäre es schick, vielleicht dem standard (pure) theme auch einen beispielhaften Dunkelmodus für Besucher zu geben ... und vielleicht mache ich dies auch eines Tages.

Trotzdem - wenn dir im Backend irgend etwas auffällt - was noch nicht dem Dunkel pattern unterworfen ist - bitte melden! ☺ Der "Durchsuchen" upload button ist ein ein solcher, der aber nicht von mir geprägt werden kann. Er ist vom Browser Client-seitig gestyled.

Ja, das genau ist die zweite Ausnahme! So nun die eine als Button clientseitig generiert wird, basiert die iframe Backend Vorschau eines Eintrages auf dem Frontend theme und seinen templates und eben dessen styles.

Ich habe tatsächlich mit mir gerungen, ob ich es für den Dark mode einfach überschreibe, doch glaubte ich zuletzt, dass es dann doch so konsistenter sei und damit auch leichter verständlich. 🙄

Fühl dich bloß nicht gedrängt. Ich selber nutze fast nur noch den Dark Mode, außer vielleicht bei starker Sonneneinstrahlung, das heißt sehr selten. 😢

Doch doch. Es ist ein iframe Fenster, in dem die Ausgaben vom preview_iframe.tpl template stattfinden. Und das können sein, die Eintrags-Vorschau, oder die messages der (erfolgten) Eintrags-Bearbeitung. Die preview_iframe ist als Fenster zum Frontend zwitterhaft zwischen dem Back- und dem Frontend angesiedelt, hat ihren Ursprung und damit ihre Auszeichnung aber im Letzteren.

Hmm.. Also bei beiden unterschiedlichen Hostern gleichzeitig? Sonst hätte ich darauf getippt, dass vielleicht Manitu irgendwelche "Wartungsarbeiten" macht, aber so ..... Das kann ja eigentlich auf nicht mit der 3.5 Version zusammenhängen, das es sonst ja die letzten 2 Wochen auch schon so gewesen wäre. Herumgerate: PHP update? Kein Apache/Nginx reload danach, oder ähnliches? Hat dein Betriebssystem ein Update bekommen und kann irgendetwas nicht mehr.... oder dein Browser.... (können die beiden Letzteren überhaupt damit zusammenhängen?)

Ich kenne die Meldung allerdings, zB wenn ich es irgendwie (aber sehr selten) schaffe, eine bestimmte Seite unter bestimmten Umständen, irgendwie aus einer Art Schlaf geholt zu haben, in dem dann der HTTP-Referrer (also die Absendeseite) nicht mehr gültig war. Das ist aber immer sofort weg, wenn man ein wenig herumklickt und dann genau dahin wiederkommt. Aber dass das auf zwei unterschiedlichen Hostern zu gleichen Zeit auftritt ist seltsam...

Gerade mal getestet hier auf styx.doku 2. Beitrag, ohne diese Meldung und alles OK - ohne die # Geschichte allerdings. Das werde ich Morgen in Ruhe mal machen... hört sich merkwürdig an....