Beiträge von b3317133

Der Hinweis "Veralteter SQL Server" sollte in der Regel keinen kritischen Fehler verursachen.

Meist liegt es an zu alter Theme Version oder zu neuer PHP Version oder an Konflikten mit Plugins.

Evtl. kann der Avada Support da am besten weiterhelfen, es gibt dort u.a. einen Live Chat und ein Ticket System.

Ergänzung: Du kannst zudem über [FONT=Courier New]WP_DEBUG[/FONT] mit [FONT=Courier New]WP_DEBUG_LOG[/FONT] ein Log in der Datei [FONT=Courier New]/wp-content/debug.log[/FONT] erzeugen, das weitere Hinweise zu kritischen Fehlern enthalten kann. Alternativ bzw. bei schwereren Fehlern kann man mehr Informationen im Error Log beim Hosting nachlesen, da hilft der Hosting Support sicher gerne.

Verwende (wie derzeit beim Vorname Feld) die normale Feldersyntax von Contact Form 7 mit dem [FONT=Courier New]*[/FONT] als Pflichtfeldmarkierung und passe die für Dein eigenes HTML (wie derzeit beim Nachname Feld) in WordPress hinterlegten CSS Regeln so wie oben beschrieben an die Felderstruktur von Contact Form 7 an.

Im Zweifel könntest Du Dich auch an die Person wenden, die den [FONT=Courier New].floating-label[/FONT] CSS-Code in Deine Seite eingebaut hat.

Die Verschacheltung der HTML Elemente ist bei Contact Form 7 etwas anders als bei Deinem manuellen HTML Code.

Du kannst versuchen, in Deinem CSS-Code Anpassungen vorzunehmen:

Dein HTML:


.floating-label input#your-firstname ~ label


.floating-label input#your-firstname:not(:placeholder-shown) ~ label


usw.


Für das Contact Form 7 HTML:


.floating-label span[data-name="your-firstname"] ~ label


.floating-label span[data-name="your-firstname"]:not(:placeholder-shown) ~ label


usw.

Das Formular ist von aussen so nicht einsehbar wenn die Seite auf Entwurf steht.

Das Passwort in der Datenbank ist nicht im Klartext auslesbar, daher konnte das ausprobieren, was dort eingetragen war, kein Erfolg werden.

Beim Setzen eines neuen Passwortes in der Datenbank unbedingt MD5 auswählen, siehe auch Screenshots hier (Punkt 13 & 14).

• Was genau wird beim Loginversuch angezeigt? Ggf. Screenshot?
  
• Wie genau wurde das Passwort in der Datenbank geändert? So wie hier beschrieben?
  
• Wird sicher dabei die Datenbank verwendet, die auch zur entspr. Seite gehört?

Siehe neuer Thread hier.

Offenbar hängt bei Deiner Seite warum auch immer die Breite der Slideshowbereichs von der Breite der Überschrift ab. Wenn die Überschrift unsichtbar ist, ist die Slideshow zwar vorhanden und läuft, die Breite der Slideshow ist aber auf 0 Pixel, daher siehst Du sie nicht.

Versuche es z.B. damit:

.widget_slideshow .widget-title {
   display: none;
}
.widget_slideshow .ngg_slideshow.widget {
   min-width: 300px;
}

Leider laufen weiterhin die o.g. Cache-, Minify-, Optimierungs-Plugins, so dass weitere Hilfe bzw. Ursachenzuordnung nur schwer möglich ist.

Der erstgenannte Code ist derzeit unvollständig bzw. fehlerhaft eingefügt, nämlich so:

