Beiträge von b3317133
-
-
-
Das Element für das "mobile Main Menu" mit der Klasse [FONT=Courier New]responsive-mainnav[/FONT] hat keinen Inhalt, also wird nichts angezeigt.
Tipp bei Fragen/Hilfe zu Darstellungsproblemen, deaktiviere alle Minify-, Cache-, Optimierplugins, derzeit mind. aktiv: Autoptimize, WP Fastest Cache, dabei beide parallel für Minify konfiguriert, das geht selten gut.
-
Poste doch noch Deine Lösung, dann bringt es auch anderen was die ähnliche Fragen haben.
-
Wer kann helfen?
Am besten die Person, die das "Aufpoppen" eingerichtet hat. Das ist keine Standardfunktion von WordPress. -
Verstehe nicht, warum Du das machst.
Lies nochmal die o.g. Punkte und beantworte die Fragen, evtl. kann Dir dann jemand helfen.
-
- Link zur Seite?
- Screenshot der Einstellungen des Plugins?
- Anleitung des Plugins gelesen?
ZitatAuschluss-Liste
Falls du deine Login-URL änderst, füge die neue Adresse bitte zur Ausschluss-Liste hinzu (Plugin-Einstellungen, Tab „Allgemein“). Für [plain]http://domain.com/loginneu[/plain] solltest du „loginneu“ eintragen. -
-
Du könntest einen der Filter von Ultimate Member verwenden und den Wert darüber voreinstellen, mehr dazu ergibt sich ggf. aus dem Code von Ultimate Member.
- um_field_default_value
- um_field_{$key}_default_value
- um_field_{$type}_default_value
-
Ich meinte bei "individueller Link" im Menü.
Was gibst Du wo genau ein?
Link zur Seite?
-
Verwende z.B. [FONT=Courier New]/#anker[/FONT] mit [FONT=Courier New]/[/FONT] am Anfang für die Hauptseite der Domain, oder auch die vollständigen URL mit Anker. Wenn der Browser bereits die "richtige" URL anzeigt, lädt er die Seite nicht neu. Mit WordPress hat das eher nichts zu tun.
-
Derzeit werden auf dem Website offenbar mind. zwei Plugins mit aktiven Minify Funktionen parallel verwendet, WP Fastest Cache und Autoptimize, weiterhin mind. zwei externe "Bild-Optmierer" CDNs parallel, Shortpixel (vermutlich in Autoptimze aktiviert) und OptiMole (beide fehlen in der Datenschutzerklärung).
Solche Kombinationen können zu den unterschiedlichsten Effekte führen.
Wende Dich am besten an die Person, die all diese Plugins installiert und eingerichtet hat, weniger wäre hier eindeutig mehr.
-
Zugriffe auf die Datenbank macht man in WordPress üblicherweise über die wpdb Klasse, auf Daten von Benutzern greift man über die WP_User Klasse zu bzw. manchmal reicht auch schon wp_get_current_user() für eine Zuordnung.
Dynamische Ausgaben innerhalb einer Seite realisiert man z.B. über sog. Shortcodes.
-
Das Server Error Log bekommst Du beim Hosting, wende Dich ggf. an den Hosting Support wenn Du es dort nicht finden kannst.
Daraus geht dann wahrscheinlich hervor, welches aktualisierte Plugin nicht mit dem derzeit genutzten uralten PHP 5.3.29 zurecht kommt.
-
Das Menü ist eine Funktion des verwendeten Themes, man kann es im Bereich Design > Menüs > Menüs bearbeiten mit ausgewählten Inhalten versehen (derzeit dort vermutlich "Seiten automatisch hinzufügen" angehakt) oder auch die Funktion komplett abschalten, z.B. Design > Menüs > Tab: Positionen verwalten > Social-Links-Menü > Das einstellen: "-- Wähle ein Menü --" > Änderungen speichern.
-
Poste die neusten Einträge des Server Error Logs mit aktivem WordPress 4.9.12 oder 4.9.13.
Die PHP-Version sollte auf jeden Fall hochgestellt werden, wie auch schon im alten Thread beschrieben. Mindestens auf PHP 5.6.20
-
Die Seite schickt derzeit einen Fehler 500, näheres dazu steht im Server Error Log, das Du beim Hosting bekommst.
Auf dem Server läuft derzeit lt. kurzer Analyse "von aussen" ein WordPress 5.1.4 und ein uraltes PHP 5.3.29 vom August 2014(!), mit einer so alten PHP-Version kommen neuere WordPress Versionen und auch Themes bzw. Plugins nicht zurecht, das wird vermutlich der Grund für das Problem sein.
Theoretisch sollte die Seite wieder zum Leben zu erwecken sein, wenn Du per FTP ein frisches WordPress 4.9.12 (wie von Dir angegeben) oder ein anderweitiges komplettes Backup (Dateien & Datenbank) von vor den Updates einspielst, aber das ist keine richtige und dauerhafte Lösung.
Ergänzung: Sehe gerade, Du wurdest vor über einem halben Jahr hier schon auf die Problematik hingewiesen, ein Update auf das derzeit installierte WordPress 5.1.4 wäre allerdings mit dem dort verlinkten Plugin nicht möglich gewesen, sondern nur bis derzeit 4.9.13.
-
In der Dokumentation des Plugins sind die die verfügbaren Actions aufgeführt.
Im aktuellen Fall könnte man z.B. sowas in der Art verwenden (ungetestet):
PHPfunction my_password_protected_login_head() { ?> <style>.login-password-protected { background-image: url('https://via.placeholder.com/1920'); }</style> <?php } add_action( 'password_protected_login_head', 'my_password_protected_login_head' );
Um Texte einzufügen würde man eine der anderen Actions ..before_login_form bzw. ..after_login_form verwenden. -
Die Angaben sind leider ungenau, man kann im Grunde nur raten.
Falls Dein Website schon älter war / ist und jetzt z.B. WordPress auf die Version 5.x aktualisiert wurde, sieht alles anders aus und funktioniert auch anders. Mehr zu diesem neuen Editor findet man z.B. hier.
Wenn Dein Theme / Template / Design auch schon älter ist, kann es sein, dass es mit dem neuen Editor nicht zusammenarbeiten kann, in dem Fall installiere und aktiviere (wie Millionen andere auch) jetzt das Plugin Classic Editor und ziehe die Planung für eine Neuerstellung des Websites in den nächsten 2 Jahren in Erwägung.
-
Das heisst beim Import der Datenbank gibt es keine Fehlermeldung sondern erst wenn Du die WordPress Seite aufrufst?
Was steht im Error Log des Servers wenn diese Meldung erscheint? Das Log bekommst Du beim Hostinganbieter.
Was steht in der genannten E-Mail?
Welche MySQL Versionen werden auf dem alten und dem neuen Server verwendet?