L\u00f5petasin just projekti funktsiooni, mis kasutab kasutaja (v\u00f5i kasutajate komplekti) kustutamisel kohandatud postitust\u00fc\u00fcpide, andmete importimise ja olemasolevate postituste v\u00e4rskendamise kombinatsiooni.<\/p>\n
Siiski on \u00fcks probleem:<\/p>\n
Oletagem, et teil on praegu avaldatud postitus (st selle "post_status" v\u00e4\u00e4rtuseks on seatud "avaldamine"), kuid kui v\u00e4rskendate postitust saidi wp_update_post kaudu, on selle atribuudi post_status v\u00e4\u00e4rtuseks "tulevik".<\/p>\n
Kui v\u00e4rskendate postitust programmiliselt, m\u00e4\u00e4ratakse postituse olekuks "Ajastatud" (vastavalt kasutajaliidesele) ja "tulevik" (vastavalt andmebaasi veerule).<\/p>\n
Mis siis annab?<\/p>\n
\u00dcldiselt ma ei f\u00e4nna seda, et miski t\u00f6\u00f6le hakkaks, teada saada, et see toimib, ja liikuda edasi j\u00e4rgmise \u00fclesande juurde, v\u00e4lja arvatud juhul, kui ma m\u00f5istan t\u00e4pselt, miks see [oletatult] \u00fcldse ei toiminud.<\/p>\n
See ei t\u00e4henda, et piirangud ei oleks seda p\u00f5hjustanud (v\u00e4hemalt t\u00f6\u00f6ajal). Aga kui on kesk\u00f6\u00f6, parandan vea ja siis ma pole t\u00e4iesti kindel, et saan aru, miks see ilmselt katki l\u00e4ks, v\u00f5in sama h\u00e4sti \u00fcleval olla ja selle v\u00e4lja m\u00f5elda, eks?<\/p>\n
See on nagu programmeerija versioon p\u00f6\u00f6rdumiskulude kallutatusest<\/a>.<\/p>\n Igatahes, nagu \u00fclalpool kirjeldatud, on probleemi p\u00f5hiolemus siin:<\/p>\n K\u00f5ik t\u00f6\u00f6tab suurep\u00e4raselt, v\u00e4lja arvatud probleem: kui postitust programmiliselt v\u00e4rskendatakse, m\u00e4rgib see andmebaasis postituse olekuks \u201etulevik", m\u00e4\u00e4rates l\u00f5puks vaates K\u00f5ik postitused<\/strong> postituse rea\u00fcksuseks \u201eAjastatud”.<\/p>\n Selle probleemi lahendamiseks on kaks v\u00f5imalust.<\/p>\n Kui valite esimese lahenduse, kasutage kindlasti ettevalmistamise funktsiooni ja veenduge, et t\u00e4idaksite p\u00e4ringu p\u00e4rast v\u00e4rskendusfunktsiooni tagastamist<\/a>.<\/p>\n Kui valite teise lahenduse, v\u00e4rskendage enne selle v\u00e4rskendamisfunktsioonile<\/a> edastamist postitusobjekti atribuute .<\/p>\n Ma ei ole see, kes \u00fctleks, et projektiga t\u00f6\u00f6tades pole kummalegi neist lahendustest kohta, kuid k\u00fcsimus j\u00e4\u00e4b alles:<\/p>\n Miks m\u00e4rgib WordPress postituse edaspidiseks, kui postitus oli enne v\u00e4rskendusprotseduuri l\u00e4bimist seatud avaldama?<\/p>\n Ja kui te pole kursis \u00fclej\u00e4\u00e4nud argumentidega, mis postituse v\u00e4rskendamisel WordPressile edastatakse, kulub sellele j\u00e4lile j\u00f5udmiseks veidi aega.<\/p>\n Otsese andmebaasip\u00e4ringu kirjutamise v\u00e4ltimiseks valin teise lahenduse, kuna see on puhtam (kuigi see ei muuda seda v\u00e4hem segaseks).<\/p>\n Sellise k\u00e4itumise p\u00f5hjuste v\u00e4ljaselgitamiseks v\u00f5ite k\u00fcsida m\u00f5nelt teiselt arendajalt v\u00f5i koodi siluda. Arvestades, et t\u00f6\u00f6tasin selle kallal hilis\u00f5htul, valisin viimase.<\/p>\n Siluri k\u00e4itamine ja j\u00e4lgimiskoodi otsimine l\u00e4bi post.php.<\/p>\n Ma ei r\u00e4\u00e4gi k\u00f5igist seatud murdepunktidest ja kelladest, seega p\u00fc\u00fcan seda teha v\u00f5imalikult l\u00fchidalt.<\/p>\n Esiteks, kui kood t\u00f6\u00f6tab l\u00e4bi funktsiooni wp_update_post<\/a>, puutub see kokku j\u00e4rgmise koodiplokiga<\/a> :<\/p>\n Pange t\u00e4hele, et tingimuse piires ei t\u00f6\u00f6ta me manusega ja t\u00f6\u00f6tame postituse olekuga \u201eavalda”. Nii et me tabame esimest tingimuslauset v\u00e4lise tingimuslause sees (natuke segane, kas pole?).<\/p>\n N\u00fc\u00fcd on muutuja $post_status, mis s\u00e4ilitab publitseerimise v\u00e4\u00e4rtuse, kuid seda ei ole m\u00e4\u00e4ratud praeguse postituse \u00fchelegi konkreetsele atribuudile. Kui j\u00e4tkate koodi j\u00e4lgimist, n\u00e4ete j\u00e4rgmist rida<\/a> :<\/p>\n Siin n\u00e4ete, et see t\u00f6\u00f6tab massiiviv\u00f5tmete komplektiga, mis sisalduvad muutujas $postarr. Seda muutujat on koodis varem kasutatud (vaata seda siin<\/a> Tracis). Ja kui te vaatate t\u00e4helepanelikult, n\u00e4ete, et see kontrollib esmalt, kas atribuut post_date_gmt on t\u00fchi v\u00f5i on see k\u00f5ik nullitud.<\/p>\n Ja kuna see pole nii, kasutab see v\u00e4\u00e4rtust, mille m\u00e4\u00e4rasime atribuudil, kui funktsiooni algselt kutsusime<\/a> :<\/p>\n Oota.<\/p>\n Miks minna tagasi funktsiooni juurde, kui kood on sellest juba m\u00f6\u00f6das? See on silumise olemus. M\u00f5nikord n\u00e4ete muutujaid ja ei m\u00f5tle neist midagi ainult selleks, et n\u00e4ha, kuidas neid hiljem koodis kasutatakse, seadistatakse, manipuleeritakse, kombineeritakse v\u00f5i mida iganes muud.<\/p>\n See on selle tegelikkus.<\/p>\n Kuid igal juhul s\u00e4ilitab atribuut selle v\u00e4\u00e4rtuse, mille andsime enne v\u00e4rskendusfunktsiooni kutsumist. Tavaliselt on see sama v\u00e4\u00e4rtus, mis funktsiooni k\u00e4ivitamisel, kuid v\u00f5ib juhtuda, et soovite postituse pr\u00fcgikasti visata.<\/p>\n Ja see on p\u00f5hjus wp_delete_post<\/a> kasutamiseks. Kuid sellel on ka oma hoiatused, eriti kohandatud postitust\u00fc\u00fcpide puhul.<\/p>\n See l\u00e4heb aga teise postitusse.<\/p>\n\n
Kaks Lahendust<\/h3>\n
\n
<?php\n\n\/\/ First, update the post using the available WordPress API.\nwp_update_post( $post );\n\n\/**\n * If the post status attribute of the post that was just updated\n * maintains the 'publish' post setatus, then manually update the \n * database column.\n *\/\nif ('publish' === $post->post_status) {\n\n global $wpdb;\n $wpdb->query(\n $wpdb->prepare(\n \"\n UPDATE $wpdb->posts\n SET post_status = '%s'\n WHERE ID = %d\n \",\n 'publish',\n $post->ID) );\n}\n<\/code><\/pre>\n<?php\n\n$event_post->post_date_gmt = gmdate( 'Y-m-d H:i:s', $event_post->post_date_gmt );\nwp_update_post( $event_post );\n<\/code><\/pre>\nProbleemi m\u00f5istmine<\/h2>\n
<?php\n\nif ('attachment' !== $post_type) {\n if ('publish' == $post_status) {\n $now = gmdate('Y-m-d H:i:59');\n if (mysql2date('U', $post_date_gmt, false) > mysql2date('U', $now, false)) {\n $post_status = 'future';\n }\n } elseif ('future' == $post_status) {\n $now = gmdate('Y-m-d H:i:59');\n if (mysql2date('U', $post_date_gmt, false) <= mysql2date('U', $now, false)) {\n $post_status = 'publish';\n }\n }\n}\n<\/code><\/pre>\n<?php\n\n$post_parent = apply_filters( 'wp_insert_post_parent', $post_parent, $post_ID, compact( array_keys( $postarr) ), $postarr );\n<\/code><\/pre>\n<?php\n\nif (empty( $postarr['post_date_gmt']) || '0000-00-00 00:00:00' == $postarr['post_date_gmt']) {\n if (! in_array( $post_status, array( 'draft', 'pending', 'auto-draft') )) {\n $post_date_gmt = get_gmt_from_date( $post_date );\n } else {\n $post_date_gmt = '0000-00-00 00:00:00';\n }\n } else {\n $post_date_gmt = $postarr['post_date_gmt'];\n }\n<\/code><\/pre>\n