Cuando registra y almacena atributos en el editor de bloques de WordPress (Gutenberg), tiene la opci\u00f3n de almacenarlos como meta meta, en lugar de los atributos de bloque habituales.<\/p>\n
Con este m\u00e9todo, puede tener una configuraci\u00f3n en su bloque que pueda controlar algo en toda la publicaci\u00f3n o en la plantilla.<\/p>\n
Una nota importante sobre la representaci\u00f3n de metaatributos de publicaci\u00f3n<\/strong><\/p>\n No puede renderizar los meta atributos de la publicaci\u00f3n usando un m\u00e9todo de guardado de JavaScript. El equipo de Gutenberg tom\u00f3 una decisi\u00f3n para evitar esto, porque los bloques que representan los campos meta de la publicaci\u00f3n pueden romperse f\u00e1cilmente debido a que la meta meta cambia en otra parte de la publicaci\u00f3n.<\/p>\n En esta gu\u00eda, vamos a ampliar lo que ya hemos creado en nuestra gu\u00eda de complementos de WordPress Gutenberg<\/a>, y tambi\u00e9n en la gu\u00eda de bloques din\u00e1micos<\/a>.<\/p>\n Antes de que podamos usar un metacampo de publicaci\u00f3n en JavaScript, debemos asegurarnos de que lo hayamos registrado en PHP usando Siguiendo con la gu\u00eda de Dynamic Block<\/a>, abra el archivo PHP ra\u00edz del complemento (en este caso Este c\u00f3digo registra un metacampo llamado Tambi\u00e9n estamos pasando la funci\u00f3n Nuevamente, siguiendo con la gu\u00eda anterior, abra En lugar de indicar el tipo de atributo y asignar un valor predeterminado, definimos la clave meta de la que provendr\u00e1 el atributo de datos e indicamos que el Como se indica en la advertencia en la parte superior de esta gu\u00eda, no puede acceder a los atributos del metacampo de publicaci\u00f3n a trav\u00e9s del Debido a que hemos guardado nuestro atributo como publicaci\u00f3n meta, podemos generar esto en cualquier lugar de WordPress usando Continuando con la gu\u00eda de Dynamic Block<\/a>, veamos c\u00f3mo podemos acceder a este atributo en el lado del servidor en PHP.<\/p>\n El meta no est\u00e1 disponible a trav\u00e9s del Con esto en mente, actualicemos nuestro Tenga en cuenta que ya no necesitamos registrar Este no es el mejor caso de uso de este tipo de meta, sin embargo, cuando usamos el bloque, podemos ver que debido a que estamos almacenando los atributos como meta posterior, si actualizamos el atributo en un bloque, actualiza todos los bloques, como la publicaci\u00f3n meta se almacena en la publicaci\u00f3n, no en el bloque individual:<\/p>\n Publicar metaatributos en acci\u00f3n<\/p>\nrequisitos previos<\/h2>\n
\n
Registrando el Post Meta en PHP<\/h2>\n
register_meta<\/code>y que el show_in_rest<\/code>argumento se haya establecido en verdadero.<\/p>\nwholesome-plugin.php<\/code>) y agregue el siguiente c\u00f3digo al final de ese archivo despu\u00e9s de todas las dem\u00e1s funciones:<\/p>\nfunction wholesomecode_wholesome_plugin_register_post_meta() {\n register_meta(\n 'post',\n '_wholesomecode_wholesome_plugin_block_text',\n [\n 'auth_callback' => '__return_true',\n 'default' => __( 'Wholesome Plugin \u2013 hello from the editor!', 'wholesome-plugin' ),\n 'show_in_rest' => true,\n 'single' => true,\n 'type' => 'string',\n ]\n );\n}\nadd_action( 'init', 'wholesomecode_wholesome_plugin_register_post_meta' );\n<\/code><\/pre>\n_wholesomecode_wholesome_plugin_block_text<\/code>para el post<\/code>tipo de publicaci\u00f3n. Tambi\u00e9n garantiza que la API REST pueda acceder a este metacampo con el show_in_rest<\/code>valor establecido en verdadero.<\/p>\n__return_true<\/code>al auth_callback<\/code>argumento para asegurarnos de que tenemos los permisos para acceder a este par\u00e1metro. Si quisi\u00e9ramos una mayor seguridad para este par\u00e1metro, lo modificar\u00edamos a una funci\u00f3n personalizada que verifique un determinado rol de usuario.<\/p>\nRegistro de los metaatributos de la publicaci\u00f3n en JavaScript<\/h2>\n
\/src\/index.js<\/code>y reemplace attributes<\/code>con lo siguiente:<\/p>\nattributes: {\n blockText: {\n meta: '_wholesomecode_wholesome_plugin_block_text',\n source: 'meta',\n },\n},\n<\/code><\/pre>\nsource<\/code>del atributo es meta<\/code>.<\/p>\nsave<\/code>m\u00e9todo JavaScript, as\u00ed que compile el complemento npm start<\/code>y veamos c\u00f3mo podemos generar el meta.<\/p>\nRepresentaci\u00f3n de la publicaci\u00f3n meta<\/h2>\n
get_post_meta<\/code>(siempre que tengamos $post_id<\/code>):<\/p>\nget_post_meta( $post_id, '_wholesomecode_wholesome_plugin_block_text', true );\n<\/code><\/pre>\n$attributes<\/code>par\u00e1metro de render_callback<\/code>, ya que los meta atributos de la publicaci\u00f3n no pasan su valor a trav\u00e9s de este par\u00e1metro, pero podemos acceder al $post<\/code>objeto global para obtener la ID de la publicaci\u00f3n.<\/p>\nregister_block_type<\/code>para generar el meta de la publicaci\u00f3n:<\/p>\nregister_block_type(\n 'wholesomecode\/wholesome-plugin',\n array(\n 'editor_script' => 'wholesomecode-wholesome-plugin-block-editor',\n 'editor_style' => 'wholesomecode-wholesome-plugin-block-editor',\n 'render_callback' => function( $attributes, $content) {\n global $post;\n $block_text = get_post_meta( $post->ID, '_wholesomecode_wholesome_plugin_block_text', true );\n return \"<p class='wp-block-wholesomecode-wholesome-plugin'>$block_text<\/p>\";\n },\n 'style' => 'wholesomecode-wholesome-plugin-block',) );\n<\/code><\/pre>\nattributes<\/code>aqu\u00ed, porque solo estamos accediendo al metacampo de publicaci\u00f3n a trav\u00e9s de la get_post_meta<\/code>funci\u00f3n.<\/p>\nUsando el bloque<\/h3>\n
\n
InnerBlocks<\/code>componente<\/a><\/li>\n