Suite à quelques demandes, notamment de @Ouark lors d’une soirée sur Paris, je vais essayer de publier régulièrement quelques petites astuces que j’ai trouvé et qui m’ont bien aidé/dépanné.

Voici donc la partie #2 des Tips concernant la configuration de serveurs et le développement.

Reset du pass root MySQL

Qui n’a jamais perdu son mot de passe root MySQL, ce mot de passe que l’on vous demande à l’installation et dont vous allez vous servir ponctuellement, préférant par sécurité utiliser des utilisateurs plus précis et associés à une BDD spécifique. Je ne suis surement pas le seul en tout cas ^^

Ne stockant jamais mes mots de passe (question de sécurité), le mot de passe root MySQL est celui que j’ai le plus souvent oublié, même si ca ne m’arrive pas toutes les semaine non plus. Voici donc une petite astuce pour le reset et en créer un nouveau sans devoir tout réinstaller.

1 – Arrêter votre serveur MySQL

La première chose à faire bien entendu, est d’arrêter MySQL, le tout en étant root sur la machine bien entendu (comme pour toutes les commandes qui suivront)

/etc/init.d/mysql stop

2 -MySQL en safe mode

Il faut maintenant lancer MySQL en safe mode avec l’option « –skip-grant-tables » pour ne pas prendre en compte la table des privilèges.

mysqld_safe --skip-grant-tables &

A noter aussi le « & » qui permet de lancer en background le serveur et ainsi continuer à modifier le pass root.

3 – Login

Maintenant on peut se loguer au serveur MySQL en root de manière « anonyme » ou plutôt sans avoir le soucis des privilèges

mysql --user=root mysql

4 – Modifier le pass root

Une fois connecté, il suffit d’effectuer une requête pour mettre à jour le pass de la table user.

UPDATE USER SET Password=PASSWORD('mon_nouveau_pass') WHERE USER='root';
FLUSH PRIVILEGES;

5 – C’est repartit !

Maintenant, on arrête le safe mode puis on relance le serveur MySQL

/etc/init.d/mysql restart

Vous pouvez à nouveau vous connecter en root et gérer vos bases.

N.B: Cette manipulation à été testé sur Ubuntu, Debian et Slackware, et, même si le principe reste le même quelque soit la distribution, il peut varier un petit peu ;)

Nombre de visiteurs à partir des logs apache

Régulièrement, il m’arrive de vouloir connaitre le nombre de visiteurs unique qui sont passé la veille sur les sites hébergés sur mon serveur, le tout sans devoir consulter des outils de stats que je n’ai pas forcément à disposition (pas installé, pas autorisé …).

Voici donc un petit script qui va calculer tout ca directement à partir des logs Apache.

Pour infos, la plupart de mes logs Apache sont sous le format suivant (il est important de connaître son LogFormat pour bien ajuster le script) :

"%V %h %{PHPSESSID}C %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""

Et le petit script qui va calculer le nombre de visiteurs uniques pour le LogFormat ci-dessus et en prenant les fichiers de logs placé dans « /var/www/ » et nommé avec le nom du domaine :

#!/bin/sh
for k in `ls /var/www/*.log.1`; do
     domaine=`echo $k | cut -f4 -d'/' | sed 's/.log.1//g'`
     nbr=`cat $k | cut -f2 -d' ' | sort -n | uniq | wc -l`
     len=`echo $domaine | wc -c`
     if [ $len -gt 16 ]; then
         tab="\t\t"
     else
         tab="\t\t\t"
     fi
     echo "$domaine$tab$nbr"
done

Ce qui donne :

domaine.net			347
domaine.com			283
blog.domaine.net		1301
www.domaine.fr			705

LogFormat personnalisé & variable PHP

Si vous aimez analyser vos logs Apache pour faire des statistiques personnelles, il est toujours intéressant de pouvoir customiser le format de ses logs. Personnellement, je spécifie des format de logs dans « /etc/apache/conf.d/logformat » avec la syntaxe suivante :

LogFormat "%V %h %{forum_username}C %{PHPSESSID}C %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" forum
LogFormat "%V %h %{user_id}n %{PHPSESSID}C %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" site

Dans le premier cas, je précise 2 variables venant des cookies, on le remarque avec le « C » placé après la variable.

Dans le second exemple, j’utilise une variable provenant d’un cookie mais aussi de mon environnement avec « %{user_id}n ». Le petit « n » placé à la fin signifie que la valeur provient de l’utilisation d’un apache_note()

Dans mon code, je définis simplement :

apache_note('user_id', $monUserId);

J’utilise beaucoup cette technique afin d’obtenir des stats très précise sur mes visiteurs mais aussi d’effectuer des analyses afin d’enrechir un CRM par exemple.

Il suffit par la suite dans son fichier de configuration Apache de placer la directive suivante :

CustomLog /var/www/forum.domaine.net.log forum

Voilà, en espérant que ces petites astuces vous servent par la suite ;)

• Des icones pour google map (via pborreli)
  Oui parce que les icones par défaut, elles sont biens mais pas tops!
• Un service de suivi de vos visiteurs en temps réel (via old_sound)
  Oui bon en gros, ca reste un tail -f access.log mais avec le décodeur en plus!
• Des jolies icones
  Un nouveau moteur de recherche avec quasi que des icones de qualité pour vos projets.
• Encore des astuces et optimisations pour jquery
  Et oui plus on l’utilise, plus on essaye de l’optimiser ce petit jquery.
• Tourner vos textes en CSS… sous IE8
  Et oui voilà l’exception qui vient confirmer la règle, voici la propriété css3 que IE8 est le seul à interpréter! Ca devait être de ça dont parlait Microsoft quand ils nous ont vanté toute l’innovation de leur navigateur!
