¿Cómo funciona el enrutamiento en WordPress?

Question

¿Cómo funciona el enrutamiento en WordPress?

12 abr 2014, 10:46:59

Vistas: 55.2K

Votos: 24

¿Cómo funciona el enrutamiento central de WordPress? Me está costando entenderlo... En MVC, tu URL se ve como micontrolador/miaccion que se mapea a MiControlador->miaccion()

En Drupal, es index.php?q=mirutapersonalizada/hola que puede ser mapeada a cualquier función que desees que devuelva un contenido que es "tematizado" en el diseño de tu tema.

Pero en WordPress, no tengo idea de cómo se hacen las cosas... es ?p=1 luego ?product=1 ... He buscado documentación sobre el flujo de enrutamiento pero no puedo encontrar ninguna (Google solo devuelve artículos sobre rutas personalizadas)... quiero entender primero los fundamentos del enrutamiento del core.

yeahman

744

urls enrutamiento

Comentarios

investigando en el código, veo que en cada solicitud llama a query_posts? ¿por qué diablos necesita consultar publicaciones cada vez? ¿no hay casos en los que realmente no quieras mostrar publicaciones?

yeahman

12 abr 2014 10:49:17

Los contenidos se guardan como publicaciones en WP. Entonces, cuando necesitas mostrar contenidos, debes consultarlos

Sisir

12 abr 2014 11:36:55

¿Puedo sugerir que leas sobre "el loop", que es el concepto que necesitas entender para saber cómo funciona WordPress? Esencialmente, "el loop" muestra un array de publicaciones que es el resultado de query_posts. Para solicitudes de URL que no son de administrador, WP está diseñado para mostrar solo publicaciones y se requiere programación personalizada para mostrar algo que no sea una publicación. Las solicitudes de URL de administrador son diferentes y estas no usan "el loop", mostrando cosas que no son publicaciones.

User

12 abr 2014 11:52:01

ok pero este enfoque es un poco raro y no muy flexible para ser honesto

yeahman

12 abr 2014 13:07:12

digamos que quiero mostrar un formulario de contacto... ¿necesito poner mi html en un tipo de contenido de página? Todavía estoy tratando de encontrar dónde poner la lógica para el envío del formulario... (¿en el page.php del tema? enfoque muy feo)

yeahman

12 abr 2014 13:08:50

Mostrar los 2 comentarios restantes

Todas las respuestas a la pregunta

Comentarios

Entiendo que todo debe representarse en una publicación (a través de tipos de contenido personalizados, etc.) de manera muy similar a los tipos personalizados en Drupal 6... pero ¿afecta al rendimiento tener una única tabla de publicaciones para almacenar todo el contenido del sitio? Drupal 7 lo resolvió introduciendo el tipo de entidad para que no tengas que crear un tipo personalizado y almacenar todo en la tabla de nodos, sino en tu propia tabla de entidades que aún puede aprovechar el framework de Drupal. Espero que WordPress introduzca este enfoque en el futuro. Gracias por la explicación detallada.

yeahman

12 abr 2014 13:14:07

Supongo que si quiero mapear una URL a mi propia función/tema, ¿WP Router ayudaría?

yeahman

12 abr 2014 13:15:08

Agregar un sistema de enrutamiento completo generalmente no es necesario. Hay formas más simples. La base de WordPress es mostrar contenido generado por usuarios, que se almacena en la tabla de publicaciones. Si deseas mostrar contenido que no es generado por usuarios, generalmente lo haces en el tema o en un plugin. Hay cientos (miles) de ganchos de acción, filtros y otras formas para que el código sobrescriba varias partes del proceso mientras se genera la página. Y con cosas como shortcodes, insertar HTML personalizado en el contenido es relativamente fácil.

Otto

12 abr 2014 13:19:21

¿cómo puedo agregar html/php personalizado en un tipo de publicación que creé? sin tener que modificar el single.php del tema o crear un single-micustompost.php (no es un enfoque muy portable)

yeahman

12 abr 2014 13:24:26

Shortcodes. http://codex.wordpress.org/Shortcode_API

Otto

12 abr 2014 13:54:11

Mostrar los 14 comentarios restantes

Otto 32.8K · Answer 1 · 2014-04-12T13:08:56Z

En WordPress, las URL no se asignan a rutas. Se asignan a consultas de la base de datos.

Cuando usas WordPress en el modo de enlaces permanentes "por defecto", tienes un conjunto de variables en la consulta principal de la URL, como ?p=1 o ?page=234 y así sucesivamente. También está ?s=busqueda y muchos otros.

Si usas los enlaces permanentes "bonitos", entonces se crea un gran conjunto de reglas llamadas "reglas de reescritura" que mapean directamente varios patrones de URL a este mismo conjunto de parámetros de URL. Así que una URL como /2014/04/12/ejemplo se mapearía a ?year=2014&month=04&day=12&postname=ejemplo o similar. Entonces, lo siguiente aplica también a estos, después de que se realiza este mapeo.

Estas variables esencialmente controlan la instancia principal de la clase WP_Query. La clase WP_Query contiene toda la información que construye la consulta a la base de datos para obtener los "posts" de la misma. Los diversos parámetros que se le pasan controlan qué tipo de consulta construye y qué datos obtiene.

Verás, todo lo que puede ser mostrado por WordPress es esencialmente un "post". Un blog es una serie de posts en orden inverso basado en el tiempo. Una "página" es un post estático con un nombre definido. Un "tipo de post personalizado" es exactamente lo que parece, un "post" con un tipo personalizado que defines. Todas las consultas principales para mostrar algo en WordPress obtienen algún subconjunto de posts de la tabla wp_posts.

WP_Query es lo que hace eso. Y los parámetros de la URL se envían directamente a esa consulta principal y se usan allí.

El tema luego determina qué plantilla usar basándose en lo que devuelve la consulta. Si solicitaste /categoria/ejemplo, entonces eso se convierte en ?category_name=ejemplo, lo que significa que el array principal $wp_query->query_vars obtendrá esa información, y WP_Query extraerá los últimos X posts para la categoría "ejemplo", y establecerá su bandera is_category en verdadero.

El cargador de plantillas se ejecutará después de esto, verá que is_category() devuelve verdadero, y decidirá elegir la plantilla de categoría, por lo que buscará category-ejemplo.php y retrocederá a category.php y así sucesivamente, según la Jerarquía de Plantillas.

Entonces, la pregunta si quieres cambiar cómo funcionan las URL es simple: ¿Quieres cambiar las URL o a qué están mapeadas? Porque las URL no están mapeadas a funciones, están mapeadas a parámetros que controlan la consulta. Si quieres que la URL ajuste esa consulta principal, entonces es un proceso ligeramente diferente a si quieres una URL especial para ejecutar algún otro código especial totalmente diferente.

Y para responder a tu pregunta específica en los comentarios: "¿no hay casos en los que en realidad no quieres mostrar posts?" No, no los hay. Todo es un post. Todo el contenido se almacena en posts. Si quieres almacenar contenido en otro lugar y que sea diferente, entonces puedes hacerlo, pero es más difícil porque, honestamente, generalmente no es necesario. Si tienes contenido especial, crea un tipo de post personalizado, almacena tu contenido como un post con ese tipo, mapea un patrón de URL a él. Fácil.