Blog lui l'aiphes

Sauvegarder son serveur LAMP et ses sites

gL — Sat, 11 Feb 2012 14:31:53 +0000

Lorsque vous développez des sites internet il est probable que vous utilisiez un serveur de développement sous Linux.Autrement dit un serveur LAMP. Je vous ai déjà montré comment garder PHP 5.2 pour un serveur sous Ubuntu 10.04 et suivant.Mais si jamais vous devez migrer de machine ou faire un upgrade de version majeure Ubuntu , il va falloir sauver le serveur LAMP dans son ensemble.

Ainsi nous aurons besoin de sauver :

MySQL et les bases de données créées
Le serveur Apache
La version de PHP utilisée,ici la 5.2
Les sites installés avec leur contenu

Commençons avec MySQL

Où le trouver ? Et bien il faut se rendre dans /var/lib/mysql pour retrouver toutes les bases créées et ainsi pouvoir les sauver via un terminal en tapant :

sudo cp -R /var/lib/mysql /home

par exemple, ce qui va copier toutes les BDD de votre serveur MySQL là où vous le désirez.

Il n’est pas forcément nécessaire de sauver le serveur en lui même mais il peut être bien de sauver la configuration contenue dans : /etc/mysql/my.cnf

Au tour d’Apache

Ici il s’agit d’un élément stable qui ,comme MySQL, n’a pas besoin d’être sauvé en tant que tel hormis la configuration.Bien sur si la version diffère beaucoup avec votre nouvelle installation,alors une copie peut être envisagée.Pour le fichier de config il faut sauver celui-ci : /etc/apache2/apache2.conf ainsi que /etc/apache2/httpd.conf. Tout le dossier /etc/apache2 peut être sauvé car il contient les virtual hosts éventuel et le lien vers phpmyadmin.

PHP 5.2 for now

En effet si vous développez toujours des applis qui requièrent cette version il faut la sauver car les nouvelles versions de LAMP embarquent php 5.3 par défaut.

Ainsi il va falloir sauver pas mal de chose à ce niveau là.

Sauver les sites

Pour cela il faut copier tout ce qui se trouve dans /var/www .

Voila votre config est sauvée et peut être implantée sur un nouveau système Ubuntu.

Repasser à PHP 5.2 sous Ubuntu 10.04

gL — Tue, 22 Feb 2011 19:01:17 +0000

Note : ébauche d’article, manipulation non finalisée

Un problème fréquent quand on développe sur un serveur ubuntu avec Drupal 6 est que la version de par défaut est la 5.3.Trés bien pour Drupal 7 mais moins bien pour Drupal 6.Donc il faut downgrader.

Il s’agit de suivre cette méthode : Tuto originel en anglais

Ensuite il s’agit de trouver les bonnes versions à installer.Donc aprés avoir fait un

$ dpkg -l | grep php

ii libapache2-mod-php5 5.3.2-1ubuntu4.7 server-side, HTML-embedded scripting languag
ii php-apc 3.1.3p1-2 APC (Alternative PHP Cache) module for PHP 5
ii php5-cli 5.3.2-1ubuntu4.7 command-line interpreter for the php5 script
ii php5-common 5.3.2-1ubuntu4.7 Common files for packages built from the php
ii php5-gd 5.3.2-1ubuntu4.7 GD module for php5
ii php5-mcrypt 5.3.2-0ubuntu1 MCrypt module for php5
ii php5-mysql 5.3.2-1ubuntu4.7 MySQL module for php5
ii phpmyadmin 4:3.3.2-1 MySQL web administration tool

Il va falloir créer un fichier de préférence pour « php » à mettre dans

/etc/apt/preferences.d

, voici le mien : php.Ensuite vous pouvez installer php avec la version 5.2.10.
Pour php-mcrypt il faut utiliser le fichier php5-mcrypt_5.2.6 pour avoir la version 5.2.6 .Phpmyadmin peut être utilisé dans sa dernière version 4.3.3.1

Cela va nous servir pour savoir quoi remplacer et quoi installer.Du coup nous pouvons rédiger ce code pour tout installer d’un coup vous pouvez aller sur ce lien pour voir quelle version installer :

