2. No reusar campos<\/h3>\n
Debemos saber que existen ventajas y desventajas a la hora de reusar campos. No se deben crear muchos\u00a0nombres que se asocien en exceso al tipo de contenido, es preferible crear nombres gen\u00e9ricos que denoten exactamente el prop\u00f3sito de ese campo. Por ejemplo, Drupal trae por defecto un \u00fanico\u00a0campo creado, el body<\/strong>, que puede ser usado para cualquier tipo de contenido se cree en un\u00a0futuro y que almacena informaci\u00f3n gen\u00e9rica<\/strong>.\u00a0Si hubi\u00e9ramos creado un campo del tipo \u00abdescripci\u00f3n de noticias\u00bb, donde\u00a0autom\u00e1ticamente se crea un identificador interno para ese campo del estilo \u00abfield_descripci_n_de_noticias<\/em>\u00ab, seguramente no se nos ocurrir\u00eda utilizarlo tambi\u00e9n\u00a0para otro tipo de contenido (por ejemplo para Descripciones), cuando el tipo de informaci\u00f3n que va a almacenar es pr\u00e1cticamente el mismo.<\/p>\n Algunas de las configuraciones de los campos son \u00abtransversales\u00bb, es decir, se comparte entre los tipos de contenido que lo usan. Por\u00a0ejemplo, si el campo es traducible o no, el n\u00famero de valores que puede almacenar, o en el caso donde el vocabulario asociado al\u00a0tipo de campo es una Referencia a T\u00e9rmino. Un buen ejemplo para nombre de campo puede ser Imagen o Im\u00e1genes, en ese caso veremos r\u00e1pidamente para qu\u00e9 sirve cada uno.<\/p>\n Los sitios web que construimos no son est\u00e1ticos, sino que se adaptan a las necesidades de un cliente. En general, se van simplificando para permitir un d\u00eda a d\u00eda m\u00e1s eficiente. Por ello, es importante que hagamos un an\u00e1lisis peri\u00f3dico de nuestros sitios web y veamos si los tipos de contenido que hemos creado est\u00e1n siendo usados.<\/strong><\/p>\n Los 3 puntos anteriores hablaban de errores arquitecturales de nuestra aplicaci\u00f3n web, ahora vamos a repasar algunos errores t\u00edpicos a la hora de mostrar nuestro contenido.<\/p>\n El m\u00f3dulo vistas, es uno de los m\u00f3dulos m\u00e1s usados con diferencia en Drupal 7, y por ello, ha sido incluido en el core de Drupal. Esto dar\u00e1 una gran estabilidad a uno de los m\u00f3dulos m\u00e1s famosos y \u00fatiles de Drupal. No hagas una vista nueva para cada listado que vayas a mostrar. Los filtros contextuales te permiten que mediante el uso de URL\u00b4s amigables puedan filtrar el contenido seg\u00fan estos par\u00e1metros. <\/strong><\/p>\n Si por ejemplo,<\/span> tenemos Hoteles dados de alta en un tipo de contenido y queremos un listado de todos ellos, podremos implementar una vista. Una aproximaci\u00f3n incorrecta, ser\u00eda crear una vista nueva para mostrar los Hoteles de la ciudad de Bilbao, cu\u00e1ndo podemos solucionarlo con un filtro contextual en la misma vista anterior. Esto permitir\u00e1 adem\u00e1s, que conforme vayan creciendo los hoteles dados de alta, y por tanto, las ciudades, no tengas que estar creando vistas por cada nueva ciudad que tenga hoteles.<\/p>\n Es muy habitual ver c\u00f3digo en templates o funciones de preprocesado en proyectos que han sido desarrollados por empresas que vienen de hechos a medida, poco acostumbrados al uso de m\u00f3dulos. Evita siempre esto, existen multitud de m\u00f3dulos que implementan formateadores muy variados, busca antes. Sobre todo, intenta siempre que los templates no contengan programaci\u00f3n.<\/p>\n Revisi\u00f3n, revisi\u00f3n y m\u00e1s revisi\u00f3n. Durante la fase de desarrollo se prueban m\u00f3dulos, se activan, se pasa a usar otros… comprueba los m\u00f3dulos que usas y desactiva y desinstala los que no. Existen herramientas, m\u00f3dulos e incluso instrucciones en drush que te ayudan en esta labor<\/p>\n Muchos roles en tu sitio web har\u00e1 mucho m\u00e1s complicado gestionar el acceso a determinados m\u00f3dulos, campos o funcionalidades, adem\u00e1s de los posibles riesgos de seguridad.<\/p>\n Drupal tiene cientos, miles de m\u00f3dulos contribuidos. No programes un nuevo m\u00f3dulo a no ser que hayas buscado previamente otros y ninguno se adapte a tus necesidades, quiz\u00e1s existe otro que se adapta parcialmente y puede servir al cliente.<\/p>\n Nunca edites el core o modifiques el contenido de un m\u00f3dulo contribuido. Es muy habitual que los m\u00f3dulos contribuidos o el core sean actualizados, por lo que una actualizaci\u00f3n har\u00e1 que pierdas los cambios, o en su defecto, har\u00e1 la tarea de actualizaci\u00f3n muy pesada y costosa.<\/p>\n Si encuentras errores de seguridad no los arregles s\u00f3lo en tu proyecto, eso har\u00e1 que adem\u00e1s de los problemas anteriores, otros desarrolladores tengan tu mismo problema, contribuye, haz un parche. De la misma manera, si crees que un m\u00f3dulo puede implementar una nueva funcionalidad, puedes ponerte en contacto con su \u00abmantenedor\u00bb y entra en la comunidad de Drupal.<\/p>\n Los hooks son una herramienta muy potente que permite a los m\u00f3dulos modificar el comportamiento por defecto, pero usarlos incorrectamente puede traer muchos problemas, tanto de ca\u00eddas del sitio como de rendimiento.<\/p>\n En Hiberus contamos con un departamento de\u00a0m\u00e1s de 60 desarrolladores Drupal<\/strong>. Nuestros m\u00e1s de 10 a\u00f1os de experiencia nos ha hecho trabajar en los principales casos de \u00e9xito Drupal<\/a> a nivel nacional. Cu\u00e9ntanos tu proyecto y conoce a nuestro equipo experto en Drupal<\/a>.<\/p>\n <\/p>\n3. Tipos de contenidos no usados<\/h3>\n
<\/h2>\n
Errores drupal de visualizaci\u00f3n de contenido<\/h2>\n
4. Los filtros contextuales son tus amigos<\/h3>\n
5. No sobrevalores tus artes \u00abNINJA\u00bb<\/h3>\n
Errores drupal de sitio o funcional<\/h2>\n
6. Demasiados m\u00f3dulos<\/h3>\n
\n
7. Demasiados\u00a0roles<\/h3>\n
8. NO reinventes la rueda<\/h3>\n
9. \u00a1\u00bfPOR QU\u00c9 TOCAS?!<\/h3>\n
10. Cuidado con los hooks<\/h3>\n
![\"\"](\"https:\/\/www.hiberus.com\/crecemos-contigo\/wp-content\/uploads\/2023\/04\/Drupal10-horizntal-1024x535.jpg\")
<\/a><\/p>\n