Création lien symbolique pour les vhost Nginx (-s pour création d’un lien symbolique et -sf pour forcer l’écrasement si un fichier cible existe déjà)

ln -sf source cible

Liste des processus triés par taille en pourcentage d’occupation de mémoire :

ps -eo pmem,pid | sort -r

Pour identifier ce qu’est un processus :

ps -eaf | grep <PID>

Supprimer tous les processus d’un programme

killall programme

Logiciel en ligne commande pour avoir une interface assez ergonomique de gestion de la mémoire : Htop.

Ajouter un user, puis le mettre dans le groupe root

adduser nouveaulogin

adduser nouveaulogin root

Changer le propriétaire de tel ou tel groupe :

chown -R nouveaulogin dossier

Voir la fin d’un fichier (-f correspond à boucler sur la ‘queue’ du fichier, et de base, le tail affiche 10 lignes) :

tail -f fichier

Voir la taille d’un dossier (‘du’ = disk usage, ’s’ = summarize, et ‘h’ = human readable) :

du -sh chemin/

Faire des transferts via SCP, par exemple de serveur à serveur (le -P 50000 est valable i votre SSH a été déplacé sur un autre port que le 22, en l’occurrence ici sur le 50000) :

scp -P 50000 user@server:/chemin foo.tar

(quand on va chercher sur un autre server)

scp -P 50000 foo.tar user@server:/chemin

(quand on envoie sur un autre serveur)

Archiver des fichiers :

tar -czvf cible source

(le – n’est pas obligatoire, le c correspond à ‘create’, le ‘z’ à gzip, le ‘z’ à verbose ou afficher le log de ce qui est traité et le ‘f’ dit que l’argument suivant est la cible)

tar -xzvf cible source

(le ‘x’ correspond à ‘extract’, le ‘z’ n’est nécessaire que si la cible est compressé en gzip)

Utilisation de Vim :
i pour passer en mode insertion, Echap+ :wq pour l’écriture (w = write) et quitter (q = quit), ou :q! pour quitter et overrider les changements.
Coloration du bash
A mettre en bas de .bashrc du /home du user dont on veut ajouter la coloration du terminal et l’alias ll (= la -al)

export PS1="\[\e[32;1m\]\u\[\e[0m\]\[\e[32m\]@\h\[\e[36m\]\w \[\e[33m\]\$ \[\e[0m\]"

alias ll="ls -la"

AbriCoCotier.fr, 2010. | Permalien | 3 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Serveur, Tutoriels

D’abord, sachez que sur Linux, la commande top renvoie la liste des processus en mémoire.

Teg m’a indiqué que :

ps -eo pmem,pid | sort -r

me donnerait la « liste des processus triés par taille en pourcentage d’occupation mémoire ».
Et que pour identifier le processus ensuite, il suffisait de faire :

ps -eaf | grep

credenhill m’a ensuite expliqué comment exporter le top dans un fichier (ce que je n’arrivait pas à faire, sans doute car le résultat de la commande contient des variables) :

Pour capturer top dans un fichier, option -b (batch) : » :

top -b -n 1

…pour trier par % mémoire plutot que CPU :

top

F puis n

Ensuite, c’est Hoper qui m’a expliqué ce que représentaient les 1,2Go de mémoire utilisée :

Ce ne sont que les buffers qui occupent de la place… Bref, la ram n’est pas du tout « occupée » au sens ou tu l’entend. Pour comprendre :

free -m

Ce qui m’a permit de comprendre, avec mon serveur, la taille « utilisée », et la taille buffer :

coucou:# free -m
total used free shared buffers cached
Mem: 1999 1163 835 0 20 958
-/+ buffers/cache: 185 1813
Swap: 1913 0 1913

Je croyais que le 185 représentait la quantité de buffers. En fait non ! C’est ce qu’il reste quand on a enlevé les buffers

Teg a ensuite très bien expliqué ce que représentait le buffer :

Ce sont les données qui ont été chargées en mémoire à un certain moment puis qui ont été libérées car ne sont plus utilisées.
Elles sont gardées dans la mémoire si celle-ci n’est pas pleine ce qui permet de récupérer ces données si elles sont de nouveau à charger sans les transférer du disque dur à la mémoire.

