Beiträge von b3317133

Hast Du es mal so versucht, wie in der NextGEN Dokumentation beschrieben?

Evtl. sind die generellen Einstellungen bei Dir verstellt.

Alternativ deaktiviere temporär alle sonstigen Plugins und schliesse darüber Wechselwirkungen aus.

Bei Nutzung der Feldersyntax von Contact Form 7 ist es bzgl. CSS Ansprache egal, ob ein Feld mit dem [FONT=Courier New]*[/FONT] als Pflichtfeld definiert ist oder nicht.

Alle [FONT=Courier New]input[/FONT] Felder bekommen bei CF7 eine [FONT=Courier New]span[/FONT] Verschachtelung.

Somit kann Deine eigentlich schön einfache CSS [FONT=Courier New]~[/FONT] Combinator Lösung mit CF7 Feldern wie [FONT=Courier New][text your-name][/FONT] oder [FONT=Courier New][text* your-name][/FONT] wie oben inzwischen ausführlich aufgeklärt leider nicht funktionieren.

Ergebnis: Um mit CF7 Feldern die gewünschten "floating Labels" zu erreichen, benötigt man etwas extra JavaScript.

Es gibt sicherlich andere Ansätze, z.B. cf7 floating label (Google), die dann wohl alle etwas extra JavaScript Code benötigen.

Mit Pflichtfeld oder nicht hat das grundsätzliche Problem mit der [FONT=Courier New]span[/FONT] Verschachtelung bei Contact Form 7 Feldern, die Deine einfache CSS Combinator Lösung verhindern, nichts zu tun.

Ok, das Problem liegt hier:

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

Der [FONT=Courier New]span[/FONT] hat ja nie einen [FONT=Courier New]placeholder-shown[/FONT].

Der Placeholder wäre im [FONT=Courier New]input[/FONT] Element zu suchen, z.B. so:

span[data-name="your-firstname"] input:not(:placeholder-shown)

Das führt aber zu dem Problem, dass dann der [FONT=Courier New]~[/FONT] Combinator nicht mehr funktioniert:

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

Im CF7 HTML Code ist der [FONT=Courier New]label[/FONT] nicht auf der gleichen Ebene des [FONT=Courier New]input[/FONT], die beiden Elemente haben also nicht das gleiche Elternelement:

<p>
    <span .. data-name="your-firstname">
        <input .. name="your-firstname" />
    </span>
    <br />
    <label for="your-firstname">Vorname*</label>
</p>

Insofern kann man den aktuellen Ansatz mit dem [FONT=Courier New]~[/FONT] Combinator so nicht direkt adaptieren.

Noch zwei Tipps zur nicht ankommenden "Passwort vergessen" E-Mail:

Manchmal landen solche E-Mails einfach nur im Spam Ordner des E-Mail Accounts und werden daher übersehen.

Bei einigen Hosting Anbietern ist inzwischen auch die Nutzung eines sog. SMTP Plugins mit Hinterlegen von E-Mail Zugangsdaten zum Versenden von E-Mail aus WordPress heraus notwendig. Wie/wo man die entspr. E-Mail Servernamen, Ports und Zugangsdaten erstellt bzw. bekommt, weiss meist der Support des Hosting Anbieters.

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.