Astuces de Webmaster

20 novembre 2012

Trouver les dossiers les plus gros sur le disque [Linux/Debian]

Architecture — Tags : , , Rom's @ 11:03

Vous voulez identifier les répertoires les plus volumineux sur votre disque dur ? Cette commande vous permettra d’avancer depuis la racine et d’identifier à chaque niveau quel est le sous-niveau le plus volumineux.
En effet, elle vous donnera la taille des sous-répertoires les plus gros, classés par poids descendant

Commencez par la racine de votre disque

 shell |  Copier le code |? 
1
du -hms /* | sort -nr | head

puis avancez petit à petit

 shell |  Copier le code |? 
1
du -hms /grosDossier/* | sort -nr | head

Jusqu’à trouver le répertoire au niveau le plus fin qui nécessite d’être nettoyé.
Et recommencez l’opération tant qu’il faudra pour tout nettoyer !

En fin de compte, faites un simple

 shell |  Copier le code |? 
1
df -h
pour savoir ce qu’il vous reste comme espace partition par partition !

30 octobre 2012

Comment créer une Sauvegarde Quotidienne MySQL sur 3 jours glissants [Debian et autres]

Architecture — Tags : , , , Rom's @ 10:36

Il est utile de conserver des sauvegardes sur plusieurs jours en cas de plantage, de mauvaise manipulation, et du fait qu’on ne s’en aperçoit pas toujours tout de suite.

Le top est de faire une sauvegarde à fréquence définie, et pourquoi pas une sauvegarde quotidienne et sur plusieurs jours

Voici un exemple très rapide de script pour ce faire :

 shell |  Copier le code |? 
1
cd /home/monsite/ && mkdir sauvegardes
2
cd sauvegardes && mkdir save_j1 && mkdir save_j2 && mkdir save_j3
3
touch sauvegarde_bdd.sh
4
nano sauvegarde_bdd.sh

inscrire ce contenu et quitter (ctrl+X et validation avec Y + entrée avec l’éditeur nano)

 shell |  Copier le code |? 
1
cd /home/monsite/sauvegardes/
2
rm -rf save_j3
3
mv save_j2 save_j3
4
mv save_j1 save_j2
5
mkdir save_j1
6
mv sauvegardeQuotidienne.sql.gz save_j1/
7
mysqldump -u[NOMUTILISATEUR] -p[MOTDEPASSE] [NOMBDD] > sauvegardeQuotidienne.sql
8
gzip sauvegardeQuotidienne.sql

il suffit ensuite de créer le cron pour automatiser cela chaque jour (à 2h30 dans cet exemple)

 shell |  Copier le code |? 
1
sudo crontab -e

Ajouter la ligne suivante :

30 2 * * * /home/monsite/sauvegardes/sauvegarde_bdd.sh

ctrl+X et validation avec Y + entrée ensuite.

C’est fait, plus qu’à vérifier le lendemain. Pour dégzipper un fichier sur un ordinateur avec Windows, utiliser 7-zip.

Merci de vos retours !

26 juillet 2012

Enlever les cookies des appels d’images – Optimisation

Vous avez sans doute déjà vu si vous utilisez PageSpeed la recommandation suivante :

Serve static content from a cookieless domain

Cela signifie que vos images se trouvant sur le même nom de sous-domaine que votre site, le navigateur transmet à chaque appel d’image dans les entêtes les cookies du site, en cas de besoin.

Une solution simple consiste à ajouter ceci dans le htaccess

 Apache configuration |  Copier le code |? 
1
<IfModule mod_headers.c>
2
	<FilesMatch "\\.(js|css|jpg|png|jpeg|gif|css)$">
3
		RequestHeader unset Cookie
4
		Header unset Set-Cookie
5
		Header set Cache-Control "max-age=86400"
6
	</FilesMatch>
7
</IfModule>

De cette manière, pour chaque appel de fichier média, les cookies ne seront pas traités.

Il est intéressant d’aller plus loin. Si vous pouvez-faire en sorte de rediriger un sous-domaine sur le même nom de domaine que le www, vous pouvez créer un sous-domaine spécifique pour les médias.

Ainsi, il vous suffit par exemple sur Apache d’éditer la configuration et de rajouter une ligne comme suit dans la configuration de votre nom de domaine (la plupart du temps dans le fichier /etc/apache2/sites-available/nomDuSite)

 Apache configuration |  Copier le code |? 
1
ServerAlias media.monsite.com

il faut ensuite redémarrer apache pour prise en compte (commande ssh)

 shell |  Copier le code |? 
1
/etc/init.d/apache2 restart

Ceci aura pour effet de diriger le sous-domaine « media » vers le même emplacement que le domaine principal (« www ») et du coup, vous pourrez appeler vos images anciennement pointant vers www.monsite.com/image.jpg via media.monsite.com/image.jpg

Si vous définissez vos cookies au niveau du sous-domaine (ex pour PHP : 5e argument de la fonction setcookie), ils ne seront alors pas transmis lors des appels vers le sous-domaine « media ».

Le htaccess défini plus haut sera par ailleurs pris en compte, ce qui permettra de ne pas prendre en compte tout cookie envoyé de toute façon.

Articles plus anciens »

Romain BOYER ©2014 - Contact : boyer Arobase romain Point biz - Profil sur LinkedIn - Profil sur Google+