ex : Le démarrage d’OpenOffice est « long » la première fois. Les données sont chargées en mémoire. Après fermeture d’OpenOffice les données sont « bufferisées ». Le démarrage suivant d’OpenOffice est plus rapide car réutilise les données « bufferisées » présentes dans la mémoire.

Et Hoper en a rajouté une (utile) couche :

quelles sont ces données qui sont là ?

Ça peut être tout et n’importe quoi. Surtout du cache file système je pense (donc des fichiers qui ont étés lus, soit parce que c’était vraiment nécessaire, soit parce que l’OS à jugé que tu allais peut être en avoir besoin).
Dans tout les cas la grosse différence c’est que ces 1,2 Go de ram ne sont pas du tout important. Si un programme demande une allocation mémoire, une partie de ces 1,2 Go pourra lui être immédiatement affecté. Alors que les 185 Mo eux sont vraiment utilisés par des programmes qui sont en train de tourner etc.

Je les remercie vraiment : j’aurais beaucoup aimé avoir de telles explications lors de ma formation en informatique, mais à l’évidence, celles-ci n’étaient pas jugées d’un intérêt suffisant pour en souffler mot aux élèves.

AbriCoCotier.fr, 2010. | Permalien | Ajoutez un commentaire ! | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Linux, Tutoriels, Ubuntu

Le problème, c’est que je suis sûr qu’en fait, cette barre n’est pas inutile, et je pense qu’elle est utile pour tous les gens qui ne parlent pas anglais, et qui ne savent pas non plus que la fonctionnalité existe chez Google.

Bref : pour enlever cette barre, allez dans : Options > Options avancées et là décochez la ligne « Me proposer de traduire les pages qui sont écrites dans une langue que je ne peux pas lire ».

AbriCoCotier.fr, 2010. | Permalien | 6 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Google

Je vais tenter ici de résumer la politique que je tente de suivre, et pourquoi. Tout d’abord, le but de tout cela est d’offrir aux visiteurs du site une accessibilité maximum, et donc un meilleur temps de réponse pour leurs requêtes, qui passe par une meilleure gestion des ressources au niveau serveur. Pour être plus clair : si vous voulez que votre temps d’affichage complet des pages diminue, il va falloir passer par une meilleure organisation des tâches au cours de la journée.

Pour commencer, voici un graphe d’accès au blog, qui constitue la tâche majoritaire du serveur (j’ai pris une assez longue durée pour avoir des résultats très représentatifs, et j’ai viré les chiffres) :

Comme on peut le voir, la charge maximum se situe entre 11h et 23h. Donc pour être simple, c’est là qu’il faut laisser le serveur traiter les requêtes, et seulement ça. A ce moment, le serveur ne doit avoir rien d’autre à faire.

Or, il se trouve que j’ai à peu près 75% de visiteurs qui viennent de Google, donc on peut considérer (à mon avis) que ces visiteurs ne sont pas sensibles aux nouveau billets. Ces visiteurs viennent d’ailleurs majoritairement sur des billets déjà publiés depuis plusieurs jours, donc ils constituent une base plus ou moins « non influençable » du trafic : c’est Google qui les envoi, et je n’ai pas la possibilité d’en faire venir plus ou moins à telle ou telle heure.

Par contre, à chaque publication de nouveau billet, leur publication sur les réseaux sociaux (majoritairement Twitter) et sur les RSS provoque une montée d’accès de visiteurs récurrents, qui viennent sur le blog pour lire les nouveaux billets.

C’est la raison pour laquelle je ne conseille pas de publier les billets en même temps que la charge maximum du blog : on surchargerait un peu inutilement le serveur, alors que celui-ci n’en a pas forcément les capacités. L’idée est donc de répartir les accès, et comme on peut paramétrer l’heure a laquelle on publie des nouveaux billets, autant le faire pour que ça n’influence pas (dans le mauvais sens) les performances du blog.

Pour venir compliquer le tout, il faut savoir qu’il y a une certaine inertie : quand je publie un nouveau billet, tous les visiteurs récurrents ne viennent pas tout de suite (j’estime à environ 3 heures la durée sur laquelle ceux-ci arrivent), et donc il faut également prévoir cela dans sa réflexion sur l’heure de publication.

