¿Cómo se programa para WordPress?

Question

¿Cómo se programa para WordPress?

22 oct 2011, 09:03:45

Vistas: 933

Votos: 6

En PHP plano y frameworks el código se hace con ayuda de herramientas IDE, yo uso PhpStorm y estoy muy contento hasta ahora. Recientemente decidí explorar el CMS más popular actualmente y me confundí sobre cómo se programa para él.

1) ¿Debo instalar WordPress no solo en mi servidor, sino también localmente? ¿Editar archivos en IDE/editor y usar la función de "importar/exportar" de WordPress para sincronizar mis cambios? ¿Cómo trabajaría un equipo de desarrolladores en esto? ¿Qué pasa con el control de versiones (VCS)?

2) ¿O debo desarrollar directamente en el panel de control? Si es así, no hay resaltado de sintaxis/autocompletado/intellisense y otros beneficios que impulsan tu desarrollo... y los plugins para resaltado que he visto hasta ahora dejan mucho que desear.

¿WordPress es camino de lobo solitario? ¿Qué método general siguen los desarrolladores de WordPress?

Umren

163

php

Comentarios

¿Estás hablando de escribir un tema o plugin de WordPress, o estás hablando de trabajar en entradas/páginas?

User

22 oct 2011 09:06:44

Código PHP, plugins, etc.

User

22 oct 2011 09:13:55

Todas las respuestas a la pregunta

Supongo que podrías intentar desarrollar a través del panel de control, pero creo que sería un poco demasiado difícil. Además, asumiendo que no querrías que el sitio esté en vivo mientras lo construyes, aún necesitarías moverlo a un nuevo directorio después de terminar el desarrollo.

Cada vez que desarrollo un tema desde cero, comienzo con el HTML/CSS para todas las páginas diferentes y las trabajo localmente. Luego hago una instalación local de WordPress usando MAMP o XAMPP y divido mi marcado para convertirlo en un tema (dividiéndolo en los diferentes archivos de plantilla de WordPress). Luego tienes algunas opciones diferentes para mover la versión local a un servidor remoto. Normalmente haría una instalación limpia de WordPress en el servidor remoto, borraría la base de datos predeterminada y crearía una nueva, reemplazaría la carpeta wp-content remota con mi carpeta wp-content local (la que contiene el tema que acabo de terminar de desarrollar), haría un volcado SQL de la base de datos local y lo importaría a la nueva base de datos que creé en el servidor remoto. Luego conectaría tu instalación de WordPress a tu base de datos a través del archivo wp-config.

Luego puedes continuar usando tu copia local del sitio para correcciones de errores, desarrollo continuado, etc. y subir archivos específicos para implementar cambios.

Puedes seguir este tutorial aquí para aprender sobre cómo crear realmente los archivos del tema: http://thethemefoundry.com/blog/html-wordpress

Definitivamente deberías revisar el Codex: http://codex.wordpress.org/ Es un poco extenso pero la comunidad de WordPress es enorme y la documentación es buena.

User

100

22 oct 2011 09:26:37

1) ¿Tengo que implementar WordPress no solo en mi servidor, sino también localmente? ¿Editar archivos en un IDE/editor y usar la función "importar/exportar" de WordPress para sincronizar mis cambios? ¿Cómo trabajaría un equipo de desarrolladores en esto? ¿Qué hay del VCS?

La forma más común en que un equipo de desarrolladores trabaja en un proyecto de WordPress es utilizando un sistema de control de versiones como SVN o Git. Usando un IDE como PhpStorm, se descarga una copia a tu máquina local, asegurándose de establecer el directorio raíz de WordPress como el directorio raíz de tu proyecto.

Trabaja en los archivos y prueba en tu entorno de desarrollo local, luego confirma los cambios de vuelta al repositorio principal en el servidor de desarrollo o producción.

También es muy útil trabajar con la depuración activada y configurar Xdebug en tu IDE.

En wp-config.php:

define( 'WP_DEBUG', true); // Activar modo depuración
define('SCRIPT_DEBUG', true); // Depuración de scripts
define('CONCATENATE_SCRIPTS', false); // Desactivar concatenación de scripts
define( 'SAVEQUERIES', true); // Guardar consultas SQL para depuración

