Hallo,
hast du mal überprüft, ob in beiden Fällen das gleiche Galerie-Plugin installiert ist? – das solltest du doch an sich im Dashboard unter Plugins sehen können.
Jetpack ist übrigens unter datenschutzrechtlichen Gesichtspunkten problematisch. Das Plugin solltest du löschen.
Mit dem Plugin Responsive Lightbox2 hängt das wohl nicht zusammen.
Vielleicht können wir dir besser helfen, wenn du den Website-Bericht postest: Du findest unter Werkzeuge > Websitezustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.
Viele Grüße
Hans-Gerd
Auf mandel-online.de ist die nextgen-gallery installiert, auf der anderen Website nicht.
Danke, Hans-Gerd, für die schnelle Antwort.
Ich habe „WP Lightbox 2“ von Syed Balkhi im Einsatz. Also nicht Responsive Lightbox2.
Nun habe ich folgendes getestet:
Auf beiden Seiten Jetpack deaktiviert.
Nun werden mir gar keine Typen mehr zur Auswahl angeboten.
Damit ist mir nun klar, dass es auf jeden Fall mit Jetpack zu tun hat.
Die Themes sind unterschiedlich. Daher kommt dann wohl auch der Unterschied, welche Typ-Optionen mir MIT Jetpack angeboten werden.
… und was Jetpack angeht: Das habe ich schon so lange am Start, dass ich mich gar nicht mehr davon trennen will. Eine Einstiegsdroge… Ich denke mal darüber nach, ob ich wirklich auf etwas verzichten muss, wenn ich Jetpack lösche. (Ich mag die Statistiken)
Angelika: NextGen ist in beiden Seiten installiert. Nur unterschiedlich konfiguriert und bisher auch nur bei mandel-online.de testweise im Einsatz.
Aber ganz gleich, ob ich NextGen aktiviere oder deaktiviere: Bei der Gallery kann ich für beide Seiten ohne Jetpack keinen Typ wählen.
Vielleicht war es gerade deaktiviert oder ich war auf einer verkehrten Seite, als ich geschaut hatte. Bitte poste von beiden Websites den Websitebericht, dann ersparen wir uns unnötiges Raten. Und nenne auch bitte von beiden Websites je einen Link von einer Seite, auf der eine Galerie ist.
Ich bin mir nicht sicher, ob der Websitebericht tatsächlich etwas für die Öffentlichkeit ist. – Was schon länger klar ist: Der Bericht kommt beim Klimabündnis zum Urteil „Sollte verbessert werden“.
Bitte lasst mir etwas Bedenkzeit.
Danke
Ich bin mir nicht sicher, ob der Websitebericht tatsächlich etwas für die Öffentlichkeit ist.
Da steht nichts dramatisches drin, da musst du dir keine Sorgen machen. Ohne den Bericht wird es schwer dir zu helfen.
Ich bin mir nicht sicher, ob der Websitebericht tatsächlich etwas für die Öffentlichkeit ist.
Um ein Problem mit der Website zu beurteilen, sind wir auf einige Informationen angewiesen. Das internationale Support-Team hat deshalb das Plugin Health Check entwickelt, von dem Teile in das Menü Werkzeuge > Website-Zustand übernommen wurden. Dort findest du den Website-Bericht. Dieser Website-Bericht wurde so konzipiert, dass keine vertraulichen Informationen preisgegeben werden und Angreifer nicht mit Tipps versorgt werden, wo es Schwachstellen geben könnte. Viele dieser Informationen lassen sich aus dem Quelltext der Webseiten abrufen, was aber aufwendiger ist und oft den zeitlichen Rahmen für ehrenamtliche Unterstützung sprengt.
Manchmal berichten Anwender/-innen von einem Problem mit ihrer WordPress-Website und möchten ganz bewusst darauf verzichten, die URL zur Website zu nennen. Wir respektieren das, können dann aber auf Probleme nur weniger ausführlich eingehen.
Die einzigen „persönlichen“ Informationen, die eine Zuordnung zu einer Domain oder einem Kundennamen ermöglichen, sind Dateipfade (wenn der Webhoster den Domainnamen als Verzeichnisnamen verwendet) und bei individuell angefertigten Themes ggf. der Themename bzw. die Theme-Beschreibung. Diese Informationen sind dann auch aus dem Quelltext der Webseiten abrufbar. In diesem Fällen kannst du den Domainnamen gerne im Website-Bericht anonymisieren.
Bitte überleg auch, ob du wirklich Informationen im Web veröffentlichen möchtest, wenn es dir bereits schwer fällt bei einem Problem mit der Website die URL zu nennen.
Was schon länger klar ist: Der Bericht kommt beim Klimabündnis zum Urteil „Sollte verbessert werden“.
Die Anzeige des Website-Zustands soll Anwendern/-innen einen Hinweis geben, wo es Optimierungsbedarf gibt. Wir empfehlen, dass du diesen Hinweisen folgst. Ansonsten gilt: deine Website, deine Regeln.
Unser Support ist ein freundliches Angebot von erfahrenen WordPress-Nutzern.
Danke! Ihr habt alle Recht.
Mit soviel Rückmeldungen habe ich in dieser kurzen Zeit gar nicht gerechnet.
Danke vorab dafür!
Nun habe ich euch zwei Seiten gemacht, in denen Ihr den Unterschied erkennen könnt. Ganz unten auf den Seiten findet ihr den Website-Zustand der jeweiligen Installation. Beide laufen bei manitu.de (Produkt „Webhosting M“).
Testseite Klimabündnis ‚Stadt.Klima.Wir‘
Testseite Privat ‚mandel-online‘
-
Diese Antwort wurde geändert vor 1 Jahr, 2 Monaten von
UliMand.
@ulimand
Wechsele einmal auf Testseite Klimabündins das Theme auf Twenty-Ten, lösche Caches und prüfe, ob die Galerie damit alle Auswahlmöglichkeiten anzeigt.
Meine Kenntnisse in der letzten Ecke des Backend sind begrenzt. Daher diese Frage:
Geht das gefahrlos?
Ein Fachmensch hat uns Anpassungen in CSS und PHP geschrieben. Ein Child-Theme wurde angelegt. Im Customizer spielen, das mache ich hin und wieder. Aber nun ein anderes Theme scharf schalten? (Ich kenne die Abläufe dahinter nicht.)
Hallo,
vorher auf jeden Fall sichern und dann ist das in der Regel kein Problem. In den allerallermeisten Fällen ist das auch völlig unproblematisch, wieder auf das „alte“ Theme umzustellen, ohne die Sicherung in Anspruch zu nehmen. Aber eben: sicher ist sicher 😉
Viele Grüße
Hans-Gerd
Die programmierten Änderungen im Child Theme (PHP, CSS) gehen nicht verloren, wenn du zu einem anderen Theme wechselst. Selbst die theme-bezogenen Einstellungen im Customizer bleiben erhalten, weil sie auch theme-bezogen in der Datenbank gespeichert werden. Änderst du im Customizer den Website-Titel, wirkt sich das unabhängig vom verwendeten Theme aus. Änderst du hingegen die Hintergrundfarbe für Theme A und wechselst zu Theme B, wirst du im Theme B andere Einstellungsmöglichkeiten finden, die du ausprobieren kannst. Wechselst du zu Theme A zurück, wird auch wieder deine Einstellung für die Hintergrundfarbe genutzt.
Wenn du nach einem Theme-Wechsel auf die schlechte Idee kommen solltest, das Child-Theme zu löschen, sind auch die Anpassungen weg. Solche Fälle kommen vor und deshalb ist es immer eine gute Idee, selber regelmäßig Backups zu erstellen (WordPress bietet dafür diverse Plugins, z.B. UpdraftPlus WP Backup). Oft (aber nicht zwingend) hat auch der Webhoster ein Backup, das (manchmal gebührenpflichtig) die Website auf den Stand zum Zeitpunkt des Backups zurücksetzen kann.
Ich habe die Lizenz für Updraft und habe damit vollständig gesichert. Dann habe ich auf „Twenty Twenty-Three“ umgestellt. Anschließend Cache vollständig geleert.
Der Fehler bleibt. Bei der Gallerie werden mir weiterhin nur Vorschaubild-Grid und Diashow angeboten.
Nun wieder zurück zum alten Theme. Das läuft wieder wie immer.
Jetzt werde ich nacheinander Plugins wegschalten, die auf die Mediathek Einfluss nehmen und melde mich später zurück.
Nacheinander verdächtige Plugins wegschalten, das hat nicht geholfen.
Ich glaube, ich muss mich langsam mit dem Block-Editor anfreunden, der macht verschiedene Gallerien möglich. Bleibt nur zu hoffen, dass das Theme sich mit Blocks verträgt. – Was weitere Tests nötig macht.
