{"id":479,"date":"2016-06-27T12:26:26","date_gmt":"2016-06-27T11:26:26","guid":{"rendered":"http:\/\/tecnologiasweb.jsenso.es\/?p=479"},"modified":"2016-06-27T12:26:26","modified_gmt":"2016-06-27T11:26:26","slug":"no-usare-drupal-8-asignatura","status":"publish","type":"post","link":"https:\/\/blogs.ugr.es\/tecweb\/no-usare-drupal-8-asignatura\/","title":{"rendered":"Por qu\u00e9 no usar\u00e9 Drupal 8 en mi asignatura"},"content":{"rendered":"

Los que somos forofos de Drupal llev\u00e1bamos a\u00f1os esperando ansiosamente a que llegara la tan anunciada versi\u00f3n 8. Esto sucedi\u00f3 el 2 de octubre del a\u00f1o pasado<\/a>, con el lanzamiento de la beta 16.<\/p>\n

Desde entonces se han sucedido 20 versiones diferentes, hasta llegar a la 8.1.3<\/a>, que data del pasado 15 de junio. Con ese ritmo, seguro que cuando pasen un par de semanas de publicar este post habr\u00e1n aparecido un par de versiones nuevas.<\/p>\n

Como la mayor\u00eda de los adeptos a este CMS, lo primero que hice fue realizar una instalaci\u00f3n en local, para ver c\u00f3mo funcionaba la cosa y palpar, por mi mismo, cu\u00e1les eras las novedades.<\/p>\n

La primera en la frente vino por la versi\u00f3n de PHP que se necesita (la 5.5.9 o superior), y sus requerimientos<\/a>. Puedo entender que sea necesario una gran cantidad de modificaciones en el php.ini para que el software funcione a pleno rendimiento (por ejemplo, es un gran punto a su favor el contar con un gestor de cach\u00e9s gestionado por PHP que aumenta la carga de las p\u00e1ginas de manera realmente sorprendente). Pero eso de activar y desactivar m\u00f3dulos complica much\u00edsimo la cosa. Especialmente si queremos realizar la instalaci\u00f3n en un hosting remoto, donde la seguridad prima por encima de cualquier otra consideraci\u00f3n.<\/p>\n

He de decir que la primera instalaci\u00f3n me sorprendi\u00f3 mucho. No tanto por lo que aparec\u00eda en la pantalla, sino m\u00e1s bien por el tiempo que tard\u00f3 en realizarse. En una m\u00e1quina limpia, bajo Linux Mint, y con las \u00faltimas versiones de Apache, MySQL y PHP instaladas y optimizadas, tard\u00f3 cuatro minutos\u00a0<\/strong> \ud83d\ude2f\u00a0 Y eso que hice la instalaci\u00f3n en ingl\u00e9s, para que el sistema no se tuviera que conectar al servidor de traducciones e instalarme el espa\u00f1ol.<\/p>\n

Me dej\u00f3 sorprendido el n\u00famero de ficheros con los que trabaja: algo m\u00e1s de 12.400, as\u00ed como la cantidad de tablas (66, aunque para la versi\u00f3n en espa\u00f1ol son 71) que genera.<\/p>\n

Todo esto me hizo sospechar que en un entorno m\u00e1s hostil, con llamadas en remoto, como es el de un hosting no local, la situaci\u00f3n podr\u00eda volverse en desesperante.<\/p>\n

Efectivamente, as\u00ed fue. Eleg\u00ed un hosting gratuito, que es lo mismo que le pido a mis alumnos. Para empezar, la mayor\u00eda de los servicios de alojamiento suelen trabajar con versiones de PHP inferiores a las que solicita este Drupal, con lo que las opciones se reduc\u00edan mucho. Una vez localizado el hosting id\u00f3neo, el siguiente problema estuvo relacionado con los tiempos de espera. Como es bien sabido, el tiempo de espera de respuesta de la base de datos suele rondar el minuto, dependiendo del hosting, claro. Una instalaci\u00f3n que requiere de m\u00e1s de doce mil ficheros, y que trabaja con tantas tablas en la base de datos, suele requerir de mucho m\u00e1s tiempo.<\/p>\n

Aunque finalmente logr\u00e9 realizar la instalaci\u00f3n, tras modificar varios ficheros y tener que hablar con el servicio t\u00e9cnico del hosting para pedirles diversos favores (algo de lo que suelen pasar, la verdad), el resultado no me gust\u00f3 nada. No era posible activar varios m\u00f3dulos de PHP que son fundamentales para que el software se ejecute de manera fluida. Adem\u00e1s, la conexi\u00f3n con la base de datos en el trabajo diario convert\u00eda a cualquier operaci\u00f3n en algo insufrible. Consult\u00e9 varios foros y descubr\u00ed que estos problemas eran comunes en todas las instalaciones.<\/p>\n

Luego, por curiosidad, mir\u00e9 las estad\u00edsticas semanales de uso de Drupal<\/a>, donde constat\u00e9 que, a pesar de ser una versi\u00f3n creada de cero y con muchas expectativas, la realidad es tozuda, y est\u00e1 siendo menos usada, incluso, que la 6.0. Sobre los datos ah\u00ed aparecidos he creado un gr\u00e1fico que muestra perfectamente la evoluci\u00f3n de las versiones 7 y 8 durante los \u00faltimos meses.<\/p>\n

\"Comparativa
Comparativa de uso de Drupal 7 y 8 desde la aparici\u00f3n de la \u00faltima versi\u00f3n estable de este CMS<\/figcaption><\/figure>\n

No dudo ni por un momento de la fiabilidad y seguridad de esta nueva versi\u00f3n. Pero si el proceso de instalaci\u00f3n tiene tantos inconvenientes, no quiero ni pensar qu\u00e9 suceder\u00e1 cada vez que haya que instalar un m\u00f3dulo. O, peor, cuando haya que actualizar el CMS. Ya que, tampoco en esta versi\u00f3n se ha contemplado la instalaci\u00f3n en un click, y sigue siendo necesario volver a subir los doce mil y pico ficheros de la nueva versi\u00f3n que sustituya a la antigua. Es decir, que este calvario se repetir\u00eda cada tres semanas.<\/p>\n

Si Drupal ya es un CMS de dif\u00edcil comprensi\u00f3n para los no iniciados en el mundo de los gestores de contenido, no creo que tenga mucho sentido ir poniendo trabas en cosas que, en principio, deber\u00edan ser mucho m\u00e1s simples. O, al menos, lo son en otros programas con caracter\u00edsticas similares.<\/p>\n

 <\/p>\n

 <\/p>\n","protected":false},"excerpt":{"rendered":"

Los que somos forofos de Drupal llev\u00e1bamos a\u00f1os esperando ansiosamente a que llegara la tan anunciada versi\u00f3n 8. Esto sucedi\u00f3 el 2 de octubre del a\u00f1o pasado, con el lanzamiento de la beta 16. Desde entonces se han sucedido 20 versiones diferentes, hasta llegar a la 8.1.3, que data del pasado 15 de junio. Con […]<\/p>\n","protected":false},"author":65,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_genesis_hide_title":false,"_genesis_hide_breadcrumbs":false,"_genesis_hide_singular_image":false,"_genesis_hide_footer_widgets":false,"_genesis_custom_body_class":"","_genesis_custom_post_class":"","_genesis_layout":"","footnotes":""},"categories":[45,43],"tags":[40,28,25,55,74],"class_list":{"0":"post-479","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-content-management-systems","7":"category-software-de-clase","8":"tag-administrador-del-sitio","9":"tag-cms","10":"tag-drupal","11":"tag-open-source","12":"tag-software","13":"entry"},"_links":{"self":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/479","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/users\/65"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/comments?post=479"}],"version-history":[{"count":0,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/posts\/479\/revisions"}],"wp:attachment":[{"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/media?parent=479"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/categories?post=479"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.ugr.es\/tecweb\/wp-json\/wp\/v2\/tags?post=479"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}