sudo apt-get install libapache2-mod-php5=5.2.10.dfsg.1-2ubuntu6 php5=5.2.10.dfsg.1-2ubuntu6 php5-dev=5.2.10.dfsg.1-2ubuntu6 php-pear=5.2.10.dfsg.1-2ubuntu6 php5-cgi=5.2.10.dfsg.1-2ubuntu6 php5-cli=5.2.10.dfsg.1-2ubuntu6 php5-common=5.2.10.dfsg.1-2ubuntu6 php5-gd=5.2.10.dfsg.1-2ubuntu6 php5-mcrypt=5.2.6-0ubuntu2 php5-mysql=5.2.10.dfsg.1-2ubuntu6 phpmyadmin=4:3.2.2.1-1

Résultat après la manipulation, nous avons retrouvé une version plus « classique » pour développer.

Pour ne pas repasser à PHP 5.3 lors des mises à jour, il vaut mieux faire ceci :

echo "php5 hold" | sudo dpkg --set-selections
echo "php5-common hold" | sudo dpkg --set-selections

D’autres méthodes existent comme celle -ci : via un script ou celle-ci qui marche bien aussi : autre méthode

Utiliser Drush sur OVH mutualisé

gL — Fri, 11 Feb 2011 15:03:22 +0000

En cette nouvelle année, voilà un joli chantier qui est de tirer profit de la puissance de drush pour mettre à jour votre site drupal et bien plus encore..le tout en ligne de commande.Il faut au préalable forcer OVH à utiliser php5 via htaccess avec :

SetEnv PHP_VER 5

Tout d’abord il faut savoir que les hébergements mutualisés OVH offrent le SSH et permettent donc de se connecter à votre hébergement via une console , Terminal sous linux ou Putty sous Windows ; avec les identifiants FTP fournis par OVH.

Il faut tout d’abord récupérer la dernière version de Drush
La décompresser et envoyer le dossier via FTP , le positionner à la racine reste le plus simple
Ensuite il faut éditer le fichier .bashrc pour indiquer la version de php à utiliser et l’emplacement de drush.php

Pour cela quelques commandes utiles via le terminal ou Putty :

Connaitre quelle version de php tourne sur votre hébergement : se connecter via SSH avec

ssh IDENTIFIANT@ftp.pro.ovh.net
IDENTIFIANT@ftp.pro.ovh.net's password:
IDENTIFIANT@ssh1:~/www$ php.BETA -v
PHP 5.2.14 (cgi) (built: Jul 28 2010 12:37:11)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies

il existe aussi la version de base chez OVH qui est php 4 , qui est appelée php.ORIG.

Ensuite il faut savoir ou est le fichier php que vous utilisez et quelles alternatives existent.Un terminal vous permet de le faire ainsi :

IDENTIFIANT@ssh1:~/www$ ls /usr/local/bin/
axfrdns PhpDocumentor pickdns-conf
axfrdns-conf phpextdist pickdns-data
axfr-get phpize procwatch
config_data php.ORIG procwatch-lint
dnscache php.ORIG.4 rackup
dnscache-conf php.ORIG.4.3.9 rails
dnsfilter php.ORIG.4.4.2 rake
dnsip php.ORIG.4.4.3 random-ip
dnsipq php.ORIG.4.4.4 rbldns
dnsmx php.ORIG.4.4.4_new rbldns-conf
dnsname php.ORIG.4.4.4_old rbldns-data
dnsq php.ORIG.4.4.7 rdoc
dnsqr php.ORIG.4.4.8 ri
dnstrace php.ORIG.4.4.9-pcre7 ruby
dnstracesort php.ORIG.5 sabcmd
dnstxt php.ORIG.5.1.2 sablot-config
erb php.ORIG.5.1.4 scp
gem php.ORIG.5.1.5 sftp
gemlock php.ORIG.5.1.5_new slogin
gem_mirror php.ORIG.5.1.5_old ssh
gemri php.ORIG.5.2.1 ssh-add
gem_server php.ORIG.5.2.10 ssh-agent
gemwhich php.ORIG.5.2.11 ssh-keygen
geoiplookup php.ORIG.5.2.12 ssh-keyscan
geoipupdate php.ORIG.5.2.13 testrb
gtkmdbdesigner php.ORIG.5.2.14 Text
index_gem_repository.rb php.ORIG.5.2.3 tinydns
irb php.ORIG.5.2.3b tinydns-conf
pdflib-config php.ORIG.5.2.4-pgsql tinydns-data
pear php.ORIG.5.2.5 tinydns-edit
peardev php.ORIG.5.2.6 tinydns-get
pecl php.ORIG.5.2.9 Translation2
perl php.ORIG.5.3.0 update_rubygems
php php.ORIG.5.3.1 walldns
php.4-test php.ORIG.5.3.2 walldns-conf
php.BETA php.ORIG.5.3.3 XML
php-config php.TEST.5
phpdoc pickdns