2) ¿O tengo que desarrollar en el panel de control? Si es así, no hay resaltado/autocompletado/intellisense y otros beneficios que impulsan tu desarrollo... y los plugins para resaltado que he visto hasta ahora son muy malos.

El editor del panel de control es principalmente una comodidad y solo debería usarse para cambios menores, si acaso. En un servidor de producción nunca debería usarse y me gusta desactivarlo para evitar problemas.

¿WordPress es camino de lobo solitario? ¿Qué enfoque general siguen los desarrolladores de WordPress?

WordPress está muy lejos de ser un camino de lobo solitario. Es un gran proyecto de código abierto con una enorme participación de la comunidad. Hay toneladas de recursos disponibles y muchas comunidades más pequeñas en las que puedes participar.

Chris_O

20.6K

25 oct 2011 09:09:08

Recibiré mucho odio por esta respuesta, pero realmente creo que el OP necesita aprender más sobre PHP y WP antes de saltar a programar para WP. Si lo hiciera, estas preguntas nunca se habrían planteado.

Lo calificaría como un pre-principiante autodidacta en PHP mediante tutoriales en línea que decidió de la noche a la mañana programar para WP y pensó que una respuesta en un foro le enseñaría. Simplemente no es tan fácil...

Aprende cómo funciona WordPress usándolo realmente y prestando atención a los detalles
Lee 1+ libros sobre PHP/WordPress (Sé que cuesta dinero, así funciona)
Crea un entorno de desarrollo local (Configura servidor, dominios, WordPress, etc)
Usa un IDE (NuSphere PhpEd en Windows) para búsqueda rápida de funciones, ya que la mejor forma de aprender WordPress es estudiando el código núcleo
Empieza pequeño, aprende cómo funcionan los plugins/acciones/filtros. Cuando los domines, habrás dominado la programación en WP. Luego solo necesitarás conocer las funciones y filtros específicos o cómo encontrarlos cuando sea necesario (debes tener un IDE)

El tipo de conocimiento de programación que se obtiene gratis es el tipo de conocimiento que convierte tu código en un peligro para ti y para todos los que te rodean. Quien te dijo que el conocimiento es gratis solo estaba eliminando a un competidor.

EarnestoDev

1.49K

25 oct 2011 02:43:52

Comentarios

Quien pregunta si los plugins deberían desarrollarse en un editor JS (nombre en clave Dashboard), realmente tiene problemas. De hecho, me parece ofensivo como desarrollador. Todo el mundo es programador hoy en día, pensando que es pan comido.

EarnestoDev

25 oct 2011 02:47:28

Me parece ofensiva tu forma de ver a los no profesionales en general, así como este caso específico. Además, es mezquino creer que uno no puede ser autodidacta y que el conocimiento disponible gratuitamente no será suficiente.

Johannes Pille

25 oct 2011 16:40:47

Será suficiente para convertirlo en un peligro para aquellos con quienes terminará trabajando. Aprender en línea es como construir sin cimientos (que es la educación - no la escuela, sino algo organizado como un libro). Los tutoriales te enseñan soluciones específicas, mientras que los libros te enseñan todo lo demás.

EarnestoDev

25 oct 2011 20:08:02

Votado negativamente hace meses, razonaré al respecto ahora: IMO, Internet es la ficción (¿visión?) de Jorge Luis Borges "La Biblioteca de Babel" hecha realidad. ::: Libros vs Tutoriales: Creo que el Sr. Johannes Gutenberg también tuvo problemas con que los Manuscritos fueran mejores que los Libros Impresos...

brasofilo

21 ene 2013 06:53:03

mi -1 habría sido un +1 si solo hubieras incluido los puntos numerados. No es imposible ser un desarrollador php competente y de calidad usando solo materiales disponibles gratuitamente; pero requiere un alto nivel de compromiso, organización y trabajo.

Zach Lysobey

15 mar 2013 19:09:07

Johannes Pille 11.1K · Accepted Answer · 2011-10-22T22:48:43Z

La forma en que Judah desarrolla para WordPress definitivamente no está mal, simplemente es diferente a la forma en que yo hago las cosas. Además, los dos enlaces que proporcionó son muy buenos. La entrada del blog parece valer la pena leerla y el codex es la biblia de todo desarrollador de WordPress.

