OpenLDAP

https://www.openldap.org

VoilĂ  dejd quelques jours que j’ai demandĂ© une licence Ă  OpenLDAP, et je suis toujours dans l’attente… J’avais bien recu une premiĂšre rĂ©ponse de leur part; ils me demandaient de pouvoir acceder correctement Ă  JConcept.fr
Je trouve cela bizarre venant d’une solution Open Source… En attendant, je continue ma configuration du Nas, des nouveaux serveurs Web, mail etc…
Voici ce que j’aimerais mettre rapidement en place avec OpenLDAP:

  • Authentification des machines
  • Authentification d’utilisateur ! Pouvoir se passer de Windows !!!
  • Carnet d’adresses email, adresses et tĂ©lĂ©phones
  • Gestion des ressources utilisateur ! Externaliser sur le Nas, les sessions et donnĂ©es des utilisateurs. Plus besoin d’espaces de stockage important sur chaque PC, juste un bon SSD !
  • Magasin de configuration d’application

Pour ce qui est de la fourniture et l’accĂšs via le rĂ©seau Ă  des applications, j’ai bien peur que ça ne demande trop de ressources, le Nas n’est tout de mĂȘme pas un serveur adaptĂ© et je ne suis pas certain que OpenLDAP puisse faire cela ?!

Posted in Uncategorized

DĂ©sactiver l’admin barre de WordPress en Front-Office

La barre d’administration en front-office est bien pratique lorsque l’on est administrateur, contributeur ou auteur. Par contre, quand un simple visiteur ou membre connectĂ©, on n’est pas forcĂ©ment sensĂ© avoir accĂšs au back-office,  et l’admin barre peut donc ĂȘtre dĂ©activĂ©e.
Un moyen simple et rapide pour cacher cette barre d’administration pour tous les utilisateurs (plutît que de leur laisser le choix de le faire dans leur profil) est de coller cette ligne de votre fichier functions.php :

add_filter('show_admin_bar', '__return_false');

Pour cacher la barre Ă  certains types d’utilisateurs seulement, on peut utiliser un petit test conditionnel qui prĂ©cise que si un utilisateur ne peut pas Ă©diter un post, et donc on lui cache Ă©galement cette barre :

if (!current_user_can('edit_posts')) {
show_admin_bar(false);
}

Les utilisateur de types ; auteur, Ă©diteur, administrateur, auront toujours la barre d’administration visible, mais pas les autres !

Posted in Uncategorized

Corriger un changement accidentel d’URL dans WordPress

Vous venez de modifier par erreur l’adresse Web de votre site WordPress dans le panneau d’administration  ? Votre site WordPress est devenu inaccessible ?
Pas de panique, il existe une mĂ©thode simple pour rĂ©tablir l’accĂšs en 2 minutes :

Mettre Ă  jour les URLs de WordPress

Éditez votre fichier wp-login.php et localisez la ligne de code suivante :

require( dirname(__FILE__) . '/wp-load.php' );

Ajoutez ces 2 lignes de code supplĂ©mentaires qui indiquent oĂč se trouve votre installation de WordPress. Corrigez les URLs en fonction de votre situation :

update_option('siteurl', 'http://monsite.com/' );
update_option('home', 'http://monsite.com/' );

Prévenir un nouvel accident

Pour Ă©viter de modifier par erreur une nouvelle fois ces URLs, vous pouvez faire en sorte de griser et interdire de futures modifications de ces 2 champs permettant le changement d’URL de votre site WordPress. Il vous suffit de modifier votre fichier wp-config.php et d’y ajouter 2 lignes de code en dĂ©but de fichier aprĂšs l’ouverture de la balise PHP (personnellement, je l’ai ai ajoutĂ© Ă  la suite des autres lignes “define xxxxxxx” et cela a trĂšs bien fonctionnĂ©) :

define('jconcept__wp_HOME', 'http://monsite.com'); define('jconcept__wp_SITEURL', 'http://monsite.com');

Evitez un changement d’URL malencontreux avec un blocage par wp-config.php

Si vous retournez dans le module RĂ©glages puis GĂ©nĂ©ral, les 2 champs d’adresses sont Ă  prĂ©sent non modifiables.
Pour finir, dans votre tableau de bord, rĂ©glages, permaliens, configurez de nouveau vos options d’url rewritting; That’s all !

Posted in Uncategorized