Enfin, les lecteurs ne sont pas devant leur Twitter ou leur lecteur RSS 24h/24, donc la publication d’un billet à telle heure aura plus d’impact qu’à telle autre heure (pour être plus clair : il vaut mieux publier à 9h qu’à 2h du matin).

Au vu de tout cela, je préconise (si tant est que j’ai une once de légitimité à le faire) de publier entre 8h et 10h, ce pour éviter de surcharger le serveur, tout en maximisant es chances d’être « retweeté » sur Twitter (ou repris sur d’autres réseaux sociaux).

Pour le reste, et pour tout ce qui concerne le travail non visible du serveur (tâche Cron par exemple), j’ai l’habitude de les faire exécuter entre 1h du matin et 5h du matin, heures ou franchement, il n’y a pas grand monde, et où l’impact sur les performances du serveur est négligeable.

AbriCoCotier.fr, 2010. | Permalien | 8 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Wordpress

Il s’agit d’une situation gagnant-gagnant à la fois pour les bloggeurs mais aussi pour leurs lecteurs, car les blogueurs, en facilitant le partage de leur contenu par leurs lecteurs multiplient la diffusion de leurs articles et les lecteurs peuvent partager avec leurs proches les sujets qui les intéressent.

Comme ce procédé est très répandu, vous vous doutez qu’il existe des tonnes de services de partage différents. Afin de ne pas se perdre dans cette multitude, faisons le tour des services les plus utilisés par le bloggeurs.

Passage au crible des différents services :

Afin d’avoir des bases solides pour cette comparaison et écarter l’arbitraire, j’ai choisi de me focaliser sur le top 100 des blogs réalisés par Technocrati. Dans un deuxième temps, l’idée a été de réduire la comparaison aux seuls services les plus fréquemment utilisés. Les services retenus sont Twitter, Facebook, Digg, Reddit, StumbleUpon, Yahoo Buzz, Delicious and Google Buzz.

Toutefois, comme il est courant qu’un bouton de « partage générique » soit affiché (un bouton qui amène vers une page de sélection des réseaux vers lesquels partager), nous l’avons inclus avec sa propre catégorie dans les statistiques.

Usage des boutons de partage chez les 100 premier blogs du classement Technocrati

Passons donc maintenant aux résultats. Voici tout d’abord un graphique résumant l’étude comparative, il s’agit de représenter le nombre de blogs utilisant les réseaux sociaux de la liste.

Quelques observations rapides :

Voici quelques observations que l’on peut faire sur l’usage des services de partage :

• Twitter et Facebook sont plus utilisés que Digg, ce qui signifie que ce dernier n’est plus le roi des réseaux sociaux, tout du moins pour les 100 blogs considérés.
• Twitter est le service le plus utilisés pour le partage. Les 2/3 des blogs étudiés lui avait dédié un bouton spécifique.
• Facebook était présent sur 58 des 100 blogs pris en considération. La plus part du temps il va de paire avec le bouton dédié à Twitter.
• Digg n’est présent que sur une petite moitié de l’échantillon considéré. Sa présence est cependant encore deux fois plus importante que celle de Reddit ou StumbleUpon.
• 58 des 100 blogs les plus hauts dans Technorati incluent un bouton de partage général et déroulant ; 19 de ces blogs n’ont d’ailleurs que ce bouton de partage général.
• Les boutons dédiés à MySpace ou Linkedin sont rares, c’est pour cela que ces réseaux ne figurent pas dans l’étude.
• 6 des 100 blogs ne possédaient aucun outil de partage.
• Le partage par mail est quant à lui plutôt répandu. Mais comme l’étude se focalise sur les boutons dédiés à des réseaux sociaux, il ne figure pas aux résultats, même si il y aurait occupé une bonne place.
• La guerre des Buzz. L’autre Buzz (le clone Yahoo ! de Digg) est aujourd’hui aussi populaire que l’option de partage Google Buzz, qui ne figurait que sur 6 des 100 blogs étudiés.

Cette dernière observation me conduit m’interroger sur le faible succès de Google Buzz auprès des blogueurs.

