In der URL-Zeile von z.B. Firefox:[FONT=courier new]
view-source:https://reifschneider.work/site/[/FONT]
Strg-F: Nach "font-awesome" suchen...
Rausfinden, woher das kommt.
Beiträge von b3317133
-
-
Derzeit sind zwei verschiedene Font Awesome Versionen eingebunden, das funktioniert nicht.
-
Möglicherweise. Das kann man von "aussen" aber schlecht beurteilen, wenn man nicht zufällig das gleiche Theme benutzt. Es ist offenbar ein gekauftes "Premium" Theme, daher am besten mal den Autor bzw. Theme-Support fragen.
-
Das liegt an der "responsive" Darstellung des Themes. Vergrössere das Browser-Fenster, dann erscheint das Menü oben rechts.
-
Im Theme wird Notation/Classnames für Font Awesome 3.x verwendet, das CSS ist aber für Font Awesome 4.x eingebunden.
HTML<i class="icon-arrow-left"></i>HTML<i class="fa fa-arrow-left" aria-hidden="true"></i> -
Dieser Teil der [FONT=courier new]index.php[/FONT] wird bei Nutzung/Verwendung als [FONT=courier new]404.php[/FONT] nicht aufgerufen, weil es dann keine [FONT=courier new]have_posts()[/FONT] und damit keine Loop gibt.
Ausserhalb dieser Schleife kannst Du z.B. eigene get_posts() verwenden, Beispiele wie das (auch immer) ausserhalb der Loop ("outside any loop") geht, befinden sich auf der verlinkten Doku-Seite.
-
Kopiere (falls die noch nicht existiert) die Datei [FONT=courier new]index.php[/FONT] Deines Themes als Datei [FONT=courier new]404.php[/FONT] in Deinen Theme-Ordner, siehe auch hier. Dann kannst Du die Datei [FONT=courier new]404.php[/FONT] bearbeiten und entspr. Code, Shortcodes, Widgets, o.ä. dort einbinden.
-
@b3317133.Im FF und Chrome will er ständig https.....
Hier nicht, bei r23 nicht, bei SirEctor nicht, bei Jaba nicht, ... wo ist also das Problem zu suchen?Und wenn Du "in allen möglichen Foren Seitenhiebe" empfindest, mag es evtl. auch generell an der Fragestellung und/oder Erwartungshaltung liegen.
Und noch zum Thema: Alle genannten Browser bringen sog. Entwickler-Tools mit, mit u.a. einem Netzwerk-Tab, in dem man genau sehen kann, was wie in welcher Reihenfolge geladen wird...
-
Hier ist sicher nicht das doppelte Lotschen Schuld, sonder irgend eine Einstellung oder?
Wenn zwei gleiche "slugs" existieren, wird WordPress nicht wissen (können) welche Seite o.ä. Du beim Aufruf meinst. Daher bereinigen.
-
Schau nach einer Test-Email mit asdfasdf usw., die ging vorhin durch.
Bei einem zweiten Versuch soeben kam jetzt der gleiche HTML-Hinweis wie in Deinem Backend zurück, das verursacht wie beschrieben die JSON-Fehlermeldung.
HTML<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>200 OK</title> </head><body> <h1>OK</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html>Ist evtl. "Sicherheit" -> "Serverside Security" in Deinem Strato-Account aktiviert?
Und welche PHP-Version ist eingestellt?
-
Eine JSON-Antwort ist hier die Antwort des Servers auf eine Ajax-Anfrage aus dem Browser im JSON-Format. Wenn diese statt im JSON-Format als HTML-Fehlermeldung bzgl. Serverüberlastung zurückkommt (so wie das bei admin.php der Fall war), kann das Formular nichts mit dem HTML anfangen und zeigt folglich die o.g. Fehlermeldung.
Ein Test-Versand via "Kontakt" hat soeben funktioniert, wo genau tritt das Problem denn auf?
-
Hab auch schon Cache geleert. Ohne Erfolg.
Welchen Cache hast Du geleert? Euer Theme hat in den Theme-Options einen eigenen Code- und Bildercache, meinst Du den?
Die .zip Datei und installer.php stammt aller Wahrscheinlichkeit nach aus dem Plugin Duplicator (das man als WordPress-Dienstleister kennen sollte).
-
Jeder "slug" sollte in WordPress nur einmal vorkommen, vermutlich gibt es hier Überschneidungen bzw. "Doppelte".
-
Deine Installation erzeugt aus welchem Grund auch immer irgendwelche Fehlermeldungen, das führt zu einer defekten JSON-Antwort beim Formularversand bzw. zum (vermeintlichen) Download der admin.php Datei - poste mal hier den Inhalt der lokal heruntergeladenen admin.php und einen Link zur Seite.
Am Browser liegt das nicht. An Contact Form 7 liegt das auch nicht.
-
Jeder "slug" sollte in WordPress nur einmal vorkommen, d.h. entweder als WordPress Kategorie oder als WordPress Schlagwort oder als Permalink-Teil Deiner Taxonomie oder als Unterpunkt davon usw. - vermutlich gibt es hier Überschneidungen bzw. "Doppelte".
Verständlich ist das ganze für mich trotz mehrfachem Lesen leider nicht.
-
Es gibt viele Plugins für WordPress, evtl. ist ein passendes dabei. Da völlig unklar ist, was Dein Custom Post Type genau beinhaltet, bzw. wie Du Dir welche Art von Ausgabe wo/wie genau vorstellst, kann man genaueres nur schwer sagen.
-
Dann liegt offenbar ein Konflikt mit Deinem Theme vor. Dort scheint es lt. Screenshot eine "Slides"-Funktion zu geben, die ggf. mit Code im Plugin kollidiert. Würde empfehlen, im Plugin-Forum den Autor zu befragen.
-
Das beschriebene Problem, dass WordPress MySQLDumper "überlagern" würde, ist damit gelöst. Weiteres am besten im MySQLDumper Forum klären.
-
Würde für individuelle Darstellung via ShortCode oder als Widget get_posts() empfehlen.
Und für eine Liste der CPT-Einträge z.B. [FONT=courier new]example.com/mein-post-type/[/FONT] - dafür wird im WordPress Theme dann [FONT=courier new]archive-mein-post-type.php[/FONT] verwendent, mehr dazu hier.
-
Selbst wenn ich alle Plugins außer Speed Booster Pack deaktiviere bleibt der Fehler bestehen.
Die Fehlermeldungen im Screenshot stammen von zwei anderen Plugins.
