La commande suivante va vous calculer la totalités de la mémoire utilisé par Apache ainsi que la taille de vos processus Apache.

La commande se base sur PS, les configurations d’apache et php ne sont pas lu.

Si votre processus apache se nome httpd, vous devez adaptez la commande en remplaçant apache2 par httpd 🙂

ps -ylC apache2 | awk '{x += $8;y += 1} END {print "Apache Memory Usage (MB): "x/1024; print "Average Process Size (MB): "x/((y-1)*1024)}

Il y a plusieurs manière de procéder

Modification global pour tous les utilisateurs

Ajouter dans le fichier /etc/X11/xinit/xinitrc

# fix keyboard layout switching §± and `~
xmodmap -e "keycode 49 = section plusminus section plusminus section plusminus"
xmodmap -e "keycode 94 = grave asciitilde grave asciitilde dead_grave dead_horn"

Configuration pour votre utilisateur

Editer ou créé le fichier ~/.Xmodmap pour y ajouter

# fix keyboard layout switching §± and `~
keycode 94=grave asciitilde grave asciitilde dead_grave dead_horn
keycode 49=section plusminus section plusminus section plusminus3

Configuration pour votre session (valide jusqu’au redémarrage de X)

Exécuter dans un terminal

Utiliser la configuration built-in

Comme nous l’indique ops42 dans son article http://ops42.wordpress.com/2012/11/14/varnish-is-smarter-than-you/. pdf de la page qui n’existe plus 🙁 , Varnish fonctionne très bien avec sa configuration “built-in”.

Au fur et à mesure, beaucoup de sysops (comme moi) ont mis en place, à tord, des configurations Varnish de plus en plus complexe.

La seule configuration à mettre en place est celle lié à vos backends

Objectif d’une modification de vcl

Toutes modification des VLC sera donc un hotfix pour corrigé un problème lié a votre application.

Le but de cette configuration est de simplifier au maximum la mise en place de Varnish.

Avant d’appliquer la configuration a votre Varnish, vous devez éditer le fichier backend.vcl pour configurer votre backend.

Cette configuration reste minimaliste et utilise la configuration " builtin " qui fonctionne très bien à conditions que les RFC soient respecté.

• Télécharger le zip ou le tarball
• Sources : https://github.com/pad92/varnish

Nombre de requêtes transmises au backend

varnishtop -i TxURL
varnishlog -b | grep 'TxURL'

Nombre de requête reçues des clients par Varnish

varnishtop -i RxURL
varnishlog -c | grep 'RxURL'

Liste les Cookies reçues des clients par Varnish

varnishtop -i RxHeader -I Cookie
varnishlog -c | grep 'Cookie: '

Affiche le Host le plus requetes

varnishtop -i RxHeader -I '^Host:
varnishlog -i RxHeader | grep 'Host: '

Activer le plugin

Éditer votre fichier de configuration :

src/userdata/configs/[OpenPhotoDomainName].ini

ajouter

activePlugins = "GoogleAnalytics"

Pour activer plusieurs plugins, il faut les listé en les séparant par une virgule

Configuration du plugin

Apres avoir consulté le code source car, il la CLI pour configurer cela n’est pas encore développé, j’aidécouvert, qu’il faut simplement ajouter dans le fichier (créé les dossier manquant et le fichier) src/userdata/plugins/[OpenPhotoDomainName].GoogleAnalytics.ini une ligne contenant votre id de la maniere suivante : id = google id

• Remplacer les minuscules en majuscules: :%s/[a-z]/\U&/
  • Remplacer les majuscules en minuscules: :%s/[A-Z]/\L&/
  • Convertir la selection en majuscule : gU
  • Convertir la selection en minuscule : gu

Toutes les requêtes killé sont affiché par le script, cela vous permet de generer un log ou de vous envoyer un mail pour chaque requête killé.

Monit a pour fonction de “surveiller” service et/ou les ressources système et d’exécuter une ou plusieurs actions en fonction de condition. Par exemple, il peut redémarrer Nginx si celui ci ne répond plus.

Il m’est arrivé que php segfault (plante) sans raison apparente et sans logger aucune information, le script ci-dessous réorganise l’ordre dans lequel les modules sont chargé.