Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen... steht bei der Email, die wir nach einer Bestellung bekommen sollten, folgendes: Invalid "Reply-To" e-mail address "kunde@domain.fe"
Hat jemand eine Idee, wie man so etwas vermeiden kann?
Verwendet keine Eingaben von Dritten/Kunden in eueren E-Mail Von/An/CC/Reply-To/Subject/alle Headerfeldern von solchen internen Bestellbenachrichtigungen o.ä.
Es handelt sich offenbar um ein Kauftheme, daher kann man "von aussen" nur schwer helfen, der Quellcode ist nicht einsehbar. Der beste Ansprechparter wäre wohl der Theme Support, den man in der Regel auch mitgekauft habt.
Die Reihenfolge, in der WordPress nach Dateien sucht, ist in der Template Hierachy beschrieben.
Das Frontend ist das, was normale Besucher ohne Login sehen (in Deinem Fall derzeit einen 404 Fehler).
Auf der genannten Seite ist kein WordPress vorhanden, entweder die Installation hat nicht funktioniert oder die (Sub-)Domain ist falsch zugeordnet.
Vermutlich kann hier der Support Deines Hosting Anbieters am besten weiterhelfen.
Am Rande bemerkt: Mit "www" statt "dormagen" erscheint eine WordPress Installation (die lt. Google Cache auch schon mal funktioniert hat), die kann derzeit aber die Datenbank nicht erreichen. Evtl. gab es hier auch Wechselwirkungen mit Deinem Installationsversuch.
Die "Rauten" werden als dreieckige Hintergrundgrafiken links und rechts über [FONT=Courier New]a:hover::before[/FONT] und [FONT=Courier New]a:hover::after[/FONT] angezeigt.
Grob veranschaulicht ohne Grafiken geht sowas so: https://jsfiddle.net/9jnaeop4/
... Ich habe Deinen Rat befolgt und die bisherige Datenbank behutsam in die neue DB eingefügt (ohne Options, Usermetas und Users). ...
Nur der Klarheit wegen, zu einem solchen Vorgehen bzgl. der Datenbank habe ich nie geraten.
Einfach Tabellen weglassen führt mit sehr hoher Sicherheit zu Folgeproblemen, da z.B. die Benutzer IDs auch in weiteren Tabellen verwendet werden und auch viele Plugins sowohl in den Options als auch anderswo Inhalte verteilen usw.
In diesem Vorgehen dürfte wohl das bereits vermutete grundsätzlichere Problem liegen.
network - nichts
In "Network" sollte mindestens der Request zur Anmeldung erscheinen.
Sieht nach einem Mischmasch zwischen WordPress Versionen aus.
Ersetze die Ordner [FONT=Courier New]wp-admin[/FONT] und [FONT=Courier New]wp-includes[/FONT] und alle Dateien im Hauptverzeichnis der Installation (bis auf [FONT=Courier New]wp-config.php[/FONT]) aus einem frischen Download der installierten Version.
Am Rande bemerkt: Irgendwas läuft da auch im Hinblick auf die anderen o.g. Problembeschreibungen offenbar grundsätzlicher schief bei Deinen Installationen oder bei den Wegen, wie/wo Du darin Dinge integrierst oder veränderst.
Was erscheint in der Browser Konsole (google) im Tab "Konsole" und im Tab "Netzwerk" wenn die Scheibe erscheint? Wie genau sieht diese Scheibe aus?
Für weitere Schritte unbedingt die Sicherheitshinweise in der WordPress Dokumentation für Zugriffe auf die Datenbank beachten, sonst handelt man sich möglicherweise ganz schnell böse Sicherheitslücken ein...
Dein JavaScript Code erwartet eine [FONT=Courier New]response[/FONT] und entscheidet anhand des Inhalts, was im Browser angezeigt wird.
Also solltest Du in der PHP Funktion wohl was zurückgeben, das irgendwie zum erfolgreichen oder nicht erfolgreichen Ausführen des PHP Codes auf dem Server passt. Daran sieht man dann im Browser, ob es geklappt hat oder nicht, das wäre zumindest das, was Dein JavaScript Code derzeit vorsieht. Aus irgendwelchen Gründen hast Du den ja so geschrieben.
Genereller Tipp zum Debugging von Ajax: Im Netzwerk Tab der Browser Konsole (google) kann man in der Antwort des Requests sehen, was von WordPress zurückgegeben wird, derzeit eine 0 (Null) wg. des fehlenden [FONT=Courier New]wp_die()[/FONT], siehe auch oben...
Jetzt ist die [FONT=Courier New]Warning: call_user_func_array() ..[/FONT] weg, gut.
Die [FONT=Courier New]function check_datainsert()[/FONT] gibt weiterhin nichts zurück und es fehlt das [FONT=Courier New]wp_die()[/FONT] lt. Ajax Anleitung.
Dein Ajax Aufruf gibt derzeit das hier zurück, siehe auch Netzwerk Tab im Browser:
Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'datainsert' not found or invalid function name in /is/htdocs/wp10652[...]rips/wp-includes/class-wp-hook.php on line 292
0
Vermutlich sieht [FONT=Courier New]add_action()[/FONT] Deinen PHP Code nicht.
Der PHP Code selbst gibt wie bereits beschrieben sonst nichts verwertbares zurück, nur die 0 weil wohl wp_die() fehlt.
Deaktiviere für eine Fehlereingrenzung alle Optimierungs-Plugins, mind. aktiv: Jetpack (bindet derzeit Teile des WordPress Core über Server in den USA ein, sendet die IP der Besucher dorthin, auch ein DSGVO Problem), weiterhin alle sonstige Plugins, die in die Ausgabe eingreifen, derzeit mind. aktiv: CookieYes | GDPR Cookie Consent & Compliance Notice und WP GDPR Compliance (diese Art Plugins sollten eigentlich nicht parallel laufen).
Weiterhin versuche es mal mit einem Twenty XXX Standard WordPress Theme.
Weiteres ergibt sich ggf. auch aus Meldungen in der Browser Konsole (google) der Seite beim Bearbeiten.
Die [FONT=Courier New]add_action()[/FONT] sollten nicht in der Template Datei [FONT=Courier New]inserttest.php[/FONT] aufgerufen werden, sondern immer über das Theme in [FONT=Courier New]functions.php[/FONT] o.ä. oder ein Plugin. Beim Ajax Aufruf sind diese Actions sonst nicht bekannt.
Ein Zugang zur Datenbank über phpMyAdmin ist normalerweise in Deinem Hosting Account bereits vorhanden. Evtl. kann der Hosting Support oder auch der ehemalige Mitarbeiter entspr. weiterhelfen.
Wenn Du Dich gar nicht auskennst, suche Dir am besten in Deinem näheren Umfeld eine Person, die sich mit WordPress zumindest etwas auskennt und die Dich vor Ort und dann auch in Zukunft entspr. weiter unterstützen kann.
Für das einfache Wiederherstellen eines Zugangs wäre auch ein Gesuch in der Jobbörse im Forum eine mögliche Alternative. Voraussetzung anhand aktueller Beschreibung ist ein Zugang zum Hosting Account für phpMyAdmin oder um FTP einzurichten.
Mit "beim bestehenden User" ist auch der Account des ehem. Mitarbeiters gemeint. Was genau hast Du in der Datenbank versucht und was klappt dabei nicht?
Eine andere Möglichkeit, einen Zugang anzulegen, wäre wie beschrieben via FTP.
Eventuell ist so ein "Mischbetrieb" im Oxygenbuilder nicht vorgesehen oder Du hast einen Fehler gefunden.
Am besten kann hier der Oxygenbuilder Support weiterhelfen, den Du mitgekauft hast, hast Du es dort schon versucht?
Deaktiviere alle Plugins und verwende ein Standard Twenty XXX Theme, ändern sich dann die Inhalte weiterhin nach dem Aktualisieren?
Es sieht so aus, als würde irgendein Mechanismus beim jedem Speichern o.ä. den Inhalt immer neu in UTF-8 umwandeln, das ist kein Standardverhalten von WordPress.
Link zur Seite, wo das so aktiv ist?
Der Code bindet keine jQuery Bibliothek ein, schwer vorstellbar, dass da im Browser überhaupt etwas passiert ausser einem Scriptfehler. Dazu fehlt die WordPress Einbindung für den PHP-Code, [FONT=Courier New]add_action()[/FONT] dürfte damit einen PHP Fehler erzeugen, und dazu gibt der AJAX-Code gar nichts zurück. So kann man schwer helfen.