Bueno Luis, en esta ocasión no voy a estar de acuerdo, así me apunto a la discordia y que se pueda generar debate 🙂
WordPress en cuanto a los temas un poco como CSS (perdonadme la analogía que además no es correcta desde un punto de vista estricto), pero algo así como: definimos un color para los títulos y si después viene alguien y nos dice que el color va a ser otro, pues no quedamos con el último, o si el color definido inicialmente tiene más autoridad que el segundo que llega, se le hace caso al primero. En los temas definimos una plantilla para una página o parte de la misma, si después viene alguien y nos dice, no, pilla esta otra plantilla en su lugar, pues WordPress le hace caso y usa la segunda… en realidad se hace un poco a la inversa, WP mira si haya una plantilla hijo, sino mira en el padre, sino mira en la genérica, etc… con varios niveles hasta encontrar la adecuada a mostrar https://wphierarchy.com/
Bien, vamos al meollo, si es nuestra web los títulos h1 están definidos por el core (mediante CSS) en negro y los queremos poner en verde, ¿qué hacemos?, ¿vamos al archivo CSS principal de WordPress y cambiamos la definición de negro a verde? ¿o vamos al personalizador de CSS o a nuestro archivo propio de CSS y desde ahí sobreescribimos el color?
Salimos del CSS, el core de WordPress por ejemplo, en una función de su API nos escribe un texto en todos los pies de página y tiene su correspondiente hook, como no nos gusta ese texto y queremos cambiarlo, ¿modificamos el core para eliminarlo o escribir otro texto? ¿o creamos nuestra función en el hook adecuado para modificar ese texto o eliminarlo con remove_action?
Pues lo mismo con los temas, en mi opinión, no debemos modificar los archivos del core de WordPress, plugins o temas (a no ser un tema hecho a medida que ya es otro asunto diferente), sino extenderlos con la herencia de templates y con los hooks y filters que nos proporciona el core y plugins, si un plugin no lo podemos extender porque no tiene los hooks necesarios… pues a lo mejor deberíamos hablar con su creador para que los habilite y así mejorar el software Open Source, o sino seleccionar otro plugin más adecuado.
Cuando el autor de un tema publica una nueva versión, debería mantener retrocompatibilidad y documentar bien los cambios, sobre todo los cambios importantes, como eliminación de alguna plantilla y avisar bien al usuario de las posibles consecuencias, pero lo mismo pasa con los plugins y con el core, ¿qué pasa si de repente WordPress cambia remove_action por del_action?, que dejarían de funcionar muchas de nuestras personalizaciones, y lo lógico es que se siga manteniendo remove_action como un alias de la nueva función, además de avisar del cambio.
Después de todo este rollo, lo único que quiero decir es que mi opinión (que por supuesto puede ser errónea), es que nunca debemos modificar el core (de WordPress, de un plugin o de un tema) sino extenderlo.