• Reproduire le slider de l’historique google wave
  A peine sorti et voilà qu’on essaye déjà d’exporter en jquery ces bonnes idées. Ici le slider pour filtrer l’historique d’une liste de commentaire.
• Codez en micro plugin jquery
  Une idée très intéressante qui consiste à implémenter vos lignes jquery de votre document.ready en micro plugin pour gagner en lisibilité et en maintenabilité
• IE6 fixer
  Voilà de quoi faciliter un peu votre debug IE6, grâce à cette génération de CSS qui permet de corriger les bugs les plus connus de ce dinosaure
• Une classe PHP pour interfacer les thread PHP
  Tout est dans le titre ;)
• Migrer de Mysql à COuchDB en PHP
  Jérémy en parle beaucoup en ce moment. Ca méritait d’y jeter un oeil. Voici un tutorial pour appréhender la chose et comprendre ce qu’est CouchDB au passage.

Et le bonus de la semaine chez l’ami Methylbro :
Gagner le livre php5 avance

Crédit photo: http://www.flickr.com/photos/chitrasudar/2721323275/

  cross_selling:
    _attributes: { phpName: CrossSelling }
    pid: { type: SMALLINT, size: '5', primaryKey: true, required: true, foreignTable: produits, foreignReference: pid, onDelete: CASCADE, onUpdate: CASCADE }
    csid: { type: SMALLINT, size: '5', primaryKey: true, required: true, foreignTable: produits, foreignReference: pid, onDelete: CASCADE, onUpdate: CASCADE }

Autant dans la partie model, aucun souci, on est capable de récupérer chacun des éléments par la table « Produits » (la table où pointe les 2 clés étrangères pour ceux qui se sont perdus en route), autant dans la partie form, aucune trace du widget pour matérialiser cette relation, rien, nada. Alors qu’au départ, si on définie notre relation, c’est qu’on en a un peu besoin en fait.

On va donc tâcher de combler ce vide, en rajoutant ce dont a besoin notre formulaire pour reproduire notre relation dans le fichier lib/form/ProduitsForm.class.php

class ProduitsForm extends BaseProduitsForm
{
  public function configure()
  {
    parent::configure();
    // Ajout Cross Selling
    $this->widgetSchema['cross_selling_list'] = new sfWidgetFormPropelChoiceMany(array(
    	'model' => 'Produits'
    ));
    $this->validatorSchema['cross_selling_list'] = new sfValidatorPropelChoiceMany(array('model' => 'Produits', 'required' => false));
  }

On crée ensuite la méthode qui va permettre d’enregistrer le résultat de notre choix dans notre widget de liste (en fait, il suffit d’adapter le code généré pour une relation many-to-many qui fonctionne):

public function saveCrossSellingList($con = null)
  {
    if (!$this->isValid())
    {
      throw $this->getErrorSchema();
    }
 
    if (!isset($this->widgetSchema['cross_selling_list']))
    {
      // somebody has unset this widget
      return;
    }
 
    if (is_null($con))
    {
      $con = $this->getConnection();
    }
 
    $c = new Criteria();
    $c->add(CrossSellingPeer::PID, $this->object->getPrimaryKey());
    CrossSellingPeer::doDelete($c, $con);
 
    $values = $this->getValue('cross_selling_list');
    if (is_array($values))
    {
      foreach ($values as $value)
      {
        $obj = new CrossSelling();
        $obj->setPid($this->object->getPrimaryKey());
        $obj->setCsid($value);
        $obj->save();
      }
    }
  }

Puis on surcharge le doSave pour ajouter cette fonction:

protected function doSave($con = null)
  {
    parent::doSave($con);
 
    $this->saveCrossSellingList($con);
  }

et pour finir on surcharge la méthode updateDefaultsFromObject pour charger le résultat une fois sauvegardé:

public function updateDefaultsFromObject()
  {
    parent::updateDefaultsFromObject();
 
    if (isset($this->widgetSchema['cross_selling_list']))
    {
      $values = array();
      foreach ($this->object->getCrossSellingsRelatedByPid() as $obj)
      {
        $values[] = $obj->getCsid();
      }
 
      $this->setDefault('cross_selling_list', $values);
    }
  }

Et voilà, Propel n’a qu’a bien se tenir, on peut se passer de lui! Je pense qu’avec un peu plus de temps, je me plongerai bien dans le détail pour voir où ça coince, à moins que j’ai loupé encore une fois un épisode.

Moralité, Doctrine vaincra?

J’ai donc tenté de voir du côté de Mysql, pour mettre ce dernier par défaut en utf8, mais là aussi, on a beau remplir le my.cnf de utf8 dans toutes les options, rien de concret ne se produit.

J’en été donc resté à devoir rajouter à la main, dans mon .sql généré par symfony, le fameux « DEFAUT CHARSET=UTF8″. Mais devoir le rajouter à chaque modification de mon schema, cela peut devenir pénible dans des projets de tests.

Et puis par hasard au détour d’une conversation sur mysql dans une mailing-list (mea culpa j’ai pas noté l’adresse) je suis enfin tombé sur quelque chose qui fonctionne! A la création de la table, écrire:

CREATE DATABASE mydb CHARACTER SET utf8 COLLATE utf8_general_ci

Voilà, toutes les tables créés maintenant dans cette base seront en UTF8 par défaut.

Il y a sans doute mieux, mais pour l’instant je me contente de ça. Mais peut-être que quelqu’un a une meilleur solution? Comment gérez-vous vos tables en UTF8?