http://blog.vrypan.net/2014/05/07/blog-pagination-url-structure-needs-resturcturing/
Explique pourquoi, plutôt que de numéroter les indexes des pages d'un blog à partir de 1 pour les plus récents, il faudrait plutôt faire en sorte que ce soit les plus anciens — donc les premiers posts — qui soient dans l'index ayant la page 1. Les derniers posts (les plus récents) auraient donc la page la plus élevée (par exemple 53).
Archive : http://archive.today/uz797
Dans les clônes de RHEL, on trouve CentOS (utilisé ici) et Scientific Linux. Apparemment, CentOS semble un peu perdre pied ces derniers temps, surtout avec l'arrivée de RHEL 6. Cet article (http://lostinopensource.wordpress.com/2011/07/13/the-clone-wars-centos-vs-scientific-linux/) et les commentaires associés sont intéressants pour comprendre la possible évolution de ces clônes et l'ouverture comparée des deux communautés.
Conclusion personnelle : il n'y a pas à s'en faire si CentOS venait à pérécliter car il y a une alternative dynamique qui semble plus en phase de développement que déclin (Scientific Linux).
Autres articles :
- Migrer de CentOS vers Scientific Linux (6) : http://marcet.technofil.fr/2011/09/22/migrer-de-centos-vers-scientific-linux/
- http://blog.famillecollet.com/post/2010/04/15/Migration-de-CentOS-5.4-vers-RHEL-5.5 – intéressant article pour migrer une machine de CentOS vers RHEL !
Le problème
Quand on fait "/" dans Confluence, il va directement dans l'encart de recherche dans les wikis (en haut à droite). Pour moi, "/", c'est la recherche dans la page. Plus pratique que "F3".
Ce que je veux
Supprimer les raccourcis clavier de Confluence
La solution
- Aller dans le menu sous votre nom d'utilisateur de Confluence – pour moi Sylvain Zimmermann – en haut à droite ;
- cliquer/sélectionnez le menu Paramètres ;
- cliquer sur le bouton Modifier ;
- décocher Utiliser les raccourcis de clavier ;
- valider en appuyant sur Envoyer.
Après ça, tous les raccourcis clavier de Confluence sont désactivés.
Références
Effets d'un changement de port pour le serveur ssh
Voici un article sur l'effet du changement de port pour le service ssh sur une machine :
La personne en question constate un passage de 7300 tentatives sur le port 22 à 3 tentatives seulement sur le port 24 !
Intéressant à noter.
Un autre article de la même personne, sur la sécurité par l'obscurité et l'obscurité comme ajout à la sécurité :
Il y renouvelle son exemple avec le changement de port pour ssh et obtient toujours des résultats similaires (moins de 0.05% d'attaques par rapport au port standard - dans cette deuxième page, il parle de 18000 tentatives sur le port 22 à 5 seulement pour le port 24).
Références de recherche sur google : statistics logs ssh changing default port.
Effets observés
Aspects positifs
Depuis maintenant plusieurs semaines que ceci a été mis en place sur la machine stanislas, on constate une absence complète de logs associés à des tentatives ou des réussites de connexion ssh. Avant, on avait plusieurs mégaoctets de logs par semaine ! L'effet est donc significatif.
Aspects « négatifs »
Il se peut que le port utilisé (21649) ne soit pas retenu et difficile à retenir ce qui explique une absence complète (y compris légitime) de connexion à la machine pendant plusieurs semaines.
Références
- recherches google :
- http://danielmiessler.com/blog/security-and-obscurity-does-changing-your-ssh-port-lower-your-risk
- http://danielmiessler.com/study/security_and_obscurity/
- http://null.redcodenetwork.ro/changing-the-ssh-port-without-changing-it/ - un autre article intéressant (comment changer le port ssh sans le changer !). Quelques points intéressants comme le fait que l'on puisse se passer des ACLs réseau CISCO.
cut -d" " -f 1-3 /proc/loadavg
top -p $(pgrep expression | xargs echo -n | sed -e 's/ /,/g')
top -p
attend un numéro de processus (ou plusieurs séparés par des ',' virgules). On les obtient avec pgrep (process grep).
À tester. Semble un peu plus moderne et évolué que screen.
Un article sur le sujet (tmux vs screen) :