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 erstellenWie genau kommst Du auf "save_post"? Das ist etwas völlig anderes.
Beschäftige Dich wenigstens grundlegendend mit der Dokumentation von WordPress, sonst wirst Du von einem Problem in das nächste stolpern..
In ein paar ruhigen Stunden mal das WordPress Plugin Developer Handbook einfach komplett von Anfang bis Ende durchlesen, ...
.... Bitte https://developer.wordpress.org/reference/func…ctivation_hook/ beachten.
Wenn Du Yoast SEO verwendest:
Eine Action [FONT=Courier New]admin_add_ds[/FONT] gibt es standardmässig in WordPress nicht, daher wird [FONT=Courier New]wpstar_create_new_page()[/FONT] in diesem Code vermutlich nie ausgeführt.
ist "All in One SEO" eingebaut.
Siehe dort Search Appearance > Redirect Attachment URLs > Attachment Parent ...
Die IDs der verwendeten Beitragsbilder kann man z.B. vollautomatisch über die REST API über das Feld [FONT=Courier New]featured_media[/FONT] abfragen und dann autom. per [FONT=Courier New]example.com/?p=<id>[/FONT] aufrufen und dort dann autom. Kommentare hinterlassen.
Viele SEO-Plugins haben entspr. Redirect Funktionen zum eigentlichen Bild eingebaut, Beispiel Yoast SEO, mit denen man u.a. das vermeiden kann.
Link zur Seite?
Wird denn dort [FONT=Courier New]$gallery->pagelink[/FONT] und[FONT=Courier New]$gallery->gid[/FONT] korrekt ausgegeben? Mit [FONT=Courier New]/[/FONT] am Ende?
Mögliche Alternative: [FONT=Courier New]href="<?php echo $gallery->pagelink . '?gid=' . $gallery->gid; ?>"[/FONT] o.ä. (besser mit [FONT=Courier New]add_query_arg[/FONT]) mit dann Auswertung von [FONT=Courier New]$_GET['gid'][/FONT] für [FONT=Courier New]$galleryid[/FONT]
Link zu dieser WP Forum Aussage?
Eine Option, die automatisch alle verarbeiteten Daten auflistet, gibt es in WordPress nicht, kann es auch rein technisch nicht geben. Auch eine generell Fassung gibt es nicht. Eine solche Auflistung unterscheidet sich von Fall zu Fall, auch von Hosting zu Hosting. Je nach Einstellungen im WordPress Core bzw. im Theme werden Daten von Besuchern auch automatisch an externe Dienstleister wie gravatar.com weitergeleitet.
Es gibt lediglich eine rudimentäre Exportfunktion für in WordPress gespeicherte Benutzerdaten, die aber keinesfalls als vollständig zu betrachten ist und die von kaum einem Plugin oder Theme auch wirklich korrekt eingebunden bzw. angesprochen wird.
dies bitte nicht weiter hinterfragen
Ok, viel Erfolg.
Buttons zum Warenkorb bzw. in Deinem Fall der ganze [FONT=Courier New]form[/FONT] Tag mit den Produktdaten werden üblicherweise dynamisch zum Produkt passend von WooCommerce generiert und über passende Templates oder Shortcodes in Seiten eingefügt, siehe z.B. auch hier.
Die Art und Weise des Erstellens der Produktseiten durch Kopieren von fertig generiertem HTML Code statt entspr. Platzhalter ist wie beschrieben grundsätzlich fehlerhaft.
Es ist eine manuelle Nachbearbeitung aller Seiten nötig, sei es Seite für Seite oder durch Suchen/Ersetzen des falschen HTML Codes durch einen passenden Shortcode o.ä. direkt in der Datenbank.
Wende Dich für diese generelle Korrektur am besten an jemanden mit zumindest grundlegendem Verständnis für solche Dinge, da dabei als Anfänger vieles schiefgehen kann.
.. sondern ein anderes Namens "Alkohol & Drogen in der Kindheit". Sollte ich nun, sagen wir mal ein Kochbuch in den Warenkorb legen wollen, dann würde wieder das ebook "Alkohol & Drogen in der Kindheit" in den Warenkorb wandern. Also egal, welches Produkt in den Warenkorb gelegt werden soll, es kommt immer das ein und selbe ebook hinein.
Das liegt einfach daran, dass offenbar alle Produktseiten den gleichen Wert 19416 für das genannte eine Produkt im entspr. Button hinterlegt haben:
<button type="submit" name="add-to-cart" value="19416" class="single_add_to_cart_button button alt">In den Warenkorb</button>
Dieses Problem wurde auch schon mit anderen Worten von @mensmaximus in #6 genannt.
Der Fehler liegt in der Art und Weise des Erstellens der Inhalte der Produktseiten.
Ich habe jetzt momentan also die WordPress Version 4.9.16 installiert.
.. Kann mir jetzt hier jemand evtl erklären, wie ich es mache, dass ich nicht wieder gleich auf version 5.7 update???
Im 4.9.x Zweig kannst Du z.B. mit einem Plugin wie hier beschrieben bleiben. Sicherheitsreleveante Updates wird es auch dort noch für Jahre geben...
Die grundlegende Frage hier ist so ähnlich wie die Frage ob man bei einem Auto die Vorder- und Rücklichter vertauschen will, weil man nur noch rückwärts fahren möchte. Ist sicherlich technisch lösbar, Sinn macht es eher keinen.
Habe innerhalb einer SQL-DB die Tabellen-Prefix geändert.
Warum? Nach welcher Anleitung? Link zu dieser Anleitung?
So eine Änderung setzt selbstverständlich auch Anpassung in wp-config.php und in allen sonstigen Tabellen voraus.
Empfehlung: Einspielen des vorher angelegten Datenbank-Backups.
Ich habe hier genau das gleiche Problem seit gestern mit dem Update auf Wordpress 5.7.
Das kann die unterschiedlichsten Ursachen haben.
Link zur Seite mit dem Formular?
Was erscheint in der Browser Console beim Absenden des Formulars? Eine Meldung mit TypeError: Cannot set property ‘innerText’ of null o.ä. in contact-form-7/includes/js/index.js deutet auf Probleme mit dem Theme und/oder anderen Plugins hin.
Wie verhält es sich, wenn temporär alle sonstigen Plugins deaktiviert sind und temporär ein Standard Twenty Xxx Theme von WordPress verwendet wird?
Gemeint von @Henk1060 war vermutlich z.B. das derzeit aktive Plugin Autoptimize.
Weiterhin werden durch eine falsche Einbindung von Google Analytics Scriptfehler erzeugt, dieser Code ist falsch:
ga('create', 'UA-XXXXXXXX-X', 'auto');
UA-41396312-1
ga('send', 'pageview');
Richtiger wäre (ungetestet):
ga('create', 'UA-41396312-1', 'auto');
ga('send', 'pageview');
Und es sind noch weitere HTML Syntaxfehler an anderer Stelle vorhanden. Evtl. nochmal die Person ansprechen, die den Website ursprünglich eingerichtet hat.
Lies nochmal genauer die API Dokumentation, z.B. hier.
Allgemeiner Tipp: Wenn man ein Plugin entwickelt, sollte man sich zunächst mit grundlegender Programmierstruktur, dem Lesen der Dokumentation und Anmerkungen, dem Abfangen aller möglichen Fehlerfälle und vorhandenen Debugmechanismen wie WP_DEBUG bzw. Ausgaben in PHP Error Logs usw. auseinandersetzen. Das löst in der Folge dann viele Fragen von ganz alleine.
In ein paar ruhigen Stunden mal das WordPress Plugin Developer Handbook einfach komplett von Anfang bis Ende durchlesen, auch wenn man nicht direkt alles verstehen, bekommt man damit ein Gefühl für die Mechanismen und viel Grundlagenwissen.
Was wird zurückgegeben? Der aktuelle Code prüft keinerlei Rückgaben.
38: wp_insert_post($wp_data);Generell dazu: Ähnliche vermeintliche Problembeschreibungen wie "Google Bot spidert trotzdem alles" oder "Sperren in robots.txt funktioniert nicht" oder "meta noindex wird nicht beachtet" haben sich hier nach entspr. Analysen immer entweder als syntaktische oder logische Fehler in der robots.txt bzw. falsche oder auch doppelte widersprüchliche meta Angaben im Seiten head und/oder HTTP Headern erwiesen.
Kann mir bitte jemand sagen, was an diesem Code fehlerhaft ist?
Wie äussert sich der Fehler in Deinem Code?
Was genau wird von wp_insert_post zurückgegeben? Im Fehlerfall, welche genauen Angaben von WP_Error? Siehe auch API Dokumentation (developer.wordpress.org)
Melde das Problem bzw. die Unklarheiten mit diesem Button am besten direkt bei den Gutenberg Entwicklern, die lesen hier im Forum nicht mit.
