Ergänze mal das hier:
Code
white-space: pre;Beiträge von b3317133
-
-
Derzeit erreichen mich trotz Spamfilter viele Spammails
Lt. Screenshot sind mind zwei Captcha-Lösungen parallel aktiv, das kann u.U. Probleme verursachen, vielleicht funktioniert dann keines von beiden?
-
habe mal die wp-config hier hochgeladen.
Diese Datei hat am Anfang ein sog. UTF-8 BOM das dort nicht sein sollte.
hab das jetzt hinbekommen. bekomme aber jetzt diese meldung, direkt nachdem ich mich ins backend einloggen will:
Seltsamer Effekt, woran lag es denn? Klingt etwas nach Trojaner o.ä.
-
Am Beginn Deiner Datei wp-config.php steht nach erstem Eindruck ein sog. UTF-8 BOM (Byte Order Mark) in Form von 3 Bytes 0xef,0xbb,0xbf, der müsste da weg. Das Problem ist wahrscheinlich durch das Bearbeiten der Datei mit einem unpassenden Editor entstanden.
-
Was genau meinst Du mit "das Texteingabefeld das immer da ist"? Den Titel? Den Editor?
Bei Custom Post Types kann man beim Erstellen über einen Parameter "supports" angeben, welche Bestandteile genutzt werden sollen. Je nachdem, wie der Custom Post Type erzeugt wird, kannst Du das in Deinem Code oder im entspr. Plugin definieren.
-
Der entspr. Code kann überall "versteckt" worden sein, in Plugins, im Theme, in WordPress Systemdateien, in alle möglichen sonstigen Dateien.
Eine Herangehensweise zum Auffinden des Codes wäre der Abgleich aller(!) Dateien auf dem Server mit den Inhalten frisch heruntergeladener sauberer Archive der gleichen Versionen und eine manuelle "Inspektion" der wp-config.php Datei.
-
Das Logo der Seite verlinkt auf die Hauptseite, ich würde diesen Link gerne ändern.
Um die richtige Stelle zu finden, könnte man alle
[FONT=Courier New]
<a href="<?php echo home_url(); ?>"[/FONT]temporär ersetzen durch
[FONT=Courier New]<a href="<?php echo home_url(); ?>[COLOR=#ff0000]?stelle=1[/COLOR]"[/FONT]
und stelle=2, stelle=3 usw. und dann die Links im Frontend anschauen...
-
Der Codeblock dient normalerweise zur manuellen Weiterleitung alter Links von http auf https, das scheint derzeit aber anderweitig bereits automatisch zu funktionieren.
-
Code
RewriteCond %{HTTPS} !=on
Bei manchen Hostings/Servern/o.ä. funktioniert die o.g. Bedingung nicht, die entspr. Variable ist ungesetzt, evtl. wurde im Hosting was geändert und das hat dann den endlosen Redirect ausgelöst.Alternativ funktioniert in solchen Fällen ggf. eine andere Bedingung wie z.B.
CodeRewriteCond %{SERVER_PORT} !=443 -
Man kann die CSS-Ausgabe von CF7 auch abschalten und die Theme Styles als Basis nutzen bzw. komplett selbst stylen, manchmal die einfachere Variante.
-
Wie kann ich das in Zukunft vermeiden? Die Datei war identisch ..
Was stand denn in der alten Datei?
Wurde zufällig kürzlich mal auf https umgestellt?
-
Jetzt ist mein nächstes Ziel, dass User die Advanced Custom Fields über das Frontend ausfüllen können.
Dafür gibt es einen Guide bei ACF.
-
Kann man mit Hilfe der wpdb Klasse oder z.b. einem Custom Post Type komplett selbst bauen, oder man sucht sich ein passendes Plugin oder Theme zum Thema "Automotive" und "Classifieds" (Anzeigen) in einer Suchmaschine.
-
Shortcodes sollen Daten zurückgeben und nicht direkt ausgeben.
the_xxx() gibt die Daten direkt aus, verwende beim Zusammenbau der Ausgabe als String get_the_xxx()
Alternativ ob_start() vor der HTML-Ausgabe und return ob_get_clean() nach der HTML-Ausgabe.
-
Bitte niemals Zugangsdaten öffentlich posten! :eek:
Wende Dich an den Hersteller des Themes, so ein Problem (fehlende Rechte) scheint damit lt. Google hier und da aufzutreten, siehe z.B. hier im Support Forum des Herstellers.
-
Meinst Du eine "Multisite Installation"? Ist in dem Fall die Einstellung so wie hier im zweiten Screenshot?
-
the_post_thumbnail() gibt die Daten direkt aus, verwende get_the_post_thumbnail()
-
Der normale WordPress Login wird bei Dir vom Theme oder von einem Plugin überschrieben.
Ohne Zugangsdaten kann man hier jetzt nur noch schwer weiterhelfen. Wende Dich am besten an denjenigen, der den Website eingerichtet hat.
-
Laufen irgendwelche Member Plugins o.ä.? Link zur Seite von "auf Ihrer Website ...."?
-
In den aktuellen Bugreports sind einige ähnliche Meldungen zum Thema "MIME" dabei, z.B. #45615
Zur Info, WordPress 5.0.3 scheint einen "partial fix" für dieses Thema (inkl. für CSV) zu beinhalten, aber das generelle Problem ist offenbar noch nicht gelöst und auf eine spätere Version verschoben...
