Cuando se trata de programaci\u00f3n, la idea de valores temporales o variables temporales o cualquier forma de almacenar datos temporalmente en la memoria no es nada nuevo.<\/p>\n
Pero cuando trabajamos con WordPress, que no tiene estado, no siempre tenemos ese lujo. Es decir, no se trata simplemente de, por ejemplo, agregar algo a la sesi\u00f3n<\/a> actual, leerlo y luego eliminarlo cuando hayamos terminado.<\/p>\n Y ah\u00ed es cuando he estado pensando m\u00e1s y m\u00e1s en la idea de las opciones temporales, a falta de un t\u00e9rmino mejor, por supuesto. Es decir, cada vez que necesito almacenar un valor de una sola carga de p\u00e1gina, o solicitud, para leer en otra carga de p\u00e1gina u otra solicitud, arrojar\u00e9 temporalmente el valor en la tabla de opciones<\/a>.<\/p>\n Opciones temporales: un ejercicio y representaci\u00f3n a trav\u00e9s de bocetos rudimentarios<\/p>\n \u00bfEs eso descuidado? Quiz\u00e1s. \u00bfTenemos muchas otras opciones? Depende de la cantidad de tecnolog\u00eda de navegador moderna que queramos usar. Sin embargo, ese no es el punto de esta publicaci\u00f3n.<\/p>\n El punto es que debido a la forma en que funciona WordPress, me pregunto si nuestra mejor estrategia actual para mantener los valores temporales que es m\u00e1s compatible en todas las instalaciones es agregar temporalmente un valor en la tabla de opciones, leerlo y luego eliminarlo una vez que est\u00e9 sido recuperado?<\/p>\n Personalmente, no tengo una opini\u00f3n firme sobre si esto es algo malo o no. Si es la naturaleza de c\u00f3mo funciona la base sobre la que estoy trabajando en una soluci\u00f3n, entonces la aceptar\u00e9.<\/p>\n Entonces, primero, as\u00ed es como normalmente lo hago dentro de WordPress:<\/p>\n Primero, configur\u00e9 una funci\u00f3n que est\u00e1 conectada a update_option<\/a>. Esto permite ver la opci\u00f3n que se est\u00e1 actualizando<\/a>, su valor anterior y su valor nuevo.<\/p>\n En la funci\u00f3n, puedo mirar y ver si se est\u00e1 guardando una opci\u00f3n espec\u00edfica. Si no, entonces simplemente puedo ignorarlo; de lo contrario, puedo echarle un vistazo y comenzar a trabajar con una opci\u00f3n temporal<\/a>.<\/p>\n Pero, \u00bfqu\u00e9 sostendr\u00eda la opci\u00f3n temporal?<\/p>\n Digamos que tiene una opci\u00f3n en un complemento que est\u00e1 alternado. Tal vez requiera que el usuario ingrese cierta informaci\u00f3n antes de continuar con el resto del proceso.<\/p>\n Caso en cuesti\u00f3n: supongamos que est\u00e1 trabajando en una experiencia de pago y desea obligar a los usuarios a crear una cuenta, pero hay una opci\u00f3n que permite a los clientes pagar sin crear una cuenta.<\/p>\n Una implementaci\u00f3n que podr\u00edamos usar es esta:<\/p>\nNuestras opciones para opciones temporales<\/h2>\n
1 Crear una opci\u00f3n temporal<\/h3>\n
<?php\n\npublic function init() {\n\n add_action(\n 'update_option',\n array( $this, 'manage_temporary_option' ),\n 10, 3\n );\n}<\/code><\/pre>\n<?php\n\npublic function manage_temporary_option( $option_name, $old_value, $new_value) {\n\n if ('an_irrelevant_option' !== $option_name) {\n return;\n }\n\n $url = 'page-from-which-we-expect-to-come.php';\n if ($url === $_SERVER['REQUEST_URI']) {\n\n update_option(\n 'our_temporary_option',\n $new_value\n );\n }\n}\n<\/code><\/pre>\n2 Una opci\u00f3n para opciones temporales<\/h3>\n
\n