Google Buzz, un flop chez les blogueurs ?

Comme vous pouvez le constater sur le graphique présenté plus haut, Google Buzz ne connaît qu’un succès modéré auprès des blogueurs, puisqu’ils sont encore peu nombreux à intégrer un bouton dédié à ce service. Bien sûr il faut prendre en compte le fait que cet outil est encore très jeune, les choses pourront donc changer au cours de l’année. Il faut dire aussi que Google ne se facilite pas la tâche non plus, puisqu’il n’existe pas encore de bouton officiel pour Google Buzz. Du coup pour palier à ce manque les blogueurs ont commencé à créer leurs propres boutons, dont voici des exemples trouvés dans l’échantillon de blogs considérés.

Les deux premiers en partant de la gauche ont été aperçu sur Mashable. Les autres proviennent (de la gauche vers la droite) de The Next Web, GigaOM (et Engadget), Business Insider, et TechCrunch.

On peut penser que Google sortira un bouton officiel d’ici peu, mais ceci dit ce n’est pas vraiment une obligation, il suffit de regarder Twitter. Le service n’a en effet jamais crée de bouton et cela ne l’a pourtant pas empêché de devenir le service de partage le plus populaire.

En bref
Cette étude comparative permet de confirmer la suprémacie de Twitter et Facebook, qui sont devenu les outils les plus utilisés pour le partage de contenu. Ils ont tout deux détrôné et repoussé dans le fond du classement le service de partage Digg.
Il est tout aussi intéressant de noter que Facebook, malgré ses quelques 400 millions d’utilisateurs et son statut de géant des réseaux sociaux, n’est pas le réseau social le plus reconnu dans la blogosphère. C’est en effet Twitter qui est reconnu comme le réseau de partage le plus pertinent. La différence est faible mais elle est belle et bien là.
Reste maintenant à comprendre pourquoi certains blogs occultent complètement l’aspect du partage. A cette question je ne trouve pour le moment pas de réponse, si ce n’est l’ignorance, mais cette possibilité me parait des plus improbables.

Ce billet est une traduction personnelle d’un billet paru sur Pingdom.

AbriCoCotier.fr, 2010. | Permalien | 3 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Web2.0

Mettre en place un système de cache

C’est la base : WP-Super-Cache peut faire l’affaire.

Faire attention aux .htaccess

Attention àça : on a tendance à beaucoup s’amuser avec les .htaccess, mais j’ai fortement l’impression qu’ils ralentissent le temps d’exécution de Apache. Je rappelle qu’il est recommandé de mettre les règles directement dans le fichier de configuration de Apache, ou alors dans celui de chaque site-available.

Configurer les différentes mises en cache du code PHP et du SQL

Pour cela, il y a plein de choses à faire : eAccelerator, Zend Optimiser, etc… Forcer l’utilisation de PHP5 aussi sur le serveur.

Mettre en place un système de reverse proxy

Cela devrait être la base : il se trouve que Apache2 se fait vieux, et qu’il n’est plus vraiment adapté à l’utilisation que l’on en fait aujourd’hui, surtout dans le cas d’un site à fort trafic. Ainsi, il « suffit » de ne laisser à Apache que la gestion de la génération du code et de donner à un serveur plus rapide (nginx ou lighthttpd par exemple) la gestion des fichiers statiques, qui composent la large majorité (en nombre) des fichiers qui composent une page web. C’est souvent -à mon avis- LA grosse erreur que font les webmasters de site web.

Mettre le cache en RAM

Évidemment, tout ce qui est sur la RAM est accessible plus rapidement que ce qui est sur le disque dur. Donc soit vous prenez un SSD (comme ça, le disque dur devient de la RAM, en quelque sorte mais sans les problèmes de disparition des données au reboot), soit vous mettez le cache Wordpress en RAM. Pour cela, go chez Mrboo.

Pour le reste

