Piszę niestandardowy moduł dla Drupala 8. Definiuje obiekt konfiguracji pamięci masowej w polu o nazwie moduły / mymod / config / install / field.storage.bloom_stem.bs_twitter_ac.yml.

Problem polega na tym, że nie jest to usuwane podczas odinstalowywania modułu; najwyraźniej jest pozostawiony, ponieważ kiedy ponownie instaluję moduł, mam awarię.

drush -y pm-uninstall mymod
drush cr
drush -y en mymod

wyjątek „Drupal \ Core \ Config \ PreExistingConfigException” z komunikatem „Obiekty konfiguracji (field.storage.bloom_stem.bs_twitter_ac) dostarczone przez mymod już istnieją w aktywnej konfiguracji”

Wygląda na to, że potrzebuję trochę ręcznego usunięcia tego obiektu konfiguracji. Czy muszę podać trochę kodu, który usuwa go po odinstalowaniu modułu?

W tej chwili najłatwiejszym sposobem jest skorzystanie z drush php(lub core-cli), aby otworzyć sesję interaktywną.

Następnie użyj:

Drupal::configFactory()->getEditable('system.menu.devel')->delete();

Ta funkcja zostanie również dodana do konsoli Drupal .

Drush polecenie, aby usunąć obiekt konfiguracji: drush config-delete <config_name>.

Możesz użyć następujących metod. Użyj następującego kodu w hook_uninstall

Drupal::configFactory()->reset('field.storage.bloom_stem.bs_twitter_ac');

LUB

w pliku yml można umieścić zależności, takie jak

dependencies:
  module:
    - yourmodule
  enforced:
    module:
      - yourmodule

wtedy drupal automatycznie usunie te konfiguracje podczas odinstalowywania modułu zgodnie z opisem Berdira tutaj https://drupal.stackexchange.com/a/173879/10436

Za pomocą konsoli drupal :

$ drupal config:delete 'the_config_to_delete'

Drupal :: configFactory () -> reset () nie usuwa obiektu config. Do tego bieguDrupal::configFactory()->getEditable('field.storage.node.your_field_name')->delete()

Stworzyłem prosty moduł, którego można użyć do usuwania elementów konfiguracji.

https://www.drupal.org/project/config_delete

Możesz użyć konsoli Drupal, aby usunąć aktywną konfigurację za pomocą drupal config:delete active config_to_delete.

Wyszukaj wszystkie konfiguracje wymienione za pomocą drush config-list Następnie określ konfigurację, którą chcesz usunąć. Użyj poniższego polecenia, aby usunąć konfigurację drush config-delete

Zostawiam tutaj mały (nieco nieco przeprojektowany) skrypt w języku Python, który usuwa resztki konfiguracji. To zależy drush config-delete.

# 'batch_config_delete.py'
# 'drush' has to be available in the current directory

import os
import argparse
import subprocess

MODULES_ROOT = "/var/www/html/MYSITE/web/modules/custom"

if __name__ == "__main__":
    parser = argparse.ArgumentParser(description="Batch config delete.")
    parser.add_argument("-m", "--module", required=True, help="Module name")
    args = parser.parse_args()
    install_path = os.path.join(MODULES_ROOT, args.module, 'config/install')

    for f in os.listdir(install_path):
        if f.endswith('.yml'):
            config_name = os.path.splitext(f)[0]
            print "Delete config:", config_name
            subprocess.call(['drush', 'config-delete', config_name])

Należy wykonać w następujący sposób:

python ../scripts/batch_config_delete.py -m foobar

Użyj modułu Łatwa instalacja, aby uniknąć problemów z konfiguracją, moduł ten pozwoli usunąć konfiguracje podczas odinstalowywania modułu, działa nawet, jeśli konfiguracje modułu nie zawierają wymuszonych w yml lub niezapisanych konfiguracji w opcjonalnym folderze.

Odinstaluj aktywną konfigurację z modułu niestandardowego

Zetknąłem się z tym samym problemem, próbując odinstalować pliki konfiguracyjne z niestandardowego modułu. Mam niestandardowy moduł używany do przekazywania niestandardowych plików konfiguracyjnych dla formularza internetowego. Ponieważ nie jestem idealny, chcę mieć możliwość odinstalowania modułu, edycji kodu i ponownej instalacji. Odkryłem, że jeśli odwołam się do mojego modułu niestandardowego (mój_moduł) w sekcji zależności / wymuszone w pliku config / install yml, to po odinstalowaniu modułu pliki konfiguracyjne również się odinstalują.

   langcode: en
    status: true
    dependencies:
        enforced:
            module:
                - webform
                - my_module // reference your module here

Wszystkie te odpowiedzi zalecają bezpośrednie usunięcie podstawowego obiektu konfiguracji, ale poprawnym sposobem jest usunięcie encji za pośrednictwem systemu pamięci encji.

Na przykład, jeśli masz styl obrazu z identyfikatorem „duży” i chcesz go usunąć, powinieneś to zrobić:

\Drupal::entityTypeManager()->getStorage('image_style')->load('large')->delete();

Robiąc to w ten sposób, rdzeń wywoła „wstępne usunięcie” przed usunięciem konfiguracji i „usunięcie” przechwytuje po usunięciu konfiguracji, na których inne moduły mogą polegać przy wykonywaniu różnych operacji czyszczenia.

Użyj hook_uninstall, aby usunąć konfigurację po odinstalowaniu modułu.

Następnie usuń konfigurację:

function hook_uninstall() {
  \Drupal::configFactory()->getEditable('the_setting.you.want.to.delete')->delete();
}