Beiträge von b3317133

Dann wende Dich an die Person, die den Server eingerichtet hat bzw. betreut. Die soll in der Datenbank in der Tabelle [FONT=Courier New]wp_options[/FONT] in den beiden Zeilen [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT] das [plain]https://.. dort zurück auf http://..[/plain] ändern. Dann ist alles wie vorher. Das ist eine der von @FloRet bereits verlinkten Lösungsmöglichkeiten.

Das gibt es nicht.

Die Datei wp-config.php findet man über einen sog. FTP-Zugang zum Server. Habt ihr FTP-Zugang?

Alternativ kann man das Problem auch direkt in der Datenbank reparieren. Habt ihr Zugang zum Webhosting (z.B. 1&1 oder Strato o.ä.) und dort zur Datenbank (meist genannt phpMyAdmin)? Welcher Hostinganbieter wird verwendet? Dann kann man das ggf. genauer beschreiben.

Es gibt keine Pro Version von Contact Form 7.

Was helfen könnte, wäre das Durchlesen der Contact Form 7 Anleitung und FAQ oder z.B. das Eingeben von "Contact Form 7 anpassen" bei Google oder YouTube.

Du kannst mit entspr. Aufwand die gesamte Mediathek einer WordPress Installation z.B. auf einer anderen Subdomain ablegen, dafür gibt es Anleitungen wie z.B. diese (ungetestet, über 2 Jahre alt!). Das betrifft dann aber komplett alle Einträge der Mediathek, nicht nur ein paar. Weiterhin muss der Server der Hauptdomain dann natürlich auch direkte Schreibrechte via PHP auf die Ordner der Subdomain haben, um Dateien dort abzulegen. Das Einpflegen und Verwalten der Mediathek erfolgt weiterhin über die Hauptdomain. Das dürftge also Deine max. Anzahl Dateien Problematik nicht lösen.

Am Rande bemerkt gibt es sicherlich viele Plugins, die mit einem solchen eher ungewöhnlichen Szenario wegen unsauberer Programmierung bzgl. der WordPress nicht zurechtkommen werden.

Generell stellt sich hier auch die Frage, wie es zu so vielen Dateien kommt, evtl. hast Du Caching oder Minify o.ä. Plugins laufen, die nicht richtig aufräumen?

Alternativ kannst Du z.B. die Upload-Ordner älterer Jahre auf einen komplett anderen Server auslagern und dann über ein passendes Redirect-Muster per htaccess auf diesen umleiten. Das ist aber nur lesend möglich, wenn sich in den alten Ordnern nichts mehr ändert.

Poste dafür ggf. eine entspr. Anfrage in der Jobbörse, weitere Beschreibungen usw. führen hier zu weit.

Ok, damit wäre das gelöst. Interessanterweise zeigte die REST API Ausgabe via .../wp-json/ diesen / nicht an. Ein sehr seltsamer Effekt...

Am Rande, bitte keine Vollzitate, der Bezug ergibt sich klar aus dem Thread...

Erster Eindruck:

Ein Plugin mit einem seltsamen Ordnernamen "wp-fb-stream - Copy" fügt eine Vielzahl von Dateien in die Loginseite ein und erzeugt dabei eine JavaScript Warnung "unreachable code after return statement".

Das Plugin "Captcha Code" ist nur bis WordPress 5.0.4 getestet, Du verwendest aber 5.2.2

Deaktiviere mal diese beiden Plugins.

Ergänzung: Die Werte von siteurl und home stimmen lt. /wp-json/ - wo siehst Du einen extra / genauer?

Link zur neuen Loginseite?

Nutze ein HTML Widget in Elementor.

Oder kopiere die Datei auf Deinen Server in Deine Mediathek.

Der Mediathek einen externen Link unterzuschieben, kann in WordPress aus den unterscheidlichsten Gründen nicht funktionieren, alleine schon wegen der nötigen Erzeugung der diversen Bildgrössen. Und mal ganz abgesehen von diversen DSGVO Problemen, die durch externe Bilder entstehen..

Zitat von nuss75

Nach der Eingabe gibt es auch kein wirkliches Laden. ...

Was erscheint beim Anmeldeversuch in der Browser Konsole (google)? Link zur neuen Loginseite?

