Beiträge von b3317133

• Das Auskommentieren ist fehlerhaft, es kommentiert so gar nichts aus, es fügt nur ein paar [FONT=Courier New]//[/FONT] hinzu.
• Das Umbenennen ist auch fehlerhaft, die offenbar genutzten Unterstriche [FONT=Courier New]_[/FONT] sind nirgends beschrieben, schau nochmal in die Template Hierarchy.

Würde eine Rückfrage bei der Person empfehlen, die den Button über das Plugin dort eingefügt hatte, da er wegen des extern eingebundenen Formulars lt. DSGVO nötig ist.

Zitat von fhwebdesign

Allerdings ist es meines Wissens nach ein ziemlicher Sicherheitsmangel wenn die PHP-Datei direkt ausführbar wäre!

Inwiefern genau?

Zitat von fhwebdesign

..dass WordPress generell direkte Anfragen auf PHP-Dateien blockiert.

Poste einen Link zu dieser Blockade, damit man diese Vermutung ansehen kann.

Deaktiviere alle sonstigen Plugins und ggf. manuelle Anpassungen in [FONT=Courier New].htaccess[/FONT], um Wechselwirkungen auszuschliessen.

Für Prüfungen mit eigenem JS-Code in einem Formular verwendet man normalerweise einfach einen [FONT=Courier New]submit[/FONT] Handler (google) vor dem Absenden.

Beschäftige Dich wie bereits verlinkt etwas mit der WordPress Template Hierarchy:

• Die Datei [FONT=Courier New]category-169.php[/FONT] wird für die Archivseite der Kategorie mit der ID 169 verwendet (in Deinem Fall ist das die Kategorie "EMAIL NACHRICHTENDIENST").
• Die Datei [FONT=Courier New]_aktuelle_category-169.php[/FONT] wird von WordPress standardmässig nicht verwendet.

Die oben verlinkte "Ausgabe Mai 2021" hat die Kategorie ID 356, für diese Archivseite nutzt WordPress derzeit lt. Deiner Screenshots die Datei [FONT=Courier New]category.php[/FONT] im Child Theme Ordner.

Da Dein Website auch den Visual Composer verwendet, kann es dadurch ggf. noch Einflüsse geben, die über die Template Hierarchy hinausgehen.

Beschäftige Dich mit dem Plugin "Borlabs Cookies", das ist für die Buttons verantwortlich, die dort derzeit vermutlich mit gutem Grund (DSGVO/GDPR) eingestellt sein dürften.

PS. This is a german language forum.

Zitat von Robota

... 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.ä.

• In welcher php-Datei hast Du welche Änderungen vorgenommen?
• Welche sonstigen Dateien befinden sich im Child-Theme Ordner?
• Welche Dateien befinden sich im Theme-Ordner?

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.

• Funktioniert das Frontend der Seite ohne Login?
• Link zur Seite (wo der 404 erscheint)?

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/

Zitat von opowoj

... 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.

Zitat von jhaustein

network - nichts

In "Network" sollte mindestens der Request zur Anmeldung erscheinen.

• Link zur Anmeldeseite?
• Welcher exakte Benutzername funktioniert nicht?

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.