Me parece que si drupal.org está animando a las personas a usar Drupal 8, que deberían liderar con el ejemplo y migrar su propio sitio a Drupal 8.

En drupal.org:

<meta name="Generator" content="Drupal 7 (http://drupal.org)">

¿Hay alguna razón por la que lanzaron Drupal versión 8 pero todavía están usando Drupal versión 7 ? ¿El hecho de que no hayan migrado debería darnos alguna razón sospechosa por la que aún no deberíamos hacerlo?

Drupal.org es un sitio web enorme, la migración puede llevar algún tiempo. La migración de Drupal 6 a Drupal 7 finalmente se realizó hace 2 años y tardó una eternidad. Avanzar a Drupal 8 llevará mucho tiempo. No veo que eso ocurra como en 3 a 4 años.

Pasar a Drupal 8 no es una prioridad más alta en este momento para Drupal.org, en comparación con agregar nuevas características y mejorar el sitio web actual.

Drupal.com es un sitio web más pequeño que ejecuta Drupal 8 desde Beta.

Hay una gran cantidad de infraestructura y dependencias en el sitio drupal.org, que también existen fuera de la base del código central de drupal. Como la integración de git, colas de problemas, testbot, alojamiento de proyectos. Todos estos módulos contrib aún no están actualizados a drupal 8, que yo sepa.

Para tener una idea de lo que está sucediendo con el sitio drupal.org, recomiendo leer: https://groups.drupal.org/drupalorg

Sobre drupal.org

Aquí hay una cita de la hoja de ruta de Drupal.org :

... Cada año Drupal.org y sus subsitios sirven a millones de visitantes y miles de contribuyentes activos. Es uno de los mayores sitios de Drupal que operan continuamente en el mundo. Y debido a eso, tiene 15 años de contenido y características heredadas. A esta escala, es imposible realizar mejoras reales en Drupal.org sin una hoja de ruta priorizada, centrándose en algunas características de alto impacto a la vez. ...

Para comprender de qué se trataría el " desafío de actualización " D8 , eche un vistazo a estos proyectos de drupal.org (las citas son de los enlaces):

• Webmasters

  Un proyecto con rastreador de problemas que puede usar para informar spam, enlaces rotos o problemas de cuenta de usuario en el sitio web Drupal.org.

• Contenido

  Un proyecto con seguimiento de problemas para la organización y moderación de contenido sin documentación de Drupal.org. Este es un lugar para cuestiones sobre listados de mercado (servicios, capacitación y libros), estudios de casos, solicitudes de promoción de primera plana, feeds de Planet Drupal, etc.

• Documentación

  Este es el proyecto principal para toda la documentación de Drupal . Para obtener más información sobre cómo ayudar con los esfuerzos de documentación, comience con la sección Contribuir a la documentación del manual.

• Personalizaciones

  Personalizaciones utilizadas en drupal.org. No pretende ser útil para otros sitios, excepto como un ejemplo educativo de los tipos de modificaciones que puede realizar a través de un módulo específico del sitio.

  Puede encontrar más información sobre el estado del trabajo planificado en Drupal.org en la Hoja de ruta de Drupal.org .

• Tema

  Bluecheese es el tema rediseñado de Drupal.org ... Este tema es solo para uso en los sitios oficiales de Drupal.org. No utilice esto para empresas, grupos locales y otros sitios, que deberían tener su propia marca e identidad. Las preguntas y comentarios sobre el uso de este tema deben dirigirse a la Asociación Drupal ...

• Infraestructura

  Un rastreador de problemas para todo lo relacionado con los servidores de Drupal.org. Esto incluye la instalación de Apache y MySQL, las listas de correo de Mailman, los repositorios de Git y las diversas instalaciones de Drupal en el dominio drupal.org.

• Testbots

  Este proyecto es un lugar para archivar problemas o hacer preguntas sobre los testbots de Drupal.org y todos los proyectos relacionados con ellos. Dado que hay tantos proyectos involucrados, parece que la mayoría de las personas solo necesitan una ventanilla única para resolver los problemas. Se pueden sacar de aquí.

• Grupos

  Este proyecto tiene dos propósitos.

  1. Es como el proyecto de personalizaciones de drupal.org para contener código específico del sitio.
  2. Es como las colas de Infraestructura y Webmasters, pero es específico de groups.drupal.org. Entonces, donde las personas solían ingresar cosas en esas colas con un Componente de grupos.drupal.org ahora pueden ingresarlas aquí.

Sobre el desafío de actualización

Con lo anterior en mente, creo que hay docenas de razones por las cuales Drupal.org no está usando D8 todavía, aquí hay algunas de ellas (en orden aleatorio):

• Este sitio es de misión crítica para muchos de nosotros, por lo que el fracaso no es una opción .
• Debe haber bastantes módulos contribuidos que son necesarios, pero para los cuales la versión D8 aún no está disponible. No estoy seguro de si los usan / necesitan todos, pero apuesto a que estos son algunos de esos módulos: Proyecto, Grupos orgánicos, Migrar (D7 a D8), algo para gráficos, tal vez Reglas, Bandera, etc. Es verdad, módulos como Las vistas, etc. están ahora en D8 core, y ya puedes llegar bastante lejos solo usando Drupal core, pero dudo que drupal.org no necesite algunos de los módulos como los anteriores.
• Necesitas la mano de obra para ello, con las habilidades adecuadas (D8 es un poco diferente de D7, ¿verdad?).
• Necesita infraestructura para ejecutar sitios D8 (versión PHP, memoria, etc.).
• Apuesto a que hay " algunos " códigos personalizados involucrados para ejecutar Drupal.org, y actualizar el código personalizado nunca ha sido fácil.
• Y existe la necesidad de cosas como pruebas de control de calidad , documentación , etc.
• Según mi cita anterior, parece que hay otras prioridades, por lo que actualizar a D8 parece no ser una prioridad .
• Apuesto a que hay otras cosas que tienen mayor prioridad, por ejemplo, " Los foros necesitan mejorar ".
• Incluso si ninguno de los anteriores lo bloqueó todo, piense en la parte puramente contable (no puedo imaginar que las cancelaciones anuales de la reciente actualización de D7 ya hayan terminado).

Que sigue

Por todas estas razones, creo que en este mismo momento lo mejor que podemos hacer es " Esperar que George lo haga " (el de la nota clave de Dries en DrupalCon Amsterdam 2014 cuando se anunció la primera versión beta1 de D8).

PD : Uno nunca se da cuenta de lo que se ha hecho , solo de lo que queda por hacer .