Theme a medida o pagar por uno genérico

 Hola, ¿qué tal? Una semana más aquí en Drupalizate, el podcast donde hablo de Drupal. Soy Robert Menetray, aquí con mi experiencia haciendo webs en Drupal. Esta semana te voy a hablar sobre los temas de pago, visuales de pago en Drupal. Si existen o no, si es recomendable usarlos o no. Y nada, esto que comparado con wordpress, que wordpress tiene muchos temas de pago, ¿no? Que no haces nada, tú instales un tema, lo pagas y ya está. Y por 50 euros tienes la web hecha. Vale, ¿cómo va en Drupal esto? Drupal, ya lo comenté en, creo que fue el primero o segundo episodio, está pensado para un caso de uso bastante distinto a wordpress. En Drupal sí, hay temas gratuitos, la mayoría, casi todos son gratuitos en Drupal, los temas. Hay pocos comparado con wordpress temas de pago y los pocos que hay, alguno que me he encontrado yo, es mejor prenderle fuego, ¿vale? Directamente, o sea, no, los temas de pago que hay no son de una calidad muy buena, que digamos. Y eso es porque normalmente en Drupal estamos pensados para tener la configuración de la web y que el tema visual dependa bastante de la configuración. En el sentido de que si tenemos un listado de productos que hemos hecho con una vista, y hemos configurado esta vista, el estilo visual normalmente va a usar, o sea, el CSS, JavaScript y lo que tú hayas puesto, va a usar el nombre máquina de esa configuración para identificar que sólo ha de modificar visualmente esa vista. Con lo cual, otra web que no tenga ese nombre máquina en la vista no se verá afectado, ¿vale? Con lo cual, realmente los temas gratuitos usan estilos muy genéricos para que afecte a la mayor parte de cosas de la web. O sea, por ejemplo, a todas las vistas, para que se vean todas iguales, o a todas las páginas, para que se vean todas iguales. Si tienes una página, por ejemplo, un tipo de página que es página básica, un tipo de página que es artículo, que son los que vienen dos por defecto, vale, pero si has puesto cuatro tipos de página más, porque lo tuyo es, yo qué sé, es una mobiliaria y tienes un tipo de contenido que es una prensa, un contenido que es propiedades de, no sé dónde, extranjeras, y otro tipo que es propiedades de España, por decir algo, o sea, tienes distintos tipos de contenido con distintos campos y que sean de ver de forma distinta, por mucho que tengas un tema gratuito o un tema de pago, seguramente no se va a adaptar a lo que tú quieres. Al final es, como ya te dije en otro episodio, Drupal está más pensado, para el caso de uso, de quiero el front-end hecho a medida, quiero un diseño hecho a medida, no tiene sentido pagar 50 euros por un tema mal hecho y no pensado para el caso de uso de cliente. Así que, ¿vale la pena pagar por un estilo visual, o sea por un tema? Realmente yo creo que no, ¿vale? Totalmente. O sea, si no quieres pagar a alguien de front-end, o lo haces tú mismo y no quieres dejarte la vida en ello, busca un tema visual atractivo, decente y gratuito en Drupal.org y trabaja con ello, ¿vale? Pero realmente piensa si tu caso de uso es mejor usar otra tecnología que no sea Drupal, ¿vale? Porque como digo, es que cuando tiene más sentido usar Drupal es cuando quieres un front-end hecho a medida, una web hecha a medida. Si no quieres una web hecha a medida, nuevamente significa que no quieres un front-end hecho a medida y nuevamente significa de que piénsate bien si te hace falta realmente un Drupal o no, ¿vale? ¿Qué se puede hacer? Sí, pero que es lo más, digamos, la mejor opción, quizá no, ¿vale? Hay casos, ¿vale? Por ejemplo, yo he trabajado en proyectos que instalabas, por ejemplo, el tema base de Bootstrap, por ejemplo, y para generar una internet de gestión de becas o gestión de datos o una especie como de RP o CRM, pues tiene todo sentido del mundo. Tú instalas un tema ya gratuito, básico, que visualmente se ve bien, pero que todos los listados se ven igual, que tienes un menú siempre al mismo sitio y que visualmente se ve bien, pero no se ve moderno, no se ve atractivo como tal. ¿Pero por qué? Porque es una internet, no hace falta que se vea atractivo, ha de ser funcional, punto. En ese sentido, sí, tiene sentido hacerlo con una tecnología como Drupal, porque en este proyecto no nos hemos de matar haciendo un buen front-end, ¿vale? Pero en otros proyectos que sí que son webs visibles a internet que han de ser buenas en SEO y bueno, en rendimiento y etc, etc, hasta cierto punto no le veo sentido. Por eso también comenté en su día de que si lo único que quieres es un blog, quizás mejor wordpress, porque wordpress te da mucha más flexibilidad en es un blog simple, tengo varios temas que están pensados para temas blog y es que realmente Drupal es matar moscas a cañonazos, crear un blog, solo un blog en Drupal. Bueno, vale, quiero hacer un tema custom. ¿Cómo se hace un tema custom? En Drupal tenemos lo que son subtemas, ¿vale? Puedes coger un tema base, por ejemplo, en este caso, Boostrap, que es de los más conocidos, aunque está un poco anticuado, ¿eh? Te lo tengo que decir. Bueno, muchas agencias siguen usando Boostrap. Instalas el tema Boostrap y tú creas un subtema que extiende a este tema principal, en este caso Boostrap, y a partir de aquí empiezas a sobreescribir cosas. Eso significa que si el tema principal tiene 10 plantillas y tú, en tu caso de uso, en tu proyecto, la plantilla de, yo que sé, el formulario de login, ha de ser distinto, tú sobreescribes las plantillas que afectan a ese formulario de login. El resto de plantillas las dejas igual. O si lo que quieres modificar es cómo se ven los listados, modificas las plantillas de los listados. No tocas la plantilla de cómo se ve, yo que sé, pues el formulario de registro, por decir algo. Al final, sobreescribes las partes que a ti te interesan. Vale, estás usando como tema base, o de esto, un tema ya existente y gratuito. Digamos que lo que más he visto yo es que se trabaja con Boostrap. Hay otros subtemas, pero con diferencia, como que el 80 por ciento, 80, 90, es Boostrap. No sé por qué, es el que se puso de moda y la mayoría de agencias trabajan con Boostrap, Boostrap quizás. Vale, a mí últimamente me gusta mucho trabajar con Tailwind, CSS, vale. No he visto que haya un tema, voy a decir que hay alguno, pero no me gusta cómo está montado, así que me he montado yo mi propio tema custom hecho a medida en Tailwind. Y eso es porque Rupal puedes tener tu propio tema totalmente personalizado, que extienda a un tema del core de Rupal, o usar un tema base y extenderlo. Aquí tienes las dos opciones. Al final siempre extiendes algo, o un tema ya existente de Rupal, o un tema contribuido que has instalado, en este caso Boostrap, que es como digo el más conocido. Y a partir de aquí empiezas a trabajar. El resto de tecnología, realmente es un poco igual si solo tocas CSS, si tocas Sass y te compilas CSS, si lo usas con LESS o no, si usas JavaScript o no, esto ya depende de la gente de Frontend, con lo que le gusta trabajar y con lo que no. Pero nada, que básicamente esto, que sepas de que yo no compraría ningún tema, yo pagaría a alguien para que me haga un tema a medida, eso también incluye pagar a alguien para que te haga un diseño, o al menos dar libertad, si no hay diseño, dar un poco de guías de cómo quieres que sea la web. Yo por ejemplo, la mayoría de webs que hago para mí mismo, yo no contrato un diseñador, las hago un poco a mi gusto y decentemente quedan bien. Las otras webs, la mayoría, casi todas, o son diseñador de cliente final, que tiene su propio diseño, o ha contratado una agencia únicamente de diseño, no de web, solo de diseño, o es una agencia que tiene sus propios diseñadores web, ya hacen el diseño web y yo después vengo y lo convierto a HTML, a Frontend de la web. Pero al final, en casi todos los proyectos Drupal, menos en mi caso, se hace webs a medida en el Frontend, es para que lo tengas claro. Eso significa que normalmente, casi siempre, sale más caro un Frontend en Drupal que en WordPress, porque muchas webs en WordPress, instalas cualquier tema visual, hace un poco atractivo y tiras para adelante. Y nada más, que no me quiero alargar mucho, creo que ese es el episodio más corto de la temporada. Hasta la semana que viene. Chao.