J’ai cherché pendant un moment la solution à cette requête SQL donc autant vous la faire partager.

Imaginons que vous ayez 3 tables sous MySQL :

1. walk
2. walk_photo
3. photo

Dans votre table photo certaines photos n’ont pas de titre (title) ou celui-ci est en NULL. Vous voulez donc faire un UPDATE de la table photo en associant les titres de la table walk correspondant aux photos.

Problème : si vous n’aviez que 2 tables, cela ne poserait aucun problème car il suffirait de faire un UPDATE en joignant les 2 par un WHERE walk.id = photo.id . Or ici ce n’est pas possible car l’on a une table entre les deux (walk_photo) qui lie les 2 tables, les deux premières n’ayant pas de clé commune.

Donc voici la solution:

UPDATE photo
SET photo.title = walk.title
JOIN walk_photo ON walk_photo.photo = photo.id
JOIN walk ON walk.id = walk_photo.walk
WHERE photo.title IS NULL OR photo.title = ''

Je pense que la requête est assez claire pour être dispensé de commentaire, néanmoins pensez à mettre le SET avant la jointure! Sinon ça ne marchera pas! Au début j’avais commencé par faire ma jointure avant de faire le set et je ne comprenais pas pourquoi ça ne marchait pas….

Dans le cadre de mon stage on m’a montré un beau schéma de la base de donnée de l’un des sites internet de l’entreprise et ma première pensée, un tantinet primitive, fût: « Quoi??!! C’est possible de faire ça??!! Trop coooool!!!!  »

Ni une, ni deux, a peine rentré chez moi que je me mets à faire quelques recherche sur Google pour tomber sur MySQL Workbench. Aïe ça marche sous Linux ça?? Ben oui!!!

Après avoir installé le .deb MySQL Workbench 5.1.16 (i386) je me suis mis à faire un petit schéma d’une base sous Magento pour voir ce que ça donne (et c’est un joyeux bordel! :s).

Donc voici les explications en images une fois le paquet installé.

Tout d’abord se rendre dans: Applications => Programmation => MySQL Workbench

Il vous faut ensuite cliquer sur: Database => Manage Connection

Ensuite cliquez sur « New » pour rentrer une nouvelle connexion à un serveur MySQL. Dans mon exemple je suis en local, donc je rentre localhost (127.0.0.1), root en user et le mot de passe root.

Cliquez ensuite sur: Database => Reverse Engineer

Ensuite selection la connextion crée précédement et cliquez sur Next

Choisissez ensuite la base pour laquelle vous voulez faire un schéma, puis Next (ici j’ai selectionné Joomla, mais en fait c’est Magento)

Et voila! Ici un petit zoom sur quelques tables

Et ici un dezoom sur l’ensemble des tables de Magento… bon courage pour s’y retrouver….

Dans le cadre de mon stage en tant qu’assistant chef de projet web on m’a demandé de me renseigner sur des solutions pour améliorer le système de cache du site. En effet celui-ci est sous Drupal et rencontre quelques lenteurs même avec Memcached. L’idée est d’avoir d’un coté un serveur web et de l’autre un serveur de cache. La solution semble se trouver du coté d’un Reverse Cache Proxy.

Fonctionnement d’un Reverse Cache Proxy:

Les Solutions de Reverse Cache Proxy

• Apache (mod_proxy) ♥♥

  • Apache comme Proxy
    

  • HowTo : installer Apache en reverse proxy (Ubuntu server)

  • Manager Drupal derière un reverse proxy
    

• Squid ♥♥♥ (longue expérience dans le caching)

  • Squid Reverse Proxy

  • Drupal & Squid proxy cache ♥♥♥♥

  • Infra sous Magento (Squid+Memcached) ♥♥♥

• NGINX ♥♥♥ : utilisé par de très gros sites (ex : Wordpress.com, Hulu, Gravatar, Youporn… désolé pour la référence mais quand même 57e mondial selon Alexa…)

  • Intro et configuration (Papy Geek)

  • Intro et configuration (Korben)

• Varnish (jamais entendu parler mais revient très souvent comme solution Pro pour grosses infrastructures)

  • Drupal & Varnish

  • Pressflow for Drupal (support for squid caching)

• Haproxy (load balancer, pour le cache je ne sais pas) (anti-slowloris par excellence)

• Pound (reverse-proxy load balancing server) (installation)

Comparatifs :

• Benchmark (Apache, Vulture, ISA Serveur) ♥♥♥

• Drupal webserver configuration compared ♥♥

• Comparaisons qui datent sur des solutions obscures…

Cas Pratiques :

• Virtua Network (NGINX + Varnish)

• Voici.fr avec un proxy Squid (Karlesnine.com un très bon blog d’un admin système. A must follow!)

• Voici.fr optimisation cache (Karlesnine.com)

Voili voilou, j’espère que vous trouverez votre bonheur là dedans. En ce qui me concerne je pencherai soit pour Squid, soit pour NGINX.