La API REST (y cómo podría WordPress cambiar para siempre)

Cualquier persona que haya prestado atención a las apariciones públicas de Matt Mullenweg en los últimos doce meses será observado el ritmo constante de cierto tambor: la importancia de la API JSON de WordPress para el futuro de la plataforma. Matt no está solo con su entusiasmo. Comentadores como Brian Krogsgard lo han saludado como “el proyecto más interesante para la plataforma desde que se introdujeron publicaciones personalizadas”. En este artículo, abordaremos cuál es la API JSON de WordPress, cuándo vendrá y lo que necesita saber para aprovechar al máximo las posibilidades verdaderamente revolucionarias que se abrirán para todos en el mundo de WordPress. Como beneficio adicional, también escucharemos los pensamientos del Automicistiano Jack Lennox, quien recientemente habló en WordCamp London sobre la creación de la tarea casera, sobre dónde la API podría liderar la comunidad.
Pero antes que nada, comencemos con información general sobre API REST. Familiarizando con el concepto de API REST, me gustaría aclarar una cosa desde el principio: aunque me considero un practicante experimentado de WordPress, no soy un desarrollador. En vista de esto, mi interpretación de algunos de los conceptos clave a continuación no estará tan completa en términos de detalles técnicos como podría encontrar si, por ejemplo, recopilaría la documentación de IBM sobre este tema. ¡Qué podría ser algo bueno! Con esta advertencia del camino, revisemos los elementos básicos.
¿Qué es una API? API es la abreviatura de la interfaz del programa de aplicación. En términos profanos, es el conjunto acordado de modos estandarizados por los cuales se puede usar una determinada pieza de software; Las reglas definidas para su interacción con el mundo más amplio, que rigen cómo otros componentes de software pueden hablar con un programa y cómo responderá. ¿Qué es un descanso? Un descanso, a su vez, es un enfoque arquitectónico especial para armar estas reglas. REST significa presentación de los ejes de presentación en la transferencia. Es una metodología diseñada para permitir que los programas hablen entre sí de una manera simple. Es un formato inherentemente flexible, pero se espera que las implementaciones compartan ciertas características básicas. Los cuatro enumerados aquí están tomados de la excelente introducción de IBM mencionada anteriormente:
Use los métodos HTTP explícitamente: tiene lugar en la web con métodos HTTP estándar, como PUT, Get, Post y Eliminar.
BE APATRID: el cliente incluirá cualquier información de estado requerida en el servidor y viceversa.
Exponga URIS similar a la estructura del director: analizará estructuras de URL familiares como http://myexampleschool.com/teachers/john
Transferencia XML, notación del objeto JavaScript (JSON) o ambos: hay un conjunto acordado para el intercambio de datos.
Hay una nueva excelente introducción general al concepto de descanso API en Tutsplus.com si desea explorar más detalles técnicos. Alternativamente, tómese unos minutos para viajar la presentación general de Todd Fredrich a continuación.
[YouTube https://www.youtube.com/watch?v=llpr5924n7e] A lo que todo lo anterior en el contexto de WordPress y la API REST de complementos es resumen en la página inicial del complemento: este complemento proporciona un descanso a Use fácil de usar, disponible a través de HTTP. Tome los datos de su sitio en formato JSON simple, incluidos usuarios, publicaciones, taxonomías y más. Tomar o actualizar datos es tan simple como enviar una solicitud HTTP. Después de instalar el complemento, acceder a los datos de su sitio a través del resto es simple. La página inicial del complemento continúa con algunos ejemplos ilustrativos útiles: ¿desea obtener las publicaciones de su sitio? Simplemente envíe una solicitud GATA a /WP-JSON /Publicaciones. ¿Actualizar al usuario con ID 4? Envíe una solicitud de publicación a/wp-json/usuarios/4. ¿Obtiene todas las publicaciones con el término de búsqueda “excelente”? Get /wp-json /posts? Filter [s] = impresionante. Es tan fácil. Como podemos ver allí, cualquier datos devueltos será en forma de JSON, lo que nos lleva a nuestra próxima sección. ¿Dónde encaja JSON en la imagen? La API REST WordPress utiliza la notación del objeto JavaScript (JSON) como formato de datos. JSON es un formato de datos moderno, amigable con las personas, con codificadores y decodificadores disponibles en cada lenguaje de programación importante. La elección JSON hace que WordPress y cualquier aplicación de terceros envíen información y se reenvíen entre sí en un formato inteligente.
Para los nuevos en JSON, puede encontrar una buena presentación general en Copter Labs. La clave que debe entender cuando pensamos en el resto es que todo tiene lugar en la web a través de HTTP: datos y datos de datos. Hay una separación real entre el cliente y el servidor y no necesita estar dentro del front-end de WordPress o en el panel de administración para que se lea o ejecuten cualquier solicitud. Es precisamente esta distinción aparentemente pequeña que abre un mundo verdaderamente emocionante de posibilidades adicionales. Antes de ingresarlos, revisemos rápidamente el estado actual del complemento JSON de WordPress. El WordPress Plus JSON REST API REST WordPress está actualmente en desarrollo activo como un complemento para las funciones. Como los usuarios experimentados de WordPress sabrán, el viaje desde el arado con las funciones del núcleo no siempre es suave. Cuando se trata de una característica del tamaño y la complejidad de la API REST WordPress, este es aún más el caso. La API REST ha sido programada inicialmente para la integración en el núcleo en la versión 4.1 y actualmente está, optimista, algunos podrían decir, pre comitados para WordPress 4.3 a mediados de agosto de 2015. Una excelente presentación reciente de Josh Pollock, a Torquemag.io, ofreció algunos Grandes perspectivas sobre varias razones detrás del escenario que hacen que la fecha de agosto parezca menos probable.
La principal de ellos es la decisión reciente de dibujar una línea dura entre la versión 1.2 existente del complemento y una versión 2 programada especialmente diseñada para la inclusión básica. La sensación ahora parece ser que “en algún lugar en 2015” es lo mejor que podemos esperar, pero no se sorprenda al ver que la fecha escapa. Por supuesto, esto no significa que los desarrolladores no sean libres de comenzar a experimentar de inmediato: la versión 1.2 está completamente lista para ser utilizada y probada como un complemento. Tenga en cuenta que la implementación básica completa puede estar algo lejos. La documentación completa para la versión actual está disponible en su propio sitio dedicado en wp-pi.org, que incluye instrucciones de instalación rápida y guías iniciales para desarrolladores que desean dejarlo ir. Otras tres páginas de marcado útiles para mantenerse al día con los desarrollos son el seguimiento:
La página principal de la API REST del complemento WP
Sección API REST WP de Crear núcleo de WordPress
Github WP-API Warehouse
No se equivoquen al respecto, a pesar de los bloques, independientemente del obstáculo a corto plazo, el complemento podría ser exitoso, esta funcionalidad llega a la base. Y será enorme. Comencemos a analizar las razones por las cuales este es definitivamente el caso. ¿Por qué es importante la API de WordPress REST en esta etapa del procedimiento? Me imagino dos respuestas bastante específicas a lo que he cubierto hasta ahora:
¿Qué significa todo esto para mí? ¿No es este un tipo de proyecto de “atención técnica”?
¡Dios, esto lo cambia todo!
Permítanme explicar por qué creo que este último es mucho mejor que el primero.En resumen, la integración de la API JSON REST marcará la transformación final de WordPress de sus humildes raíces como una solución de blogs en una plataforma de aplicaciones con funciones completas.Ofreciendo una interfaz programática estandarizada y estandarizada entre WordPress y el mundo exterior, el software se abre a cualquier otra aplicación y entorno de desarrollo en la Tierra.Esta es una noticia absolutamente grande.Aquí hay cinco razones sólidas por las cuales:
1. Cortar el cable con PHP a pesar del hecho de que los ha atraído en el pasado, PHP sigue siendo el poder detrás de más del 80% de los sitios web modernos y es compatible activamente por gigantes web como Facebook y, por supuesto, el propio WordPress. Sin embargo, la última década ha experimentado un gran progreso en otros idiomas como Ruby, Python y Go, en términos de velocidad, herramientas y marcos disponibles. La API REST ofrece esos idiomas de acceso instantáneo a toda la gama de funcionalidades de WordPress. Solo esta razón debería ser suficiente para pensar en cualquier desarrollador o propietario del sitio. Una buena manera de comprender instantáneamente el potencial que se ofrece aquí es considerar el mundo de los complementos. Cualquier complemento de WordPress que pueda pensar ahora es un candidato para la integración de primera clase en otros cuadros, como Ruby on Rails o Django. Cuando piensa en la riqueza del ecosistema de WordPress y el exitoso sus aspectos (como los marcos y complementos temáticos) ha tenido éxito, el potencial de continuar con nuevas plataformas es llevar agua a la boca en términos de posibles ingresos para los desarrolladores. 2. La verdadera integración móvil de WordPress tiene indudablemente mejor que la mayoría de los sistemas de gestión de contenido habituales para enfrentar el desafío de mostrar sitios web en una amplia gama de dispositivos (a través del tema receptivo). Sin embargo, la verdadera integración con los respectivos mundos de iOS y Android fuera del navegador ha seguido siendo un objetivo evasivo.
Por supuesto, hay aplicaciones nativas de WordPress para el uso de la aplicación en sí en Android e iOS, pero la verdadera integración con terceros está lejos de ser común. Usando la API REST, los desarrolladores de teléfonos móviles podrán tratar las instalaciones de WordPress como otro servidor, con puntos finales definidos desde el punto de vista de sus aplicaciones. Solo este hecho abre a WordPress como un posible real backynd para aplicaciones móviles nativas y abre el camino para todo tipo de integraciones futuras. El approsser tiene un excelente curso de elementos básicos sobre cómo esto puede funcionar en su sitio para despertar aún más su imaginación. Vale la pena señalar que el uso de la aplicación móvil permanece alrededor del 80%, por lo que está claro que WordPress tendrá que Vaya al entorno de aplicación y no a viceversa. La API REST es la forma en que esto sucederá. Al considerar el número de sitios web actualmente existentes en WordPress, que también ejecuta aplicaciones totalmente separadas de algunos aspectos de sus ofertas en línea, las posibilidades de integración futura aquí son realmente enormes. 3. El front-end será estrictamente opcional, los dos puntos anteriores inserte un tercio más amplio:
El uso del front-end de WordPress se volverá estrictamente opcional. Desde el punto de vista de la API, el front-end de WordPress es solo otra aplicación externa que alcanza sus puntos finales. Las implicaciones de esto son enormes. WordPress ahora es solo otro elemento que se puede agregar sin problemas a la caja de herramientas de cualquier desarrollador moderno, sin tener que viajar su sistema de plantilla, conectar o tratar con elementos internos de WordPress. Espere ver una revolución en el tema y los casos de uso de complementos, como implicaciones de este sumidero para desarrolladores y propietarios de sitios en todo el mundo. 4. El fondo de WordPress está listo para ser reinventado mientras que el administrador de WordPress, alguien, ha encontrado algo que llorar al respecto. Y soy el primero en admitir que a veces era culpable de eso. La potencial integración completa de la API REST en el núcleo abre la posibilidad de que el propio administrador de WordPress sea realmente reinventado, hasta el punto de que los desarrolladores finalmente serán libres de definir su propia interpretación completamente separada, en lugar de personalizar solo para personalizar las esquinas aquí y allá. Los ejemplos a este respecto ya están en la naturaleza con el enfoque único del panel de administración de WordPress.com el ejemplo con el perfil más alto hasta ahora, por supuesto, es alimentado por la API separada de WordPress.
Artículos recientes de Jeff Chandler de WP Tavern y Noel Tock ofrecen imágenes interesantes tanto en el panorama actual como en las instrucciones que el administrador de WordPress podría ir en el futuro, incluidas referencias a los experimentos actuales de Pickle en este sentido. 5. Escalar a bordo de JavaScript Bandwagon en esta etapa es más o menos oficial: JavaScript come el mundo. Mencioné la ascensión de los marcos como Rails y Django en el primer punto anterior, pero la verdadera estrella fugaz en los últimos cinco años ha sido sin duda JavaScript. La aparición de Node.js en el lado del servidor, combinada con una nueva generación de marcos frontales, como Angular JS, Backbone, Ember y React, puso a JavaScript firmemente en primer lugar. La API REST hace de WordPress un socio potencial con estas tecnologías, en lugar de un competidor. Al considerar el soporte duro que Angular JS y Reaccionar en particular, Google y Facebook, respectivamente, esta es una posición inteligente. Desde el punto de vista de los desarrolladores y diseñadores de temas, significa que son libres de explorar las mejores tecnologías en conjunto con la mejora de sus habilidades existentes de WordPress, realmente lo mejor de ambos mundos. Los proyectos prácticos REST API siguen siendo los primeros días en el mundo del resto y acabo de rascar la superficie con respecto a lo que sigue con los puntos anteriores.
Sin embargo, antes de terminar, me gustaría presentarles dos análisis profundos recientes en lo que la API puede hacer. El primero está más inclinado en la dirección de las opciones de desarrollo base, mientras que el segundo está más preocupado por el desarrollo de aplicaciones. 1. Presentación del tema del tema API de Londres Wordcamp de marzo de 2015 por Jack Lenox Esta es la discusión que tuve la suerte de encontrar y que en realidad sirvió como un incentivo para todo el artículo. Jack hace un trabajo increíble, viaja los elementos básicos de la API y proporciona exámenes concretos. Entonces, en lugar de tratar de parafrasear su discurso, le sugiero que lo vea por completo. Dos puntos principales me han saltado a mí mientras seguía: los desarrolladores de las principales propiedades de la web en el Reino Unido, como The Sunday Times, ya están buscando usar esta tecnología, fortaleciendo los primeros informes en grandes sitios de medios en EE. UU., Como nuevos York Times también. Este tipo de adopción temprana, no importa cuán pequeño o experimental, me dice que hay un número significativo de desarrolladores de alto calibre allí, solo comiendo para darle una oportunidad.
La intersección entre los marcos JavaScript existentes como Angular JS, React y el REST API Will presentan una gran oportunidad y un desafío para los desarrolladores de temas.

Una breve pregunta y respuesta con el Automatistian Jack Lennox Jack tomó un tiempo de su trabajo al automático para responder algunas preguntas que tengo correo electrónico después de que tuve la oportunidad de procesar el discurso en Wordcamp London. Espero que la entrevista te dé algo para pensar dónde podría tomar la API REST de WordPress. ¡Gracias Jack!
Jack Lenox es un ingeniero de diseño automático.R: Con el tema, creo que lo más difícil de acostumbrar es averiguar cómo recrear todas las cosas que hace por sí misma cuando haces las cosas convencionalmente.Por ejemplo, enrutamiento;
En un entorno normal de WordPress, el enrutamiento no es algo en lo que deba pensar. Hay muchos otros desafíos relacionados con la forma en que se desarrolló el resto. Por ejemplo, mostrar widgets, tratar cosas como Body_Class a medida que avanza de una página a otra, etc. P. ¿Qué aspectos de la API REST está más emocionado de usar en proyectos futuros? A: solicitudes de lote. Todavía están en desarrollo, pero le permitirán realizar solicitudes para varios puntos finales diferentes en la API REST en una sola solicitud HTTP. P. ¿Cuáles son los mejores recursos/recursos generales que recomendaría que no sean devusores/diseñadores que deseen explorar el trabajo con la API REST? R: Creo que los recursos más útiles para trabajar con el resto tienen su sede en el mundo JS. Backbone, por ejemplo, es un marco diseñado para trabajar con API REST. Aprender Backbone me ayudó a comprender lo que puedes hacer con un descanso. Las muestras de ToDomVC de Addy Osmani son increíblemente útiles para comprender los elementos básicos de todos los cuadros y bibliotecas JS emergentes, especialmente Backbone. P: A medida que se abre a la web más amplia y otros lenguajes de programación a través de la API REST, ¿a dónde ve que WordPress va como una plataforma en lugar de CMS en los próximos cinco años?
Creo que vemos WordPress en lugares inesperados durante algún tiempo, pero creo que el resto conducirá al uso de WordPress en entornos cada vez más diversos. Dicho esto, creo que WordPress que conocemos y amamos hoy seguirá muy presente en una forma u otra durante más de cinco años. Mira cuántas personas todavía usan Blogger. Habrá una solicitud de algo que funcione bien en el cuadro, pero podemos ver a más personas que crean implementaciones interesantes de WordPress, que están dirigidas a nichos específicos, como lo hacen HappyTable. P: Finalmente, una pregunta más general, ¿cuál es su parte favorita de ser automáticamente? R: Ah, hay muchas cosas buenas sobre el trabajo automático. Desde un punto de vista profesional, mi parte favorita del trabajo aquí es la enorme riqueza de conocimiento que está disponible de mis colegas. Tenemos personas muy inteligentes en esta compañía y he aprendido una cantidad tan grande desde que me uní hace un año y medio. Pero, probablemente, mi parte favorita de ser automática en términos de estilo de vida es la libertad de que nuestra forma de trabajar. Debido a que la compañía se distribuye en todo el mundo, somos agnósticos según la zona horaria. Esto significa que los automatistas pueden trabajar cuando quieran, en lugar de seguir cualquier tiempo arbitrario para el trabajo. Vivo en una zona muy hermosa de Inglaterra, pero llueve y mucho, así que cuando tenemos buen tiempo, ¡no quiero que me bloqueen por dentro trabajando como la mayoría de las personas y no tengo que serlo!
Puedo salir con la bicicleta de montaña y divertirme. 2. El discurso de K. Adam White sobre el nodo de integración.js WordPress en lugares extraños: la gestión de contenido para el nodo usando el resto es una cuenta fascinante utilizada como CMS de backend para una aplicación Node.js en una aplicación de campo verde para una compañía Fortune 500. Mi principal conclusión fue que el poder y la flexibilidad de la parte de WordPress como aplicación eran suficientes para convertirlo en un candidato viable aquí contra la feroz competencia. Esto es bueno para la adopción futura de WordPress como un retroceso en el desarrollo de aplicaciones a través del resto. Conclusión Independientemente del dominio de WordPress que considere la especialidad, esperamos que la información anterior haya sido suficiente para despertar su interés en los siguientes cambios. Afectarán a todos. La incertidumbre sobre el momento exacto en que la API JSON REST lo convertirá en un núcleo no debería evitar que comience a explorarlo en su estado actual. Es una pregunta en lugar de cuándo esto sucederá, por lo que ahora es un momento tan bueno como cualquiera para comenzar a explorar más y mejorar su conjunto de herramientas. Cuéntanos en los comentarios a continuación si ya ha hundido un dedo del pie en el agua y qué tipo de Aplicaciones que puede ver reuniendo con la nueva funcionalidad.
Etiquetas:
administración

desarrolladores
El resto