Pour ce qui est de mettre sa base SQL sur un autre serveur, je comprend l’idée, mais je ne suis pas certain que ce soit une bonne idée. En effet, le temps d’accès entre les deux serveurs va être supérieur au temps précédemment requis par les deux applications (Apache/PHP et MySQL) pour accéder l’une à l’autre. Mais en contrepartie le serveur aura davantage de ressources pour gérer son SQL. Donc est-ce que ce qui est gagné en performances processeur et en temps d’exécution ne sera pas perdu en temps de transfert de données entre les deux serveurs ? Je ne le sais pas. Un benchmark serait bienvenu ici.

[Image]

AbriCoCotier.fr, 2010. | Permalien | 4 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Tutoriels, Wordpress

Jing est une sorte de Snappr et Screenr réunis, c’est à dire offrant les possibilités :

• Prendre une capture d’écran (puis l’éditer)
• Faire un screencast
• Partager ce contenu avec différents réseaux sociaux et par email (via leur plateforme de diffusion)
• Gérer ses contenus depuis la plateforme de Jing

D’une manière générale, j’apprécie particulièrement la facilité de prise de screenshot, associée à l’annotation de screens, qui manque à la plupart des logiciels d’édition d’image que j’utilise (ou en tout cas de manière simple) : Paint.net, GIMP, Paint, etc.

Par ailleurs, et même si je me sers rarement du screencasting, il faut avouer que j’en ai déjà eu besoin, et à l’époque j’avais décidé d’utiliser CamStudio, qui était « suffisant », mais pas sexy à utiliser. Jing ne rajoute pas de fonctionnalité (je dirais même qu’il en enlève, puisqu’il limite la durée des vidéos à 5 minutes), mais il est plus sympa à utiliser grâce à son design.

Comme beaucoup d’autres services en ligne, Jing propose également une version « Pro », payante, pour 15$ par an.

AbriCoCotier.fr, 2010. | Permalien | 2 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces

Exécutez les commandes suivantes dans un terminal :

cp /etc/pulse/default.pa ~/.pulse/

gedit ~/.pulse/default.pa

pacmd "dump" | grep set-sink

Là, normalement, vous devriez avoir des lignes affichées comme celles ci-dessous :

set-sink-volume alsa_output.pci-0000_00_1b.0.analog-stereo  0xeb85

set-sink-mute alsa_output.pci-0000_00_1b.0.analog-stereo no

A priori, le analog-stereo correspond à votre haut-parleur intégré. La première ligne donne la valeur actuelle de votre volume sonore (là 0xeb85, ce qui correspond environ à 80%), et la deuxième ligne correspond à ce que le volume doit être quand il est en « sourdine ».

Il faut savoir que le volume à zéro correspond à 0×000.

Donc, vous copiez-collez la ligne qui correspond à la valeur de votre volume sonore et vous l’ajoutez en fin de fichier ~/.pulse/default.pa que vous aviez ouvert tout à l’heure. Mais pour que votre volume soit à zéro, changez la valeur actuelle (pour moi 0xeb85 par 0×000)

set-sink-volume alsa_output.pci-0000_00_1b.0.analog-stereo  0x000

Enregistrez et fermez. Vous constaterez qu’au prochain redémarrage, le volume aura été mis à zéro !

AbriCoCotier.fr, 2010. | Permalien | 1 commentaire | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Tutoriels, Ubuntu

Le défaut de SimilarPost est de ne pas être aussi simple d’utilisation que OutBrain ou LinkWithin pour qui veut des images associées à ses liens ou des notes associées aux billets. Similar Posts ne gère qu’une recherche de similarité basée sur les tags ou les catégories (si je ne dis pas de bêtise), alors que Outbrain rajoute la « valeur » des billets.

Ces plugins sont totalement gratuits (et ils sont sans pub), mais ils passent par le site web des services pour se charger, ce qui a tendance à ralentir l’affichage des pages, et je n’ai pas besoin de vous redire à quel point ce sujet importe à mes yeux. Ils sont destinés pour les débutants, qui ne veulent pas s’embêter à aller mettre les mains dans le cambouis (ce que je respecte totalement : tout le monde n’a pas de connaissances en PHP suffisantes pour modifier même un petit bout de code).

