Wo genau steht denn der Code? Wie wird er aufgerufen? Und wie sieht der restliche Code aus, der das Ergebnis ausgibt?
Beiträge von b3317133
-
-
und warum funktioniert es im Firefox und bei den anderen nicht?.
Weil jeder Browser anders auf das fehlerhafte HTML [FONT=Courier New]<img src="" alt="" title="" />[/FONT] reagiert.Mit diesem CSS Workaround funktioniert es auch in Chome, eine echte Lösung wäre aber, das fehlerhafte HTML zu korrigieren bzw. zu entfernen.
-
Ohne eine neue Version Deines geänderten Codes kann man schwer was dazu sagen...
-
Versuche es mal mit Deinem Hauptseiten-ID bei [FONT=Courier New]parent[/FONT] und ohne [FONT=Courier New]child_of[/FONT], die möglichen Parameter sind hier erklärt.
-
Für Mitleser, damit wird die [FONT=Courier New]white-space: pre-wrap;[/FONT] Regel aus dem Theme überschrieben.
-
Beide funktonierten unabhängig voneiander.
Das bedeutet nicht zwingend, dass die auch gemeinsam funktionieren. Weniger ist ggf. mehr...
-
-
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.
-
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.
-
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.