Un texto de rúbrica. Y en la función de renderizado, usa dee'sh1. Por supuesto, aquí no está el nombre, sino children. Y el nombre de la propiedad es name. Para obtener el nombre del Pokemon. Si lo hago de esta manera, por supuesto, no funcionará como se espera porque es cierto que puedo escribir aquí, puedo guardar y estoy guardando este campo, pero tan pronto como regrese, tengo el valor de la fuente de datos externa. Pero lo que puedo hacer es en esta función de método, puedo usar estas props de bricks. Así que puedo decir que el nombre no siempre es el nombre externo de la fuente de datos, pero puedo usar bricks props.name, o este. Realmente el nombre de las props de bricks puede ser algo que es complejo porque tenemos texto enriquecido con marcadores, etc. Entonces, lo que necesitamos hacer es usar una función simple de web bricks y hacer una serialización simple de este contenido. Y tengo que decir, si hay contenido, uso esto. De lo contrario, uso los datos externos. Ahora debería escribir esto mejor, pero ahora no tenemos tiempo. Solo quiero que veas que ahora, si recargo, obtengo el valor del nombre en el brick. Pero si lo borro, obtengo de nuevo el nombre de la fuente de datos externa. Así que puedo cambiarlo como quiera. Puedo guardar si voy a otra página y vuelvo. Tengo el nuevo texto, pero si lo borro, obtengo el texto que proviene de la fuente de datos externa. Así que también puedes interpretar estas cosas y tener datos externos que son la única fuente de verdad pero también puedes permitir que tu editor anule esto. Así que creo que con esto, hemos visto muchas cosas avanzadas de React Bricks. Y ahora me gustaría darte un vistazo de lo que sigue, en qué estamos trabajando. Entonces, bueno, puedo, usemos estas funciones que creamos aquí. ¿Qué sigue? Bueno, una cosa en la que estamos trabajando es la biblioteca de medios. Viste que cuando hago clic para agregar una imagen, ahora puedo seleccionar desde un splash o puedo elegir cualquier imagen de la computadora, pero no puedo obtener una imagen de una biblioteca de medios. Así que no se pueden reutilizar imágenes. Estamos trabajando en una biblioteca de medios con capacidades de búsqueda. Podrás buscar por relación de aspecto, por color, etc. Y otras cosas en las que estamos trabajando es un sistema de relleno. Y de esta manera, así que, lo usaremos. Por ejemplo, nosotros mismos para crear un complemento de SEO para que en lugar de, solo la etiqueta meta habitual, puedas proporcionar los datos JSON LD de schema.org. Y queremos que puedas crear un complemento como ese, que abrirá una interfaz para editar metadatos en la página. Entonces, otra función que queremos crear es tener múltiples ramas, múltiples ramas de contenido, para que, por ejemplo, quieras trabajar en la V2 de tu sitio web, pero aún quieras guardar en la V1, ¿de acuerdo? Y luego finalmente puedes crear otra rama del contenido, y cuando estés listo con la V2, simplemente puedes cambiar a V2, o puedes tener una rama que pueda ser utilizada por tus desarrolladores. Pueden hacer lo que quieran, meterse con el contenido, y no romperán el contenido en vivo. Luego, otra cosa en la que estamos trabajando es un flujo de trabajo. Queremos crear un flujo de trabajo adecuado para las páginas. Para que Uwe tenga el permiso, cuando comiences a trabajar en una página, crearás una copia de trabajo. Y cuando estés listo con todas las ediciones, puedes decir que está listo para publicar, y luego otro usuario puede aprobar la publicación. Y se publicará cuando hagas clic en el botón de implementación. Y bueno, lo último que me gustaría mostrarte es que también vamos a crear un mercado para que puedas crear conjuntos de bricks y tenerlos en nuestro mercado. Y para que las personas puedan descargarlos de forma gratuita o pagar por ellos. Y estas son nuestras ideas para los bricks reales antes de que ya estemos trabajando. Lo otro importante es que queremos admitir Astro. Y estamos abiertos a cualquier otro nuevo frameworks que sea interesante porque nuestra filosofía es que queremos mantenernos independientes del framework, para que puedas elegir el framework y ser independiente de la plataforma para que siempre puedas alojar lo que quieras. Entonces, si tienes alguna pregunta final, estoy aquí. Muy bien, ¿soportará Rubric el renderizado en el lado del servidor de Next? Una más, ¿este CMS permitirá compartir contenido en varias páginas o tal vez en varias aplicaciones? Muy bien, sí. Bueno, en cuanto a Next, sí, el renderizado en el lado del servidor si te refieres al renderizado en el lado del servidor, ya admite el renderizado en el lado del servidor porque con la carpeta de páginas de Rubric puedes hacer la generación estática, puedes hacer el renderizado en el lado del servidor y puedes hacer la generación estática incremental. En el ejemplo estamos usando get static props pero por supuesto también puedes usar get server props y tener las páginas generadas en el lado del servidor para cada solicitud. Pero si en lugar de eso, si te refieres a los componentes del servidor, la carpeta de la aplicación de Next.js, sí, estamos trabajando en ello y estará listo pronto. ¿Este CMS permitirá compartir contenido en varias páginas? Sí. Mostré una diapositiva para que tengas varias formas de compartir entre páginas. Puedes usar las historias para tener características predefinidas. Para repetir algo que hiciste en una página o en otras páginas, puedes incrustar los fragmentos. Entonces, un conjunto de bricks que puedes guardar como una página de entidad, puedes reutilizarlo en varias páginas y se convierte en una única fuente de verdad. Entonces, cuando lo cambias una vez, cambiará en cada página que lo incruste o puedes usar el visor de múltiples páginas para incrustar directamente un encabezado y un pie de página en todas las páginas. Para compartir contenido entre varias aplicaciones, actualmente no es posible, pero puedes duplicar una aplicación desde el panel y obtendrás todos los usuarios o el contenido de la aplicación original. Entonces, realmente podrías hacerlo usando directamente las APIs porque, por supuesto, Rubric tiene APIs subyacentes, por lo general no necesitas usarlas porque solo tienes nuestras funciones de envoltura como fetch pages que te ayuda. Pero usando estas páginas, estas funciones o directamente nuestras APIs REST, podrías reutilizar contenido entre páginas. Así que espero que haya respondido tus preguntas. Entonces, creo que podemos terminar ahora. Son dos horas y media. Pero me gustaría darte mi dirección de correo electrónico. Permíteme compartir la pantalla de nuevo. En primer lugar, se me olvidaba. Puedes encontrar el repositorio aquí. Entonces, github.com/reactbricks/React Summit 23 Dash Workshop. Y lo que sugiero es que realmente, en lugar de mirar el código que creamos, comiences a hacer el tutorial y crees tus propios Bricks porque es realmente divertido. Y creo que ahora entendiste los Bricks de software básicos. Así que con React Bricks, tienes un editor visual con buenas restricciones. Viste que es solo React porque nunca tuvimos que ir y venir entre un CMS sin cabeza para crear los campos y luego a VS Code para usar los campos. Es solo React y tienes un buen método. Solo tienes también el código de fragmento. Es muy fácil crear estos bricks de contenido visualmente editables. Puedes alojar en cualquier lugar, puedes usar cualquier framework y es realmente empresarial con funciones como colaboración, optimización de imágenes, permisos detallados y múltiples idiomas. Hay un programa de socios disponible. Entonces, si quieres convertirte en una agencia asociada, contáctame ahora. Mi nombre es matteo@reactbricks.com. También puedes encontrarme en Twitter en @mattfrana. Y bueno, eso es todo, siéntete libre de contactarme para cualquier cosa. Entonces, si tienes alguna pregunta después, contáctame y te responderé. Gracias.
Comments