Para ofrecerte más opciones a considerar, aquí está mi enfoque sobre el desarrollo en WordPress:

IDE / entorno de codificación: Si quisieras modificar, digamos, el estilo de un elemento, el wp-admin ("el panel de control") será suficiente. Sin embargo, para el desarrollo serio de temas o plugins, definitivamente no es una opción. Por lo tanto, debes seguir con tu IDE de preferencia. Para ser completo, siendo usuario de *nix, usaría Komodo Edit en Linux y Coda en Mac. Sin embargo, si estás manejando WordPress, otro CMS o codificando desde cero, es irrelevante para tu elección de IDE: usa con lo que te sientas cómodo. Uno de los requisitos más básicos que tengo para un IDE, y que te recomiendo que también busques, es su capacidad para cargar y guardar archivos en un servidor directamente mediante FTP. Se vuelve tedioso guardar tus archivos localmente y subirlos con una segunda aplicación. Otro criterio importante es un buen resaltado de sintaxis para PHP, CSS, JS y HTML.

Dónde desarrollar: Después de jugar un poco, podrías llegar a la conclusión de que te sientes más cómodo desarrollando localmente, yo no. Me gusta desarrollar directamente en el servidor en el que luego estaré en vivo o en un servidor con la misma configuración (versiones de Apache y PHP, versión de MySQL en menor medida, y por último pero no menos importante: el sistema operativo). De ahí la importancia de un IDE con capacidades FTP integradas. Si eliges desarrollar localmente, asegúrate de que el entorno sea al menos similar al que luego desplegarás el sitio. Para mi forma de hacer las cosas, mantengo subdominios de desarrollo en mi servidor que no son accesibles al público. De esa manera sé que el sitio se comportará exactamente igual cuando lo mueva a producción.

Desarrollo de temas en WordPress: Empezar completamente desde cero, es decir, con una carpeta de tema en blanco y crear cada archivo requerido tú mismo, sería una misión muy consumidora de tiempo y para el novato en WordPress casi imposible. Como base para escribir tu primer tema de WordPress, recomiendo encarecidamente descargar el tema Starkers desarrollado por el icónico Elliot Jay Stocks. Starkers contiene casi ningún estilo y ningún marcado semántico. Sin embargo, viene con todas las funciones y archivos esenciales de un tema estándar de WordPress. Hoy en día uso mi propia plantilla de tema básica, básicamente Starkers con una serie de modificaciones que de otra manera haría para cada tema. Esa plantilla me sirve bien porque está ajustada a mi forma personal de hacer las cosas (y despojada de comentarios), pero lo que Elliot hizo es proporcionar el punto de partida perfecto para el (aspirante a) diseñador de temas.

Qué más hacer (si sigues mi camino): Familiarízate con la estructura básica de un tema de WordPress. Yo no prescindiría de un header.php y footer.php estáticos que enmarcan el sitio y en medio de los cuales ocurre toda la magia. Saber qué pertenece mejor a functions.php y por qué deberías tener uno. Saber qué es el bucle de WordPress. Lee los artículos del codex sobre Desarrollo de Temas y El Bucle. Léelos de nuevo. Cuando entiendas un mínimo del 75% de su contenido, comienza a diseccionar Starkers, comprende su estructura. Desarrolla a partir de ahí. Cada vez que encuentres un problema, consulta primero el codex (yo lo hago mayormente de segunda mano, buscando en Google los términos clave seguidos de "wordpress", a menudo una página del codex será parte de los primeros 5 resultados), luego pregunta por ahí.

Un último recurso: Hace dos años, habría recomendado encarecidamente ver el video instructivo de Chris Coyier (de css-tricks.com) en tres partes sobre creación de temas en WordPress. Dado que es de principios de 2009, utiliza WP 2.7 (la versión actual es 3.2.1). Aún así recomendaría echarle un vistazo, es una buena serie de screencasts fácil de seguir con muchos consejos que aún aplican. Solo míralo teniendo en cuenta que algunas cosas han avanzado desde entonces. El primer video de la serie se puede encontrar aquí, los otros buscando en Google, en el sitio o modificando la URL, respectivamente.