Malheureusement OVH bride les communications extérieures sur le SSH des mutualisés…espéront que cela change dans l’avenir.

Drush pour Drupal en mutualisé chez Always Data

gL — Thu, 13 Jan 2011 16:03:33 +0000

Toujours à la recherche du meilleur hébergeur pour utiliser ce formidable outil qu’est drush. et je pense m’en approcher car Always Data fourni un accés SSH sur tous ses packs.Donc voyons comment faire pour installer et utiliser Drush sur un pack 10go.

Se connecter via FTP à votre serveur
Y envoyer le dossier Drush à la racine ~/ afin d’avoir ~/drush ( le ~ représente votre identifant de connexion qui est aussi l’utilisateur)
Créer un fichier .profile que l’on envoi à la racine / et qui contient :
```
##PARAMETRE DE DRUSH
PATH=$PATH:~/drush
```
ensuite, avec une connection SSH via un terminal ou Putty selon votre OS, un coup de
```
chmod u+x ~/drush/drush
```

et normalement vous devez avoir ceci :

$ drush status
PHP configuration : /xxx/http6/xxxx/cgi-bin/php5.ini
Drush version : 3.3
Drush configuration :

A vous les joies de la gestion de Drupal en ligne de commande, un gain de temps vraiment énorme dans les tâches de mise à jour, et bien plus encore..

Flux de publication : mise en place

gL — Fri, 02 Jul 2010 10:11:25 +0000

Mettre en place un flux de publication pour un site web est très utile lorsque une « hiérarchie » de publication se met en place ou est nécessaire.En effet, il peut être souhaitable que tous les utilisateurs d’un site ne puissent pas publier du contenu sans restrictions.Il en va aussi de la responsabilité du directeur de publication du site.

Ainsi, grâce à Drupal,nous allons pouvoir mettre en place un tel système.

Pré requis : installer et activer les modules Trigger (Core) et Workflow.

1/ créer autant de role que de rangs dans la hierarchie de publication ; basiquement il en faudra au moins 2

2/ créer un Workflow dans admin/build/workflow en paraméttrant les étapes, et les fonctions de chaque rôle

3/ créer une action dans admin/settings/actions/manage , choisir : Envoyer un e-mail géré par jeton (tokenized) ; renseigner les champs voulus dont le mail de la personne qui devra valider le contenu à l’étape 2 du Workflow

4/ Enfin selectionner l’action dans la liste proposée par Trigger soit depuis l apage du Workflow soit dans admin/build/trigger/workflow

Voila , désormais un email sera envoyé automatiquement à la création de contenu soumis au workflow.

SEO et les CMS

gL — Sat, 26 Jun 2010 19:50:29 +0000

Au fil de mes projets,et maintenant que je suis de plus prés la vie des sites que je créer, le référencement et l’étape ultime de la vie d’un site.Alors quel est le système qui pemret un bon SEO ?