Je rajoute que LinkWithin a par défaut un joli attribut d’ombrage des vignettes, ce qui fait un effet assez sympa (si vous voulez faire vous-même cet effet, je l’ai expliqué là). OutBrain, lui, permet de gérer la notation des billets, et donc de leur rajouter un aspect « vote des utilisateurs », qui peut être d’autant plus utile si vous souhaitez renvoyer, par la suite, du contenu de la meilleure des qualités.

Comment avoir le beurre ET l’argent du beurre ?

« Oui, mais j’aime bien LinkWithin, c’est propre et ça fonctionne bien. Comment faire alors ? » Deux solutions.

Solution 1 : Rapatrier les fichiers externes (comme ça vous ne dépendez plus des serveurs de LinkWithin).

C’est possible. Il « suffit » de télécharger le fichier widget.js et de le mettre quelque-part chez soit (moi je l’ai mis dans le dossier montheme/linkwithin/ ). Puis il faut aller voir dans le code du plugin. Il y a une ligne (la ligne 33 chez moi) où est écrit :

<script src=\ »http://www.linkwithin.com/widget.js\ »></script>

Remplacez le par l’URL du widget.js que vous aurez uploadé chez vous. Pour moi ça donne :

<script src=\ »http://www.abricocotier.fr/wp-content/themes/cleaker-21/linkwithin/widget.js\ »></script>

J’ai vérifié, cela fonctionne très bien (le plugin n’est pas affecté par ce changement d’URL). Notez qu’on peut aussi virer le lien LinkWithin (mais c’est pas super sympa) en bas du widget en supprimant la ligne :

<a href=\ »http://www.linkwithin.com/\ »><img src=\ »http://www.linkwithin.com/pixel.png\ » alt=\ »Related Posts with Thumbnails\ » style=\ »border: 0\ » /></a>

(Attention aux guillemets à la fin de cette ligne, et au point virgule, ils sont essentiels pour le fonctionnement du code, donc ne les virez surtout pas !).

Edit : Je disais des bêtises : il n’y a pas que le widget.js qui est à l’extérieur. Le widget.js lui-même va chercher certains trucs ailleurs.

Edit : ATTENTION ! Le code du plugin est mal vu par Chrome (qui dit : « Uncaught SyntaxError: Unexpected token < ». le problème est reporté là). Pour remédier à ce problème, changez les lignes :

$embed_code = « <script>
var linkwithin_site_id = monID;
</script>

En

$embed_code = « <script><![CDATA[
var linkwithin_site_id = monID;
]]></script>

Et chez moi, cela règle le problème !

Solution 2 : Faire ça soit-même avec le PHP.

C’est possible, mais je n’ai pas cherché le code. Cela ne doit pas être difficile. Si vous voulez tenter l’expérience, je vous conseille de vous baser sur SimilarPosts, de récupérer l’attribut Image pour chaque URL renvoyée, et d’en faire des vignettes, comme je l’ai expliqué dans le billet sur le carrousel.

AbriCoCotier.fr, 2010. | Permalien | 2 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Wordpress

Je vous propose dans ce billet de réaliser par vous même ce processus. Pour cela, c’est tout simple. Repérez dans vos pages un endroit où vous affichez des images cliquables (par exemple dans un carrousel de lien, comme je l’avais expliqué précédemment).

Si vous avez une image comme ceci :

<li class= »sidebarPost »>

<img src= »images/youpi.png » alt= »" title= »">

</li>

Vous devrez rajouter le code suivant dans votre CSS :

li.sidebarPost img{
filter:progid:DXImageTransform.Microsoft.Alpha(opacity=50);
-moz-opacity: 0.5;
opacity: 0.5;
}

li.sidebarPost:hover img{
filter:progid:DXImageTransform.Microsoft.Alpha(opacity=100);
-moz-opacity: 1;
opacity: 1;
}

Attention, il faut bien noter trois choses :

• Ces propriétés ne sont pas pour l’instant standardisées (et donc non supportées par le W3C).
• La propriété filter correspond aux version d’Internet Explorer à partir de la 5.5 (et l’opacité se règle de 0 à 100)
• La propriété -moz-opacity correspond à tous les autres navigateurs (Firefox, Chrome, Safari, Opera), et son opacité se règle de 0 à 1.

[Source]

AbriCoCotier.fr, 2010. | Permalien | 2 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Astuces, Tutoriels