Les utilisateurs d'Elementor doivent-ils activer DISALLOW_FILE_EDIT ? Cela affectera-t-il l'édition visuelle ?

Il est recommandé d'activer le site de production disallow_file_editIlN'affecte pas l'édition visuelle d'Elementor. C'est juste dans le WordPress Désactiver l'"éditeur de fichiers de thème/plugin" en arrière-plan afin de réduire le risque d'altération du code directement après l'intrusion.

Image [1] - Elementor doit être sur DISALLOW_FILE_EDIT ? la vérité est révélée !

1) Que désactive DISALLOW_FILE_EDIT ?

A l'ouverture.WordPress Les deux seront désactivés/cachés en arrière-plan :

  • Apparence → Editeur de fichiers de thème (Editeur de thème)
  • Plugins → Éditeur de fichiers de plugins (Éditeur de plugins)

Son objectif est simple :Même si quelqu'un obtient un compte de backend, il est plus difficile d'insérer un code malveillant directement dans l'éditeur..

Remarque : il ne s'agit pas d'une clé "anti-piratage". Les autorisations du serveur, les panneaux FTP, les exploits, les portes dérobées peuvent toujours modifier les fichiers.

2) Y a-t-il un impact sur l'éditeur visuel Elementor ?

Il n'y a pratiquement pas d'impact. La raison en est que le flux de travail d'Elementor ne repose pas sur un "éditeur de fichiers" en arrière-plan.

Les capacités qu'Elementor utilisera quotidiennement sont les suivantes :

  • Edition visuelle des pages/modèles (widgets, layouts, styles)
  • Styles pour l'ensemble du site, créateur de thèmes (En-tête/Pied de page/Archive)
  • Générer et mettre à jour des feuilles de style CSS (généralement écrites en wp-content/uploads/elementor/ etc.)
  • Chargement des ressources et vidage du cache

Rien de tout cela ne se fait par l'intermédiaire de l'éditeur de thème/plugin, de sorte que l'option ouvre disallow_file_edit Cela ne rendra pas Elementor inutilisable..

2.1 Circonstances que vous pourriez juger à tort comme "impactantes"

Si vous avez l'habitude de le changer directement en arrière-plan :

  • functions.php
  • style.css
  • Un fichier plug-in

Lorsque vous l'activez, vous serez "incapable de trouver le portail d'édition", mais ce n'est pas parce qu'Elementor a changé.WordPress L'éditeur de fichiers est désactivé.. La solution consiste à changer de fournisseur :

  • Sous-sujets + Téléchargements SFTP/SSH
  • Déploiement de Git/CI
  • Code Snippets (plugin d'extraits de code) ou fonction de code personnalisé d'Elementor (si disponible)

3. quand est-il "obligatoire" ? Quand est-elle "facultative" ?

3.1 Il est fortement recommandé de l'activer (la plupart des sites en ligne)

  • Il y a plusieurs administrateurs/éditeurs
  • Le site accède à un grand nombre de plug-ins (plus grande surface d'attaque)
  • Vous ne voulez pas que quelqu'un qui utilise le backend puisse modifier le code directement
  • Le site a été placé avec des scripts malveillants ou a été compromis auparavant.

3.2 Facultatif (environnement de développement plus favorable)

  • Vous êtes sur un site de test local ou temporaire, et vous modifiez fréquemment les fichiers de thème/plugin à des fins de débogage.
  • Vous disposez d'un contrôle d'accès et d'une séparation stricts (mais il est toujours recommandé d'ouvrir la ligne).

4. disallow_file_edit répondre en chantant DISALLOW_FILE_MODS règle d'exclusion

Image [2]-L'élémentaire doit ouvrir DISALLOW_FILE_EDIT ? la vérité est révélée !
  • disallow_file_editDésactiver uniquement l'éditeur de fichiers en arrière-plan (N'affecte pas l'installation/les mises à jour)
  • DISALLOW_FILE_MODS: plus stricte, voireInstallation/mise à jour des plug-ins de thèmes, mises à jour en ligneLes deux sont désactivés.

Si vous utilisez Elementor + WooCommerce et que vous comptez sur le backend pour mettre à jour le plugin, normalement :

  • en ligne d'abord disallow_file_edit
  • DISALLOW_FILE_MODS Ouvert uniquement si vous disposez d'un processus de déploiement mature (Git/CI/fenêtres de maintenance)

5. comment l'activer ? (wp-config.php)

existent wp-config.php(généralement placé dans /* C'est tout, arrêtez l'édition ! avant l'adhésion :

define('DISALLOW_FILE_EDIT', true) ;

Rafraîchir le backend après l'ouverture pour qu'il prenne effet.

6. le mélange de sécurité le plus pratique (site Elementor)

Si vous souhaitez combiner "liberté d'édition visuelle" et "sécurité du code", il est recommandé de faire les deux :

  • Activé par l'administrateur 2FA, mots de passe forts, connexions limitées
  • Empêcher les téléchargements d'exécuter PHP (règle Nginx/Apache)
  • Mise à jour régulière WordPress/Elementor/Plugins
  • Permissions de fichiers : répertoire 755, fichier 644 (ajusté par l'utilisateur de l'hôte)
  • Contrôle de l'intégrité des fichiers (alerte immédiate en cas de modification inhabituelle)

résumés

Utilisateurs d'ElementorParfait pour allumer disallow_file_editCela n'affecte pas l'édition visuelle, mais ferme seulement l'entrée pour modifier les fichiers de thème/plugin directement en arrière-plan, ce qui rend plus difficile l'insertion du site en arrière-plan. Si vous souhaitez améliorer encore la sécurité, en combinant les permissions, le WAF, l'anti-exécution des téléchargements et la politique de mise à jour, vous obtiendrez une plus grande stabilité.


Contactez nous
Vous n'arrivez pas à lire le tutoriel ? Contactez-nous pour une réponse gratuite ! Aide gratuite pour les sites personnels et les sites de petites entreprises !
Service clientèle WeChat
Service clientèle WeChat
Tel : 020-2206-9892
QQ咨询:1025174874
(iii) Courriel : info@361sale.com
Horaires de travail : du lundi au vendredi, de 9h30 à 18h30, jours fériés.
© Déclaration de reproduction
Cet article a été rédigé par WoW
LA FIN
Si vous l'aimez, soutenez-le.
félicitations920 partager (joies, avantages, privilèges, etc.) avec les autres
avatar de wajigua - Photon Flux | Service professionnel de réparation de WordPress, dans le monde entier, réponse rapide
commentaires achat de canapé

Veuillez vous connecter pour poster un commentaire

    Pas de commentaires