Speichern wollen wir sie nat\u00fcrlich noch, und daf\u00fcr darf wieder unser wpdb-Objekt herhalten. Welche Daten wir speichern wollen, lesen wir aus dem Unterformular, das sind unsere Werte aus $_POST[‚feldname‘], <\/em>wobei „feldname“ im Formular festgelegt ist. Ich hab hier einfach die selben Bezeichnungen wie die der Datenbankfelder genommen, das ist am leichtesten zu lesen. Nochmal kurz zur Erinnerung, das Formularfeld f\u00fcr den Vornamen haben wir so definiert:<\/p>\n echo ‚Vorname: <input type=“text“ name=“vorname“ value = „‚.$einpost->vorname.'“\/><\/br>‘;<\/em><\/p>\n Den aktuellen Wert (den der Benutzer evtl. editiert hat) legen wir nach dem Klick auf den „\u00c4nderungen speichern“- Button der besseren \u00dcbersicht halber auf eine Variable:<\/p>\n if (isset($_POST[’speichern‘])){<\/em><\/p>\n $neu_vorname = $_POST[‚vorname‘];<\/em><\/p>\n }<\/em><\/p>\n Wichtig ist hier die richtige Positionierung der If-Isset-Abfrage, die mu\u00df nach der schlie\u00dfenden Klammer der ersten If-Isset-Abfrage aus dem Hauptformular hin. Wir legen uns alle Feldinhalte des Unterformulars auf Variable, und die verarbeiten wir dann in einem Update auf die Datenbank weiter.<\/p>\n Ein kurzer Blick in den Codex<\/a>, und es k\u00f6nnte einem etwas das Gruseln kommen. Da wird mit Arrays hantiert und mit Formaten und was wei\u00df ich noch alles, und dabei wollen wir doch nur einen stinknormalen Update auf einen einzelnen Datensatz fahren. Na ja, ich versuchs mal aufzudr\u00f6seln. In diesem Artikel <\/a>(runterscrollen bis UPDATING DATA in Sicht kommt) ist es recht einleuchtend beschrieben, wie man mit der Update-Methode umgeht. Das sieht dann so aus:<\/p>\n global $wpdb;<\/em> Ich gebe den Tabellennamen wieder mit der Konstanten MAINTABLE mit. Dann gehts los.<\/p>\n Wie ich schon sagte, ein bi\u00dfchen unhandlich und gew\u00f6hnungsbed\u00fcrftig, aber letztendlich funktionierts, und das ist die Hauptsache. Einige der genannten Parameter sind optional, aber ich habe noch nicht genau herausget\u00fcftelt welche, wir verwenden das jetzt mal so wie es ist.<\/p>\n Man k\u00f6nnte auf die Idee kommen und erstmal abfragen, in welchen Feldern \u00c4nderungen vorgenommen wurden, aber die Update-Methode macht das von selber, also kann man sich den Aufwand schenken. Also packen wir uns bei Klick auf den Und wenn der Update jetzt nicht klappt, liegt es daran, da\u00df ich im Formular das Feld f\u00fcr die ID auf „disabled“ gestellt habe, damit man die ID nicht versehentlich \u00e4ndern kann. Damit kann ich aber den Wert des Formularfeldes nicht mehr abfragen! Beliebter Fehler, mir wars blo\u00df entfallen. Das m\u00fcssen wir noch \u00e4ndern. Ich stelle das Feld auf „hidden“ und gebe die ID nur zur Kontrolle mit aus. Die Zeile im Formular sieht jetzt so aus:<\/p>\n echo ‚ID:  ‘.$einpost->id.'<input type=“text“ name=“id“ value = „‚.$einpost->id.'“ hidden<\/strong>\/><\/br>‘;<\/em><\/p>\n Es w\u00e4re ohnehin nichts passiert, weil wir in unserem Update das Feld id gar nicht mit drin haben, aber so ist es logischer und f\u00fcr den Benutzer besser verst\u00e4ndlich.<\/p>\n … wird genau nach obigem Muster zusammengebaut. Ich lege mir die Formularinhalte auf Variable, und setze diese in das Array im Update ein. Dabei auf die richtigen Kommas hinter den Argumenten achten!<\/p>\n Ich mach mal nur noch zwei weitere Felder beispielhaft, den Nachnamen und die E-Mail-Adresse, denn Rest k\u00f6nnen sie nach Belieben selber noch einbauen. Wir geben dann noch eine Meldung aus, da\u00df die \u00c4nderungen gespeichert sind, und das wars. Wenn unser Benutzer jetzt auf „\u00c4nderungen speichern“\u00a0 klickt, passiert Folgendes:<\/p>\n if (isset($_POST[’speichern‘])){<\/em> Das wars! Wenn man jetzt die \u00c4nderungen sehen will, ruft man einfach nochmal die selbe ID auf, und da sind sie auch schon – wenn alles geklappt hat. Ich geb nachher das ganze Plugin noch als ZIP-Datei mit, dann k\u00f6nnen sie’s genau nachvollziehen.<\/p>\n Die Update-Methode des wpdb-Objekts hat auch R\u00fcckgabewerte, ich zitiere mal kurz den Codex:<\/p>\n UPDATE rows<\/span><\/p>\n Update a row in the table. Returns false<\/tt> if errors, or the number of rows affected if successful.<\/p><\/blockquote>\n Man kann sich jetzt den Update auch auf eine Variable legen, das sieht dann zum Besipiel so aus:<\/p>\n $speichern=$wpdb->update(…Parameterarrays…)<\/em><\/p>\n Dann kann man die Variable $speichern entsprechend nach dem R\u00fcckgabewert auswerten und ausgeben. Falls sie „false“ zur\u00fcckgeben sollte, hat man \u00fcbrigens ein echtes Problem, dann haut die Verbindung zur Datenbank aus irgendeinem Grund nicht hin… ist mir aber noch nie passiert. Ich machs ganz einfach und gebe nur aus, wieviele Zeilen von dem Update betroffen waren:<\/p>\n echo $speichern.“  Datens\u00e4tze ge\u00e4ndert“;<\/em><\/p>\n Hier kommt \u00fcbrigens 0 (Null) zur\u00fcck, wenn der Benutzer zwar keine \u00c4nderungen gemacht, aber trotzdem auf „\u00c4nderungen speichern“ geklickt hat. Das liegt daran, da\u00df der Update nichts tut, wenn die zu speichernden Werte mit den bereits vorhandenen Werten in der Tabelle identisch sind. Aber das sind jetzt echt Feinheiten, da k\u00f6nnen sich Perfektionisten selber durchrecherchieren, ich mach hier mal nen Punkt, und einen neuen Beitrag.<\/p>\n","protected":false},"excerpt":{"rendered":" Jetzt haben wir unsere Adressdaten editiert, und nu? Speichern wollen wir sie nat\u00fcrlich noch, und daf\u00fcr darf wieder unser wpdb-Objekt herhalten. Welche Daten wir speichern wollen, lesen wir aus dem Unterformular, das sind unsere Werte aus $_POST[‚feldname‘], wobei „feldname“ im Formular festgelegt ist. Ich hab hier einfach die selben Bezeichnungen wie die der Datenbankfelder genommen, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[20,21,11,4,8,2],"tags":[],"_links":{"self":[{"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/posts\/446"}],"collection":[{"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/comments?post=446"}],"version-history":[{"count":6,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/posts\/446\/revisions"}],"predecessor-version":[{"id":452,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/posts\/446\/revisions\/452"}],"wp:attachment":[{"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/media?parent=446"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/categories?post=446"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/evileu.de\/zum-schwarzen-pinguin\/wp-json\/wp\/v2\/tags?post=446"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Ein bi\u00dfchen unhandlich: die wpdb-Update Methode<\/h2>\n
\n\u00a0\u00a0 <\/em>
\n\u00a0\u00a0 \u00a0$wpdb->update(<\/em>
\n\u00a0\u00a0\u00a0 “.MAINTABLE.“,<\/em>
\n\u00a0\u00a0\u00a0 array(<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ‚vorname‘ => $neu_vorname\u00a0 \/\/ string<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 \u00a0<\/em>
\n\u00a0\u00a0\u00a0 ),<\/em>
\n\u00a0\u00a0\u00a0 array( ‚id‘ => $ID ),<\/em>
\n\u00a0\u00a0\u00a0 array(<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ‚%s‘\u00a0\u00a0 \/\/ value1<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 \u00a0<\/em>
\n\u00a0\u00a0\u00a0 ),<\/em>
\n\u00a0\u00a0\u00a0 array( ‚%d‘ )<\/em>
\n);<\/em><\/p>\n\n
Wichtig: wir updaten immer alle Felder<\/h2>\n
<\/del>„\u00c4nderungen speichern“ – Button einfach immer alle Felder aus dem Formular und schreiben sie mit dem Update in die Datenbank.<\/p>\nBoing, reingefallen: disabled ist komplett disabled, \u00e4tsch!<\/h2>\n
Der Update f\u00fcr den kompletten Datensatz<\/h2>\n
\n\u00a0\u00a0 \u00a0<\/em>\u00a0\u00a0\u00a0 <\/em>
\n\u00a0\u00a0 \u00a0$ID = $_POST[‚id‘];<\/em>
\n\u00a0\u00a0 \u00a0$neu_vorname = $_POST[‚vorname‘];<\/em>
\n\u00a0\u00a0 \u00a0$neu_nachname = $_POST[’nachname‘];<\/em>
\n\u00a0\u00a0 \u00a0$neu_your_email = $_POST[‚your_email‘];<\/em>
\n\u00a0\u00a0 \u00a0<\/em>
\n\u00a0\u00a0 \u00a0global $wpdb;<\/em>
\n\u00a0\u00a0 \u00a0<\/em>
\n\u00a0\u00a0 \u00a0$wpdb->update(<\/em>
\n\u00a0\u00a0\u00a0 “.MAINTABLE.“,<\/em>
\n\u00a0\u00a0\u00a0 array(<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ‚vorname‘ => $neu_vorname,\u00a0 \/\/ string<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ’nachname‘ => $neu_nachname, \/\/string<\/em>
\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0‚your_email‘ => $neu_your_email \/\/string<\/em>
\n\u00a0\u00a0\u00a0 ),<\/em>
\n\u00a0\u00a0\u00a0 array( ‚id‘ => $ID ),<\/em>
\n\u00a0\u00a0\u00a0 array(<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ‚%s‘, \u00a0\u00a0\u00a0 \u00a0\/\/ value1<\/em>
\n\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 ‚%s‘,\u00a0\u00a0 \u00a0\/\/ value2<\/em>
\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0‚%s‘\u00a0\u00a0 \u00a0\/\/ value3<\/em>
\n\u00a0\u00a0\u00a0 ),<\/em>
\n\u00a0\u00a0\u00a0 array( ‚%d‘ )<\/em>
\n);<\/em>
\n\u00a0\u00a0 \u00a0<\/em>
\n\u00a0\u00a0 \u00a0echo „<h1>\u00c4nderungen gespeichert<\/h1>“;<\/em>
\n\u00a0\u00a0 \u00a0<\/em>
\n} \/\/ende von if isset post speichern<\/em><\/p>\nF\u00fcr Perfektionisten: Abfragen, ob der Update geklappt hat<\/h2>\n