Voici mon petit retour d’expérience sur le déploiement de Firefox en entreprise.
Je vais commencer par le contexte et l’aspect organisationnel. Un second article traite des aspects techniques.
Continuer la lecture de Déploiement de Firefox en entreprise (partie 1 : aspects organisationnels)
Le ZTE Open C est venu rejoindre ma petite famille des appareils sous Firefox OS, en remplacement du Geeksphone Keon qui a rendu l’âme.
Je l’ai acheté chez LDLC (80€ -20€ de remboursement=60€). A l’origine, il est livré sous Firefox 1.3 (firmware B02), mais non rooté.
J’en suis très content. C’est un téléphone d’entrée de gamme mais sur lequel Firefox OS tourne très bien. Seul petit reproche : l’appareil photo n’est vraiment pas terrible, je trouve.
Voici mon petit retour d’expérience sur les différentes versions de Firefox OS que j’ai pu mettre dessus.
Continuer la lecture de ZTE Open C : quelle version de Firefox OS ?
Je cherchais une manière d’améliorer les temps de réponse de ce blog. WP SuperCache est très efficace, mais il se désactive pour les utilisateurs qui ont mis un commentaire, et n’apporte rien sur la partie administration.
Et je suis tombé sur les « accélérateurs PHP« . Parmi ceux disponibles, j’ai retenu XCache.
En trois fois rien de temps, il m’a permis de faire afficher les pages presque 2 fois plus vite.
Continuer la lecture de XCache pour accélérer WordPress (et le PHP de manière générale)
J’ai acheté un deuxième appareil Olinuxino A20 MICRO.
Cet appareil correspond tout à fait à mes attentes pour en faire un serveur headless : 1 à 4W de consommation, fanless, architecture armhf (donc utilisation des packages debian standards), processeur dual core à 1GHz, 1Go de mémoire vive, open hardware, connectique très complète, pas cher.
Voici comment je l’ai paramétré pour m’en servir de serveur Debian.
Continuer la lecture de Configuration d’un Olinuxino A20 en serveur Debian headless
Depuis août 2014, la Linux Foundation propose un programme de certification sur Linux.
Ils ont fait un tarif imbattable les premiers jours : 50$ au lieu de 300$… Donc j’ai sauté sur l’occasion et me suis inscrit au LFCS (Linux Foundation Certified System Administrator), que je viens de passer avec succès.
Continuer la lecture de Linux Foundation Certified System Administrator
AjaxTerm permet d’accéder à son serveur SSH via une interface HTML.
A quoi ça sert? A pouvoir utiliser la ligne de commande dans un navigateur, via le protocole HTTP. C’est utile notamment quand le port SSH est bloqué par un proxy d’entreprise.
AjaxTerm est minimaliste et n’a pas évolué depuis des années. Mais il est très léger et facile à installer. Pour une utilisation ponctuelle hébergée sur un serveur peu puissant, je le trouve tout à fait adapté.
Le problème, c’est que, avec le package fourni par Debian, l’interface est quasi inutilisable sur un navigateur récent :
– le curseur n’est pas visible
– la police est proportionnelle donc les caractères ne sont pas alignés verticalement
– les passages à la ligne ne sont pas respectés
Continuer la lecture de AjaxTerm : accès SSH minimaliste via le navigateur (après correction CSS)
Fail2ban sait surveiller les authentifications faites par SSH, Basic Authentication d’Apache etc. Il peut bloquer l’IP et avertir l’administrateur au bout de n tentatives infructueuses (y compris par SMS).
Mais il peut aussi surveiller les authentifications applicatives, pour peu que l’application en question génère des logs exploitables.
C’est notamment possible avec Tiny Tiny RSS.
+ 
Continuer la lecture de Fail2ban pour sécuriser Tiny Tiny RSS (et module rpaf pour le reverse-proxy)
Il existe beaucoup de lecteurs de flux RSS, que ce soit sur ordinateur ou sur mobile.
Mais je voulais pouvoir centraliser la liste de mes flux, et synchroniser les articles lus/non lus, quel que soit l’appareil que j’utilise. Tout ça en auto-hébergement bien sûr. Pour cela, Tiny Tiny RSS (tt-rss) est parfait.
Mais son interface n’est pas bien adaptée sur un smartphone, donc j’utilise l’application FeedMonkey sur Firefox OS, qui sait s’y synchroniser.
+ 
Comme j’auto-héberge mes vidéos, j’ai besoin de les ré-encoder avant de les mettre en ligne. Ma source est en H.264 1080p, et je veux les réencoder avec des codecs libres, et dans une résolution et un bitrate adaptés à l’auto-hébergement.
Encoder des vidéos en WebM avec les codecs VP8 et Vorbis est assez facile sur Ubuntu, en utilisant libav.
Mais comment faire pour encoder avec les codecs VP9 et Opus, qui promettent un rapport qualité/poids deux fois meilleur?
Actuellement, mon FAI ne me propose que de l’IP v4.
Donc je n’ai qu’une adresse IP publique, et en plus elle n’est pas fixe.
Malgré cela, il y a des solutions pour s’auto-héberger, y compris avec plusieurs noms de domaines, et avec du cryptage SSL.
Continuer la lecture de Servir plusieurs noms de domaines en HTTPS en auto-hébergement