Suite à une tentative de modification du menu "Applications" de Gnome (Version 3.14.1), ce dernier a disparu ! Et ce, malgré l'utilisation du programme "alacarte" comme il se doit.
Quelques recherches web donnent des résultats alambiqués. Alors grâce à une sauvegarde assez récente de l'arborescence de /home :
$ cd
$ cp /backup/home/mon_compte/.config/menus/gnome-applications.menu .config/menus/
⇒ Puis fermer et réouvrir la session X, et ça remarche 
00. Icedove affiche soudain une fenêtre avec le message :
vous êtes en train de passer outre la façon dont Icedove identifie ce site
01. Quelques soient les options : valider, ignorer, confirmer l'exeption de sécurité, l'agenda local (le plugin Lightning sur Icedove) ne parvient plus à se connecter à l'agenda distant (sur Owncloud) - donc plus de synchro.
02. Pas de panique! Il suffit de passer 4 heures de brasse coulée sur le web et dans les forums, de vérifier 30 fois tous les fichiers de conf locaux et distants, puis d'être ridicule avec des questions alambiquées sur IRC, sans trouver l'odeur d'une piste de réponse bien sûr !
03. Le problème viendrait-il de la mise à jour du certificat SSL Let's Encrypt, qui dans le cas présent intervient pour crypter les échanges entre Lightning et Owncloud ? Mise à jour qui aurait donc perturbé le SOGo Connector ? D'autant plus étrange que Inverse SOGo Connector sert à synchroniser les Contacts !
04. Enfin, sans trop y croire, désactiver dans Icedove le plugin Inverse SOGo Connector 31.0.0, et ça marche
D'ailleurs ça marche même en réactivant le plugin Inverse SOGo Connector !
Lors de la création du futur disque crypté, il faut indiquer Filsystem type : Mac OS Extended, et ça marche 
Le CSS est un langage qui permet d'écrire le style de tout ce qui se voit sur une page web comme les caractères, les fonds de couleur, les cadres, etc.
surcharger le style HTML inline avec important
p {color: #00FF00 !important;}
appliquer un/des attribut/s à plusieurs class ou id avec des wildcards
li[id*="footnote-"] {font-size: 0.90rem;}
div[class$="bleu"], div[class^=" velo"] {border: 1px solid #0000FF;}
forcer le retour à la ligne
Quelques adresses
Et ça marche 
00. Télécharger la dernière version de phpList, sauvegarder les fichiers et la base, mettre à jour :
$ cp htdocs/config/config.php configfiles/config.php.ok012
$ unzip phplist-3.2.4.zip
$ cp -r phplist-3.2.4/public_html/lists/* htdocs/
$ cd htdocs/config/
$ cp config.php config.php-3.2.4
$ cp config.php.ok12 config.php
$ cd ..
$ mv index.html index.html.ok012
01. Afficher le site web phpList avec un navigateur, se connecter en admin :
erreur: Votre base de données n'est pas à jour, veuillez la mettre à jour
Votre version : 3.2.1
version de phpList : 3.2.4
[Upgrade]
02. Cliquer sur le bouton [Upgrade], ce qui affiche la page d'upgrade où il faut cliquer sur un nouveau bouton [Upgrade] pour obtenir :
03. Envoyer une newsletter de test, et ça marche 
00. Avant toute chose, rester calme. Sachant que le temps que l'intrusion soit portée à notre connaissance il peut s'être écoulé... un certain temps... et que l'intervention nécessitera au moins trois temps. Un : mettre le site hors ligne. Un et demi : remettre une sauvegarde intacte en ligne, si impossible, Deux : recherche et analyse. Trois : nettoyage. Voir Quatre : correctif de la faille qui a permis l'intrusion, sinon, à quoi bon ?
Contexte :
- L'info et/ou le constat de l'intrusion.
- Lire (enfin...) un peu de documentation :
- Tenter d'évaluer les dégâts via quelques ressources en ligne :
- Mettre le site hors ligne.
- En espérant qu'on ait bien la dernière version du CMS, pour comparer les fichiers du site introduit avec ceux la source référence, ouvrir un onglet de navigateur sur https://github.com/joomla/joomla-cms, ou bien télécharger dans un répertoire proche de la racine du site une source de la même version que le CMS installé.
- Depuis la racines du site...
Lire la suite de Nettoyer les fichiers de Joomla après une intrusion
La liberté au prix du don. 80HG.ORG utilise principalement des logiciels libres, mais pas que. Ils sont souvent gratuits et développés par des communautés enthousiastes. Parfois ils sont payants et/ou leurs auteurs proposent de contribuer au développement et/ou au support sous différentes formes : documentation, traduction, beta test, communication, forum d'entraide, don financier, etc. Le tableau ci-après présente les "retours au libre", et au moins libre, que 80HG.ORG génère avec différentes formes de Contributions.
Lire la suite de Retours au libre
00. Il est parfois utile et bien plus simple de restreindre l'accès d'un site ou d'une partie d'un site avec un login + mot de passe en utilsant un fichier .htaccess basique. Efficace à l'usage et facile à maintenir.
Contexte :
- Un site web en maquettage par exemple.
- En shell dans le répertoire à protéger.
Lire la suite de Restreindre l'accès d'un répertoire web avec htaccess
00. Un clic sur le bouton "Mise à jour" via l'interface d'administration enclenche le processus automatique... un peu avant sa fin, un message indique qu'il n'est pas possible de mettre à jour OwnCloud en sautant une version majeure. Donc pour mettre à jour de 8.0.2 à 8.2.2 il est nécessaire de passer par la 8.0.9, puis par la 8.1.5. La mise à jour entre une version majeure et une autre qui n'est pas la dernière s'effectue semble-t-il à la main.
Contexte :
- OwnCloud 8.0.2
- Lire la documentation...
Lire la suite de Mettre à jour OwnCloud 8.0.2 vers 8.2.2
Quelques liens à portée de clic... des banques d'images, des collections de polices, des outils chromatiques, des dictionnaires, des générateurs CSS, des outils d'analyses de performance, des moteurs de recherche, et aussi de la documentation, des cafés, de la philosophie, de la détente, etc.
Lire la suite de Ressources en ligne
Fil RSS des articles