Le fait de laisser le module Views UI activé affecte-t-il les performances?

J'ai remarqué que le lien "Désactiver les modules de développeur" dans le module du menu Administration a désactivé le module Vues UI. J'ai l'impression que la désactivation des modules de développement vise à réduire les impacts sur les performances. Mais je ne pensais pas que le module Views UI aurait un impact sur les performances. Le fait de laisser Views UI activé en production a-t-il un impact sur les performances? Y a-t-il une autre raison pour désactiver ce module sur un site de production?

views performance

— Chaulky
source

Chaque module activé affecte les performances, juste pour le fait qu'ils sont chargés et analysés à partir de PHP. views_ui.module, dans la branche 6.x-3.x-dev de Views, fait 10355 octets.
Il existe ensuite des hooks qui sont invoqués depuis Drupal, même si vous n'utilisez rien du module Views UI, tel que views_ui_help () , views_ui_menu () , views_ui_theme () ou views_ui_library_alter () .

Une autre raison pour désactiver les modules inutilisés est d'éviter les éventuels problèmes de sécurité.

— kiamlaluno
source

Est-ce toujours pertinent dans D8 compte tenu des changements d'architecture? De plus, vous ne pouvez pas désactiver les modules dans 8, mais j'ai également vu quelques exemples de personnes qui mettent sur liste noire la configuration pour Field UI, Views UI, etc. de la production en utilisant config_split

— William Turrell

Oui, sauf que les modules compatibles Drupal 7 sont des modules installés Drupal 8, car il n'est pas possible de désactiver les modules sur Drupal 8. Le module Configuration Split est utilisé lors de l'exportation de la configuration, de sorte qu'une partie des fichiers de configuration sont placés dans un répertoire différent ; il est normalement utilisé lors de l'importation de la configuration à partir d'un site de développement, pour éviter que les paramètres des modules comme ceux que vous listez ne soient stockés sur le serveur de production.

— kiamlaluno