Deshabilitar manualmente un módulo

En Drupal 7, podría editar manualmente la {system}tabla en la base de datos para deshabilitar un módulo stubbon. En mi sitio Drupal 8, esta tabla se ha ido.

¿Cómo puedo desactivar manualmente un módulo en Drupal 8?

Los systemdatos de la tabla Drupal 7 ahora se almacenan en la configtabla en Drupal 8 contra el core.extensionparámetro.

Solución 1: actualizar la configuración

Puede ejecutar el siguiente código usando drush evalo puede estar usando la provisión del módulo Devel para Execute PHP Code.

// Read the configuration.
$module_data = \Drupal::config('core.extension')->get('module');

// Unset the modules you do not need.
unset($module_data['MODULE_NAME']);

// Write the configuration.
\Drupal::configFactory()->getEditable('core.extension')->set('module', $module_data)->save();

Puede hacer todo esto en una línea rápida con drush.

drush eval "\$module_data = \Drupal::config('core.extension')->get('module'); unset(\$module_data['MODULE_NAME']); \Drupal::configFactory()->getEditable('core.extension')->set('module', \$module_data)->save();"

Solución 2: edite la tabla de configuración si no puede ejecutar PHP

Si el sitio está roto debido al módulo problemático y ni siquiera puede ejecutar el código PHP, entonces puede editar la configtabla directamente.

En la fila de la configtabla donde name = "core.extension"y edite la columna BLOB data. Se datatrata de una matriz PHP serializada donde debe eliminar el módulo del que desea deshacerse de la moduleclave de la configuración.

Solución 3: solución rápida y sucia

• Eliminar el módulo del sistema de archivos
• Truncar la mesa cache_config

Sin embargo, esta solución podría generar mensajes que indiquen que el módulo no existe en el sistema de archivos, lo que significa que algo está mal. Pero al menos el módulo roto se deshabilita y puede acceder a su sitio en la mayoría de los casos.

Borrar caché

A veces puede que tenga que borrar el caché después de seguir los pasos anteriores. Lea esta práctica documentación sobre cómo borrar el caché .

Hacer esto:

rm -rf modules/your_stubborn_module
rm -rf sites/default/files/php

• Edite manualmente la configtabla donde name = 'core.extension'y elimine el módulo del blob de datos que es una matriz serializada.
• Tenga cuidado de disminuir la longitud de la matriz del módulo también (...s:6:"module";a:HERE;{...)
• Trunca la cache_configtabla de phpmyadmin o usando la línea de comandos.

En Drupal 8, intente eliminar el módulo de la carpeta de su módulo y ejecute rebuild.php.

Inténtalo drush pm-uninstall module-nametambién.

Considera usar Drush. Drupal 8 todavía está definiendo qué deberían ser los "módulos de desactivación". Hay una discusión en curso si debería existir esa opción o si debería eliminarse.

Intenté todas las otras respuestas pero seguí recibiendo un mensaje de error de drupal. Para resolverlo, tuve que eliminar una fila de la tabla key_value (busque el nombre del módulo en la columna de nombre)

Si necesita actualizar algo relacionado con la configuración de Drupal, en este caso core.extension, use Drush:

[Drush 8.x en este ejemplo]

drush cedit core.extension

Hay un módulo para eso. Este módulo fue publicado en agosto de 2013 en drupal.org . En caso de que alguien lo necesite.

Deshabilitar módulos

Como se indica en la página de este módulo,

Drupal 8 ha eliminado la capacidad de deshabilitar módulos por muchas razones. Consulte # 1199946: los módulos deshabilitados se rompen sin posibilidad de reparación, por lo que es necesario eliminar la funcionalidad de "deshabilitar" y muchos otros problemas en la cola de varios módulos principales y contribuidos.

Este módulo recupera la capacidad de deshabilitar (temporalmente) los módulos desde la interfaz de usuario o con Drush. Tenga en cuenta que no hay garantía para su contenido, configuración o incluso su sitio después de deshabilitar un módulo.

Así es como, manualmente eliminé un módulo llamado "better_messages" de mi instancia de Drupal 8. Tan pronto como instalé el módulo "better_messages", el sitio se cayó. Por lo tanto, no había forma de desinstalar el módulo de la interfaz de usuario. No tengo instalado Drush. He realizado muchas configuraciones en los foros, pero así es como finalmente funcionó para mí.

1 Cambió el nombre del módulo a old_better_messages en la carpeta de módulos.

2. A través de la url, ejecutó http: // IP: port / foldername / rebuild.php . Esto aseguró que el sitio esté de regreso, pero solo en modo de solo lectura. No pude hacer las actividades administrativas o editar artículos.

3. Se utiliza el siguiente comando para eliminar la entrada de la base de datos

ELIMINAR DE key_value WHERE colección = 'system.schema' AND name = 'better_messages';

En mi caso, no había entrada en la base de datos. Creo que podría haberse eliminado debido a las diversas acrobacias que hice antes.

4. Luego, usando el visualizador de DB, eliminé las entradas de todas las tablas que comienzan con el caché.

Esto resolvió el problema. Esto se basa en mi interpretación de https://www.drupal.org/node/2487215

La respuesta de Jigarius arriba, más o menos funcionó ...

Tuve que: // Leer la configuración.

$module_data = \Drupal::config('core.extension')->get()['module'];

Que debería hacer lo mismo. No estoy seguro de por qué no funcionó como lo escribió Jigarius ...