A ce jeu, je connaissais WordPress qui surclasse Dotclear en matière de blog.Mais je dois dire que Drupal se débrouille plutôt bien si j’en crois l’indexation des pages des sites que je suis.
En effet,en 3 mois, Google a indéxé un peu plus de la moitié des 170 url d’un de mes derniers sites Drupal,et cela sans action énorme de ma part.Du coup je peux dire, en comparaison,avec SPIP par exemple, que Drupal fourni un bel outil en matière de SEO,et peut etre que Drupal 7 sera aussi une amélioration à ce niveau la .A suivre donc d’ici quelques mois.

Ajouter Xiti ou Quantcast à son site Drupal : ma recette

gL — Fri, 02 Apr 2010 17:36:36 +0000

Bonjour,

Parfois il est aisé d’ajouter un suivi statistique à son site Drupal via un module dédié, mais ce n’est pas le cas de Xiti ou Quantcast.

Pour se faire j’ai créé un petit fichier php qui contient le code des dis tracker :

<div id="xiti-logo">
<script type="text/javascript">

</script>
<noscript>
<div id="xiti-logo-noscript">
<a href="http://www.xiti.com/xiti.asp?s=XXXX" title="WebAnalytics" >WebAnalytics solution by <img width="39" height="25" src="http://logv11.xiti.com/hit.xiti?s=451669&p=<?php echo $head_title; ?>&" alt="WebAnalytics" /></a>
</div>
</noscript>
</div>


<script type="text/javascript">
_qoptions={
qacct:"XXXX"
};
</script>
<script type="text/javascript" src="http://edge.quantserve.com/quant.js"></script>

<noscript>
<img src="http://pixel.quantserve.com/pixel/p-behZUd_cXqsz-.gif" border="0" height="1" width="1" alt="Quantcast"/>
</noscript>

ensuite il faut insérer ce fichier dans les divers template de Drupal avec l’extension .tpl.php via un include php.Et voila vos stats seront prisent en compte par le tracker dans les 24/48H qui suivent…

Lancement du nouveau site de Provence Formation

gL — Fri, 02 Apr 2010 16:54:19 +0000

Un petit article pour vous annoncer que le nouveau site de l’association Provence Formation est désormais accessible sur www.provence-formation.fr .

Il a requis prés de 3 mois de développement et tourne sous Drupal 6.16 en mutualisé chez OVH.Il devient l’étendard de la nouvelle communication de l’association en s’habillant de la nouvelle charte graphique créée pour l’occasion par l’agence Cyrano.

Drupal 7 : premières impressions

gL — Sat, 20 Feb 2010 21:18:21 +0000

J’ai installé la version alpha 1 de Drupal 7 afin de voir à quoi il va bien pouvoir ressembler…et c’est vraiment un grand pas dans l’ergonomie et l’amélioration de l’expérience utilisateur…au rayon des nouveautées, l’on peut citer :

l’installation de nouveau modules via l’interface d’administration ( comme avec wordpress)
l’intégration de CCK – Image et Pathauto
une navigation beaucoup plus intuitive même si il faudra quand même avoir le module Administration Menu pour vraiment naviguer rapidement dans les sous rubriques
installation de nouveau thème via console administration

Pas mal de nouveautés donc, qui j’espère seront très bientôt disponibles en version finale…même s’il faudra attendre ensuite le portage des modules principaux vers D7.

Views, le module qui (me) faisait peur

gL — Sat, 20 Feb 2010 21:09:49 +0000

Bonjour,

Un long moment sans poster, mais je suis en plein développement en ce moment.Durant cette période, j’ai pu mieux appréhender le module views 2, qui est vraiment quelque chose de trés puissant.Il s’agit en fin de compte d’avoir une interface graphique pour formuler des requêtes auprès de la base de données.Il permet donc de programmer sans rien connaitre à la programmation mysql/php. C’est mon cas, car je viens du graphisme, et je ne suis pas capable de développer en php, encore moins en mysql.

Mais grâce à la précieuse aide de la communauté francophone de Drupal ( Drupal FR ) et anglophone ( Drupal.org ) je peux comprendre la logique de ce module, et du reste du monde drupal ,de jour en jour.

Ce module faite partie des gros avantages qui font choisir ce CMS, mais il n’est bien sur pas le seul.

La découverte continue…