Le moyen le plus facile de cacher (certains) les plugins WordPress des utilisateurs?

Question

J'utilise WordPress pour que mes utilisateurs créent leur propre site web/blog. J'ai une configuration que je suis clonage à tous les utilisateurs avec des rôles d'utilisateur spéciaux et des plugins standard. Cependant, certains plugins ne sont pas censés être modifiés ou inactivés par les utilisateurs.

Est-ce que c'est leur façon de sélectionner quels plugins différents rôles d'utilisateur sont autorisés à utiliser? Ou un moyen facile de cacher certains plugins dans la page plugins, mais les faire fonctionner normalement?

Peut-être qu'il y a un plugin qui m'aide à faire ça?

Answer 1

Vous pouvez écrire un plugin qui utilise le hook de filtre "all_plugins" pour supprimer des plugins de tableau que vous ne voulez pas afficher pour un utilisateur donné. Quelque chose comme ceci:

$plugin_credentials = array(
    'bob' => array(
      'Hello Dolly' => 1 
    ), 
    'jim' => array(
      'Akismet' => 1, 
      'Hello Dolly' => 1, 
    ), 
    'admin' => "**ALL**" 
); 

function plugin_permissions($plugins) 
{ 
     global $current_user, $plugin_credentials; 

     $username = $current_user->user_login; 

     if ($plugin_credentials[$username] == "**ALL**") 
       return $plugins; 

     $viewable_plugins = array(); 

     foreach ($plugins as $plugin) { 
       if (isset($plugin_credentials[$username]) && 
         isset($plugin_credentials[$username][$plugin['Name']]) && 
         $plugin_credentials[$username][$plugin['Name']] == 1) { 

         array_push($viewable_plugins, $plugin); 
       } 
     } 
     return $viewable_plugins; 
} 

add_filter('all_plugins', 'plugin_permissions'); 

La gestion des permissions utilisateur dans le plugin lui-même n'est pas idéale, mais c'est probablement la plus facile. Vous pouvez développer cette idée pour créer des pages d'administration pour gérer les utilisateurs et leurs plugins visibles dans une table de base de données quelque part.

Answer 2

Chaque extension spécifie généralement son propre rôle/autorisation, ce que vous pouvez voir si vous regardez leur add_submenu_page() ou de tels appels de fonction. Vous pouvez créer de nouveaux rôles pour ces plugins et remplacer celui qui est spécifié par l'auteur, mais il va également casser les changements si vous mettez à jour les plugins.

Answer 3

Vous devez stratifier les utilisateurs. Assurez-vous que les utilisateurs Admin sont approuvés et qu'ils ne savent pas manipuler ce qu'ils ne comprennent pas. Les autres devraient être limités à leurs rôles. Auteurs, éditeurs, etc. Par exemple, s'ils ne sont qu'une partie du site pour écrire des articles, alors ils n'ont pas besoin de voir le reste. Faites-en un auteur et finissez-en.

Cela fait partie de la formation du client. Si c'est un client plus petit avec des rôles moins stratifiés, alors faites-en deux comptes. Dites-leur: «C'est le compte que vous administrez le site, vous l'utiliserez rarement, et c'est le compte que vous utiliserez la plupart du temps pour écrire et éditer.Vous pouvez effectuer toutes vos tâches quotidiennes ici et n'aura probablement jamais besoin du compte administrateur ". Vous n'aurez pas toujours de chance avec cette approche, mais moins de temps et d'efforts investis dans la merde, vous ne devriez pas perdre de temps.

Answer 4

J'ai fait une nouvelle version basée sur @spuriousdata Answer. Celui-ci utilise le plugin slugs (nom de fichier moins l'extension) pour construire la liste des restrictions. Cette façon est plus facile que nous pouvons unset le tableau en utilisant le premier niveau $key s.

Instructions de configuration dans le code lui-même.

<?php 
/** 
* Plugin Name: Limit Plugins by User 
* Plugin URI: http://stackoverflow.com/q/14340131/1287812 
* Description: Show selected plugins for specific users. 
* Based on the code by spuriousdata, http://stackoverflow.com/a/3713985. 
* Author: brasofilo 
* Author URI: http://wordpress.stackexchange.com/users/12615/brasofilo 
* Version: 1.0 
* License: GPLv2 or later 
*/ 

add_filter('all_plugins', 'plugin_permissions_so_3707134'); 

/** 
* Filter the list of plugins according to user_login 
* 
* Usage: configure the variable $plugin_credentials, which holds a list of users and their plugins. 
* To give full access, put a simple string "ALL" 
* To grant only for some plugins, create an array with the Plugin Slug, 
* which is the file name without extension (akismet.php, hello.php) 
* 
* @return array List of plugins 
*/ 
function plugin_permissions_so_3707134($plugins) 
{ 
    // Config 
    $plugin_credentials = array(
     'admin' => "ALL", 
     'other-admin' => array(
      'akismet', 
     ), 
     'another-admin' => array(
      'akismet', 
      'hello', 
     ), 
    ); 

    // Current user 
    global $current_user; 
    $username = $current_user->user_login; 

    // Super admin, return everything 
    if ("ALL" == $plugin_credentials[ $username ]) 
     return $plugins; 

    // Filter the plugins of the user 
    foreach ($plugins as $key => $value) 
    { 
     // Get the file name minus extension 
     $plugin_slug = basename($key, '.php'); 

     // If not in the list of allowed plugins, remove from array 
     if(!in_array($plugin_slug, $plugin_credentials[ $username ])) 
      unset($plugins[ $key ]); 
    } 

    return $plugins; 
}