Los grupos de Facebook de WordPress son increíbles. Simplemente busque «WordPress», «Temas elegantes» o «Divi» y los grupos que aparecerán lo sorprenderán. Una de las preguntas más importantes de los usuarios principiantes hasta los avanzados parece reducirse a ¿Cuál es el mejor complemento para hacer X ?, y cada vez hay docenas de respuestas con sugerencias. Y eso es genial.
Pero el problema que se salta esta pregunta es cómo puedo hacer X con WordPress , que no es una pregunta de complemento. Es una pregunta de código. Todos los complementos de WordPress son solo fragmentos de código empaquetados que usted conecta (de ahí el nombre) al backend principal de WP. Algunos complementos como Divi Builder agregan una funcionalidad importante que amplía los límites de lo que es posible con el núcleo. Pero muchos son fragmentos mínimos de PHP que realizan una sola tarea que los usuarios pueden implementar por su cuenta.
Entonces, supongo que la pregunta que debo responder es, ¿ cuándo debería usar fragmentos de código frente a complementos? Así que aquí hay algunas cosas a considerar.
Una gran razón por la que la gente viene a WordPress en lugar de otras plataformas CMS o software de blogs es debido a la rica ecosfera de complementos. Existe un complemento para casi todas las situaciones con las que un usuario de WP podría encontrarse, desde SEO hasta la creación de páginas, la aceptación de pagos , la creación de temas secundarios, etc. Y con solo unos pocos clics del mouse y tap-tap-taps en el teclado, listo… problema resuelto/agregada nueva función.
Cuando su tiempo es limitado (o el presupuesto de su cliente lo es), tiene que recortar algunas esquinas o tomar sus decisiones basándose en eso. Si tiene una fecha límite el mismo día para obtener una solución en un sitio importante y puede hacerlo con un complemento en lugar de un fragmento de código en functions.php , siempre buscará el complemento. Todos hemos hecho eso.
El tiempo realmente es dinero, y los complementos son rápidos. Por lo tanto, muchos diseñadores y desarrolladores tienen una serie de complementos estándar que instalan que les ayuda a mantener contentos a los clientes y a que el tiempo de respuesta para nuevos sitios y trabajos sea mucho más rápido que si estuvieran codificando cosas a mano para cada cliente.
Debe medir el ROI de su trabajo, al igual que con todo lo demás.
Considere los efectos a largo plazo
Tan rápido y fácil como puede ser instalar un complemento, también debe considerar la vida útil a largo plazo de su sitio. Lo que podría parecer una panacea en este momento podría convertirse en un dolor de cabeza que luego podría convertirse en una migraña.
WordPress siempre está cambiando. Si el código del complemento tampoco lo hace, pueden volverse obsoletos fácilmente. Si los desarrolladores abandonan un proyecto o tardan en actualizar, podría perder algunas funciones básicas. La parte aterradora es que es posible que no tenga idea de cuándo podría recuperarlo. (Y eso puede costar montones de ingresos y ganancias).
Lo que es más importante, si usa un complemento para resolver un problema que se resuelve fácilmente con un fragmento de código, evita posibles problemas con el complemento.
Por ejemplo, he visto a personas usar un complemento para eliminar la barra lateral en publicaciones y páginas. En efecto, todo lo que hace ese complemento es editar su archivo single.php . Puede abrirlo, eliminar una sola línea para lograr lo mismo.
|
01
|
< ?php get_sidebar(); ?> |
¿No es eso mejor que mantener un complemento instalado durante años?
¿Confías en el desarrollador?
Hay millones de complementos disponibles de forma gratuita cuando accede al repositorio. Y confiaría en una fracción minúscula de ellos en cualquier sitio que yo o un cliente ejecutemos.
¿Por qué?
Porque no sé quién en el mundo armó eso. No sé lo buenos que son en la codificación. No sé qué tan eficientes son con las actualizaciones o qué tan bien interactúa su código con la base de datos de WordPress. Tal vez su código haga el doble de consultas que debería para cualquier acción dada. No sé. Pero sé lo que hará mi código cuando lo escriba.
También tiene el problema de que los desarrolladores podrían dejar de admitir el complemento. A medida que envejece, puede volverse incompatible y obligarlo a encontrar otra solución a su problema. Ese es el tiempo que equivale a la pérdida de ingresos. Y pérdida de productividad porque estás re-resolviendo un problema que ya tenía solución.
El uso de sus propios fragmentos de código ayuda a evitar este escollo. Todavía tiene que mantener las adiciones de código. (Que es específicamente por qué debería usar temas secundarios ). Sabrá qué, dónde y por qué se realizaron los cambios. Sabría cómo actualizar los fragmentos de código que agregó y, lo que es más importante, usted mismo tendría el control de todo el proceso.
Además, si está editando directamente los archivos PHP que vienen con WordPress, es probable que esté ajustando la funcionalidad básica que no cambiará mucho, mientras que las API y las interacciones de los complementos sí lo harán. Piense en los estragos que podrían causarse si la función get_sidebar() cambia aunque sea un poco y ese complemento no.
Aunque los desarrolladores de confianza son asombrosos
Cuando encuentre un desarrollador de complementos en cuyo trabajo confíe, puede ahorrarle muchos dolores de cabeza. Por ejemplo, a menudo uso un complemento que instala y activa temas secundarios con solo unos pocos clics. Luego puedo eliminar el complemento de mi sitio.
Eso es mucho más rápido que instalar un tema secundario manualmente. Sé que no deja cosas raras, así que confío en él. Estas situaciones son la razón por la que existen los complementos. Están diseñados para mejorar su vida y su sitio web, no para reemplazar su experiencia.
Un profesor en la escuela de posgrado me dijo una vez que «tienes que conocer las reglas antes de poder romperlas». Puede ver los complementos de la misma manera. Son para ahorrar tiempo, no para hacer el trabajo.
¿Tiene acceso a los archivos de WordPress?
Un factor importante en el uso o no de fragmentos de código frente a complementos tiene que ver con la cantidad de acceso al sistema de archivos que tiene. Para agregar fragmentos de código en los archivos principales de WordPress, necesita acceso FTP (o al menos credenciales de cPanel). Algunas empresas y clientes no lo dan a conocer. En algunos casos, es posible que los clientes no sepan cómo hacerlo.
Si no tiene acceso a los archivos, realmente no tiene más remedio que usar complementos.
Y si mantienen las cosas bloqueadas, voluntariamente o no, los complementos serán la forma en que generalmente quieren interactuar con el software. El uso de complementos facilita la resolución de problemas. (Deténgame si ha escuchado esto: «comience por deshabilitar todos sus complementos…»)
Cambiar los archivos principales con fragmentos de código o código personalizado no es algo con lo que muchos usuarios finales quieran lidiar. Personalmente, los clientes me han dicho que bajo ninguna circunstancia querían un código personalizado, incluso CSS, y que hicieran todo en las opciones del tema y el personalizador. Eso fue divertido.
¿Cuánto código sabe/quiere saber?
Para muchas personas, un gran obstáculo para editar los archivos PHP principales es simplemente que no conocen PHP o JavaScript .
Quiero decir, no podía editar una página escrita en español a pesar de estar bien con las palabras en inglés. Las personas que no conocen los idiomas no pueden cambiar lo que hace el código.
Pero aquí está mi pregunta para ti: ¿ cuánto quieres/necesitas saber?
Profundizar en los archivos principales de WordPress es la mejor manera de aprender el sistema que conozco. Puede leer tutoriales y documentación durante todo el día, pero aún no hay reemplazo para ingresar y editar functions.php usted mismo.
Si no tiene ningún deseo o su trayectoria profesional no se verá favorecida por aprender el código que necesitaría para reemplazar los complementos, entonces, por supuesto, conéctelo, conéctelo. No hay razón para no hacerlo.
Pero si su futuro depende de alguna manera de comprender el funcionamiento interno de WordPress, tratar de implementar soluciones sin complementos es una excelente manera de adentrarse en un territorio desconocido.
Por ejemplo, aprendí a leer y editar single.php al necesitar moverme donde aparece el título en la página. Los complementos pueden hacer eso fácilmente. Pero resulta que HTML también (con una función PHP básica integrada).
|
01
|
<h1 class="entry-title">< ?php the_title(); /></h1> |
Hacer algo tan simple como reorganizar esa línea de código en single.php puede ser la puerta de entrada para poder ajustar fragmentos de código en todo el núcleo de WP en lugar de complementos. Y eso se convierte en una bola de nieve en más confianza y habilidad, lo que se relaciona directamente con saber cuándo es mejor usar un complemento que codificarlo usted mismo.
Una buena regla de oro
Sigo un consejo que me cambió la vida y que aprendí de un podcast: si una tarea toma 1 minuto o menos, hazla de inmediato en lugar de posponerla. También puede adaptar eso a los fragmentos de código de WordPress frente a los complementos: si escribir un fragmento de código lleva tanto o menos tiempo que instalar y configurar un complemento, simplemente escriba el código.
Por supuesto, debe sopesar esa decisión en función de la cantidad de código que conoce y tiene la intención de aprender en general. Al final, ese enfoque me ha hecho mucho más conocedor de WordPress, PHP y todo el ecosistema de complementos. Creo que a ti también te pasará lo mismo.
Entonces, la próxima vez que presione el repositorio del complemento, haga una pausa por un segundo. Pregúntese, «¿podría hacer esto con código?» Y si la respuesta es «sí», continúa con un «¿pero vale la pena?»
Entonces tendrá su respuesta al viejo debate de «fragmentos de código vs complementos».
¿Qué te hace decidir si usar fragmentos de código o complementos?
Miniatura del artículo por hans / shutterstock.com