{"id":231148,"date":"2022-12-09T10:47:00","date_gmt":"2022-12-09T07:47:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231148"},"modified":"2022-12-07T11:58:50","modified_gmt":"2022-12-07T08:58:50","slug":"invio-sicuro-del-modulo-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/invio-sicuro-del-modulo-wordpress\/","title":{"rendered":"Invio sicuro del modulo WordPress"},"content":{"rendered":"\n

Anni fa, ho scritto un post in cui condividevo una funzione pubblica per determinare se l’utente disponeva delle autorizzazioni per salvare le informazioni nel database di WordPress. Puoi vedere l’essenza originale in tutta la sua antica gloria (insieme ai commenti solidi) qui<\/a><\/strong> (ha anche cinque anni, wow).<\/p>\n

Come per qualsiasi cosa relativa alla programmazione, il tempo passa, le cose si perfezionano e [si spera] le cose migliorino di prima.<\/p>\n

Sebbene io continui a utilizzare e raccomandare una variante della funzione user_can_save<\/strong> (o userCanSave<\/strong> ), penso anche che sia importante seguire il processo di separazione del processo di verifica della richiesta.<\/p>\n

Quindi ora non si tratta solo di determinare se l’utente ha i permessi, ma si tratta di verificare le informazioni di sicurezza provenienti dal client, sia tramite un post sul server o una richiesta effettuata tramite Ajax, e farlo utilizzando buone tecniche di programmazione che si allineano sia con WordPress che con PHP.<\/p>\n

Per essere chiari, si tratta pi\u00f9 di un invio sicuro di moduli WordPress da una pagina delle opzioni o da una pagina delle impostazioni che, ad esempio, un modulo proveniente da un modello. Questo \u00e8 un altro post per un’altra volta.<\/p>\n

Tuttavia, ci sono molti di noi che lavorano alla creazione di applicazioni su WordPress e ci\u00f2 richiede quanto segue.<\/p>\n

Invio sicuro del modulo WordPress<\/h2>\n

In questo post, non mi preoccuper\u00f2 di esaminare i dettagli per determinare se qualcosa \u00e8 un salvataggio automatico<\/a><\/strong> o una revisione del post.<\/a><\/strong><\/p>\n<\/p>\n

Tuttavia, illustrer\u00f2 il processo di assunzione di una funzione responsabile della convalida delle informazioni in entrata e di farlo utilizzando un approccio moderno utilizzando pratiche orientate agli oggetti e sia le API di WordPress che le funzioni PHP.<\/p>\n

1 A partire da un livello generico<\/h3>\n

Dal livello di base, supponiamo che esista una classe base da cui ci sono altre sottoclassi che sfruttano questa funzione. Questo ci dice che dobbiamo usare il modificatore di visibilit\u00e0 protetta.<\/p>\n

Sappiamo anche che avremo a che fare con un valore nonce di WordPress e un’azione correlata. Ci\u00f2 significa che la firma della funzione sar\u00e0 simile a questa<\/a><\/strong> :<\/p>\n

<?php\nprotected function verifyRequest($nonce, $action);<\/code><\/pre>\n
2 Sanifica i dati, verifica il nonce<\/h3>\n
Come per tutto ci\u00f2 che viene pubblicato sul server, sappiamo che dovremo verificare che i dati siano impostati e, in tal caso, dovremo disinfettare le informazioni.<\/p>\n
Ci\u00f2 significa che avremo bisogno delle seguenti funzioni:<\/p>\n