Ansonsten würde man der Reihe nach alle Plugins, die mit Sicherheit oder Login o.ä. zu tun haben durch das temporäre Umbenennen per FTP des jeweiligen /wp-content/plugins/ordnername/ deaktivieren und sehen, ob eines davon die Ursache ist.

Alternativ den kompleten Umzug neu machen und dafür ein Plugin wie Duplicator nutzen, das sich autom. um alle Einstellungen usw. kümmert.

Und am Rande zusätzlich zu den o.g. Fragen: Ist die PHP-Version gleichgeblieben oder anders?

Zitat von hatschiii

. Problem ist somit nicht geklärt

Bisher ist klar: Du verwendest diverse Plugins parallel, die sich dabei sicherlich in die Quere kommen. Du verwendest zudem ein Plugin, das anderswo beschrieben exakt Deine Problembeschreibung verursacht.

Bisher ist unklar: Hast Du die Antworten in diesem Thread überhaupt gelesen?

Schau Dir mal die Code-Beispiele bei ACF an, eine Checkbox gibt ein Array zurück.

Angesehen davon ist der PHP-Code hier generell falsch, das 'Keine' wird immer true ergeben, da es mit keiner Variable verglichen wird:

if ( ... && $organisation != '' || 'Keine') {

Mit welchem genauen Tablet / Handy / Browser funktioniert es denn nicht?

Schalte weiterhin mal alle Cache- und Optimierungsplugins ab. Und den Browser Cache leeren zwischen allen Versuchen nicht vergessen.

@Klaus.Waldmann Benutzt Du das o.g. Awaken Theme? Falls nicht, eröffne einen eigenen Thread.

Was steht im PHP Error Log des Servers?

Wenn was mal geht und mal nicht, deutet das in der Regel auf ein überlastetes Hosting hin, egal was irgendwo in irgendeiner Produktbeschreibung steht...

Würde erstmal alle Plugins deaktivieren, die was mit Bildern zu tun haben, wenn man den Namen Deines ersten Plugins 123 Image Resize bei Google eingibt, erscheint z.B. direkt eine ähnliche Fehlerbeschreibung in Bezug auf Überlastung. Auch sowas wie Smush und das auch noch parallel zum erstgenannten Plugin ist ein Kandidat für Probleme. Gleiches gilt für EWWW Image Optimizer. Eigentlich ein Wunder, dass bei der Kombination überhaupt ein Bildupload klappt. Das Gutenberg Pluign ist wie beschrieben überflüssig und erzeugt auch mehr Probleme als es löst.

Bereinige Deine Plugins oder wende Dich an die Person, die diese Plugins eingerichtet hat. Die soll Dir genau erklären, wie das zusammenspielen kann/soll.

Hast Du schon die Enfold Dokumentation gelesen und den Enfold Support befragt, den Du mitgekauft hast?

Was steht im PHP Error Log des Servers?

Evtl. ist Dein Hosting mit den Plugins überlastet o.ä.

Das Gutenberg Plugin ist ab WordPress 5.0 nicht nötig, in WordPress selbst ist die aktuelle "stable" Version von Gutenberg bereits enthalten. Das extra Plugin nutzt immer die aktuell neuste Eintwicklungsversion, die nicht selten viele neue Probleme mitbringt.

PS. Der Link zum Screenshot funktioniert hier nicht.

Du kannst wie bereits beschrieben !important verwenden, um all die inline Styles wie [FONT=Courier New]blockquote p span {}[/FONT] usw. zu überschreiben. Handhabbarer wäre allerdings sauberer HTML-Code und damit unkomplizierter CSS-Code.

Am Rande, einen Einfluss auf padding usw. hat der o.g. Code in der Regel nicht. Dafür sind andere Dinge verantwortlich. Das CSS dieser Seite ist sehr konfus.

Was für eine Datenbank und Version ist es denn?

Entferne erstmal alle inline Styles von den Elementen innerhalb der blockquotes, da wurde offenbar manuell Dinge wie Zentriert, Schriftgrösse, Farben usw. im Editor angepasst oder der Text inkl. Formatierung von einer "unsauberen" Quelle per Copy&Paste eingefügt.