.widget_slideshow .widget-title { display: none;align-content

Achte auf die korrekte Syntax.

Ein solcher Klick-Effekt bei der Slideshow im Header ist hier nicht nachvollziehbar, der Titel ist derzeit sichtbar in sehr kleiner Schriftgrösse 4px.

Versuche es testweise damit:

.widget_slideshow .widget-title {
    display: none;
}

Deaktiviere zuerst alle Cache-, Minify-, Optimierungs- und CDN-Plugins und lasse die deaktiviert bis das Problem gefunden und gelöst ist. Derzeit mind. aktiv: WP Fastest Cache und Autoptimize.

Diese beiden Plugins überschneiden sich übrigens in ihren Funktionen und sollten nur gemeinsam genutzt werden, wenn man sie entspr. abweichend von den Standardeinstellungen einrichtet und genau weiss was man da tut.

Zitat

Which is the unsubscribe shortcode? Can I show an unsubscribe form? Can I create an unsubscription page?
No, there is not a shortcode to show an unsubscription form. To unsubscribe a subscriber needs to click on the personal link you provide in your newsletter (for example adding the recommended “footer” block). The unsubscription page is shown where the subscriber can confirm the opt-out.

Siehe auch Newsletter Plugin FAQ – Subscription, Unsubscription.

Bei neu installierter Software wäre insbesondere herauszufinden, ob sie z.B. auf die gleiche Datenbank wie die fragliche WordPress Installation zugreift oder eine eigene Datenbank verwendet wird.

Bei weiteren Subdomains und alten Seiten wäre herauszufinden, ob die Probleme auch von dort ausgehen könnten. Hierfür ist oft die Analyse des access.log aller Installationen hilfreich.

Ergänzung: Ein weiterer Ansatz wäre, beim ggf. erneuten Eintreten des Falls "das aktuelle Theme ist fehlerhaft" das fragliche Theme Verzeichnis von Avada per FTP herunterzuladen und einen Dateivergleich mit einem frischen Theme Archiv vorzunehmen, um herauszufinden, ob/was da wo geändert wurde.

Viel Erfolg bei der weiteren Problemlösung.

Wenn das Problem direkt zeitlich mit Nameserver Änderungen und/oder Installation neuer Software auf dem Server zusammenfällt, sollte man das Problem zunächst dort suchen bzw. alle dortigen Änderungen zurückrollen und sehen, ob das Problem dann weiter auftritt.

Die "is theme valid" Ausgabe auf der Themes Seite könnte durch eine Änderung im WordPress Core beim Debugging des Avada Supports verursacht werden, das ggf. dort noch klären bzw. ändern lassen.

Die beiden o.g. Screenshots der Themes Seite widersprechen sich, sie können nicht parallel auftreten, daher die Rückfrage nach dem Zeitpunkt.

Danke für die Daten. Wichtigste Frage:

• Ist das Problem seit dem Entfernen des "Header Cleanup" Plugins wieder aufgetreten?

Falls nein, könnte das Problem bereits gelöst sein. Ein Plugin mit diesem Namen gab es mal, aber es wurde vor Jahren aus dem Repository entfernt.

Ansonsten einige Rückfragen zu den Daten:

• Von wann stammen die Screenshots? Vor/nach Entfernen des o.g. Plugins?
  
• Woher stammt die Ausgabe "is theme valid" im ersten Screenshot? Vom Avada Support Debugging?
• Wozu wird das Plugin "Remove Google Fonts References" benötigt? Das Plugin wurde auch schon vor Jahren aus dem Repository enfernt. Das Avada Theme kann in den Datenschutz Einstellungen die Webfonts lokal statt vom CDN laden.
• Gibt es auf dem gleichen Server/Hosting Account weitere WordPress oder andere Installationen unter anderen Domains oder Subdomains?

Generell: Bei Anfragen in Foren sollte man immer gleich direkt dazuschreiben, wenn z.B. schon Theme Support o.ä. am Problem gearbeitet haben und was der wirklich aktuelle Stand der Dinge ist.

Ergänzung: Ein sehr alter Support Beitrag beim "Remove Google Fonts References" Plugin weist darauf hin, dass damit ggf. Probleme beim Speichern der Einstellungen vorkommen können und dort u.a. zu einem WordPress Datenbank Fehler geführt haben, was unter Umständen auch weitere Auswirkungen auf WordPress Einstellungen haben könnte. Empfehlung daher: Entfernen des Plugins.

Die Seite könnte lt. Beschreibung eine Schwachstelle in WordPress oder im Theme oder in Plugin(s) aufweisen, die bei einem Ausnutzungsversuch u.a. das Zurücksetzen von WordPress Einstellungen oder das Auslösen des Theme Fallbacks zur Folge hat, das könnte den Effekt erklären.

Eine solche Schwachstelle könnte sich auch in einer parallel auf dem gleichen Server vorhandenen anderen Installation befinden und sich in die fragliche Seite ausbreiten.

Wenn Du mehr Informationen zur Installation zur Verfügung stellst, siehe auch Forenregeln Punkt II, kann man ggf. sinnvoller weiterhelfen.

Lt. REST-API ist für die aktuelle Startseite weiterhin die Seite mit dem ID 25278 und dem Elementor Canvas Template eingestellt:

https://stadterkundung.com/wp-json/wp/v2/pages/25278
...
template:    "elementor_canvas"

Evtl. ist auch in WordPress bei Einstellungen > Lesen unbeabsichtigt eine falsche Startseite ausgewählt.

Versuches damit, das Page Layout für die Seite Matthias Haun von Elementor Canvas auf Default bzw. Standard umzustellen, siehe auch Elementor Dokumentation, also umgekehrt wie dort beschrieben.

Was noch auffällt, die Datenschutzerklärung Seite und auch der WordPress Login Dialog laden sehr schnell, so dass der Server an sich schnell genug ist.

Das Problem ist daher wohl im Inhalt der Startseite bzw. dort verwendeten WordPress oder Theme Funktionen oder in dort ggf. verwendeten Plugins zu suchen.

Man könnte testweise noch die Performance Einstellungen des Themes verändern, um Einflüsse hier auszuschliessen.

Und die PHP Version des Servers ggf. von derzeit PHP 8.0.30 auf PHP 8.1.x oder PHP 8.2.x umstellen (PHP Kompatibilität WordPress), um zu sehen, ob das Auswirkungen hat.

Ok, das https / SSL Problem scheint behoben zu sein.

Was steht im o.g. Error Log auf dem Server wenn das Laden abbricht? Frage ggf. beim Hostinganbieter nach, wo Du das dort findest.

Seit wann genau bricht das Laden der Seite ab bzw. ist die Seite so langsam? Was genau wurde vorher gemacht?

Fällt das mit dem o.g. Theme Update Zeitpunkt zusammen? Falls ja, wurde der mitgekaufte Enfold Theme Support schon kontaktiert?

Ist die Situation mit dem o.g. Backup Stand von vor dem Theme Update ähnlich?

Oder wurden sonstige Dinge aktualisiert oder geändert?

Falls Du selbst keine Backups hast, frage beim Hostinganbieter nach, ob dort ggf. Backups vorliegen.

Und welche Plugins sind installiert?

Als erstes fällt auf, die Seite ist nicht korrekt für https / SSL eingerichtet bzw. umgestellt.

Trage in Einstellungen > Allgemein die beiden URLs wie folgt ein (ohne [FONT=Courier New]/[/FONT] Zeichen am Ende):

https://colouredworld.de

Klicke dann einmal Einstellungen > Permalinks > den Speichern Button ohne Änderungen, das erzeugt die Datei [FONT=Courier New].htaccess[/FONT] neu.

Dann fehlt noch die Anpassung der restlichen URLs, die an vielen Stellen in der Datenbank stehen, das kann man z.B. so machen:

1. Plugin Better Search Replace installieren und aktivieren
2. Auf der Seite des Plugins im WordPress Backend alle Tabellen anwählen und (ohne [FONT=Courier New]/[/FONT] Zeichen am Ende)
   
   
   Code

   Suchen nach: http://colouredworld.de
   Ersetzen durch: https://colouredworld.de

3. Browser Cache leeren

Am besten sollte das die Person machen, die diese Seite ursprünglich eingerichtet hat bzw. technisch betreut bzw. die https / SSL Umstellung unvollständig vorgenommen hat.

Dann kann man sich ansehen, welche Plugins laufen und ob diese alle laufen müssen.

Weiterhin den aktuellen Aufbau der Seite, derzeit bricht hier z.B. das Laden der Startseite vor dem eigentlichen Ende ab. Dazu könnte es Einträge im Error Log auf dem Server geben.

Ergänzung: Vom verwendeten Enfold Theme gab es vor ca. einer Woche ein 7.1 Update, das auch eingespielt ist. Evtl. könnte man auf einen Backup Stand von vor dem Update zurückgehen, um das als Ursache auszuschliessen.

Du kannst z.B. die Zeile mit dem [FONT=Courier New]CREATE TABLE ...[/FONT] Befehl für das Anlegen der [FONT=Courier New]wp_postmeta[/FONT] Tabelle in der gesicherten [FONT=Courier New].sql[/FONT] Datei entfernen.

Es gibt aber vielfältige Beziehungen der Einträge einer [FONT=Courier New]wp_postmeta[/FONT] Tabelle zur [FONT=Courier New]wp_posts[/FONT] Tabelle und ggf. je nach Nutzung zu weiteren Tabellen.

Für Dein Vorhaben sollte man also sehr genau wissen, was man tut und sich im Detail mit WordPress auskennen.

Zitat von assweiler

.. bitte dann genaue Erklärung, bin kein Profi

In dem Fall sollte man solche direkten Eingriffe in Teile der Datenbank lieber nicht machen.