• header.tpl
• footer.tpl

Sur le header.tpl

{if $page_name != index}
<!-- Left -->
<div id="left_column">
{$HOOK_LEFT_COLUMN}
</div>
{/if}

Il faut redimensionner dynamiquement #center_column pour que le site soit correctement agencé avec :

<div id="center_column"{if $page_name == index}class="width-980"{else}class="width-556"{/if}>

.width-980{width:980px;}
.width-556{width:556px;}

{if $page_name != index}
<div id="right_column">
{$HOOK_RIGHT_COLUMN}
</div>
{/if}

Finit les problèmes d’export ou d’import de base même avec beaucoup de produits. Tout ceci à cause des logs et de la mauvaise configuration de votre administration.
Lors de l’installation de Magento, il vous est proposé de sauvegarder les sessions soit :

• En base de données
• En fichiers

Le fait de choisir base de données est bien sûr conseillé, mais il faut absolument un Cron configuré dans l’administration de Magento pour pouvoir supprimer les informations de sessions supérieures à 7 jours par exemple.
Pour bien comprendre, beaucoup d’informations internaute sont inscrites en base de données (heures et dates de visites…), mais quel intérêt de mémoriser de telles informations surtout qu’elles se cumulent surchargeant le MySQL de votre serveur.

Mettre en place un CRON pour la suppression des tables log_*

Toutes les tables log_ se cumulent si aucun traitement n’est mis en place.  L’exemple ci-dessous le montre :

• Aller dans votre administration Système > Configuration > Système
• Modifier comme ci-dessous votre configuration

• Laisser passer 1 jour pour visualiser que le CRON à fonctionner, si tel est le cas modifier la valeur Sauvegarde de logs en jours à 7.

Tous les 7 jours vous avez un nettoyage automatique de votre base de données pour votre site internet sous Magento.

• souci survenant sur l’affichage du site internet
• les coordonnées ne figurant pas sur le site internet, un mail est adressé au webmaster du site

Métier pluridisciplinaire, il devra idéalement maîtriser les outils techniques (programmation) que graphiques (intégration CSS, graphisme). La polyvalence du webmaster est certainement la qualité la plus importante du mérier.

Ce dernier peut être amené à effectuer :

• Développeur (PHP, ASPX)
• Administration de bases de données (MYSQL, Oracle SQL Server)
• Design de site web ou plus comm
• Marketing de site internet
• Pisgiste Web
• Administration réseau
• Chef de projet Internet/Intranet

Le travail en équipe est un atout majeur, car il se devra devoir communiquer et savoir passer les bonnes informations au chef de projet.

Changer les identifiants SQL sous Magento

Ces informations sont contenus dans le fichiers XML local.xml dont voici le chemin :

app/etc/local.xml

Voici l’arborescence de ce fichier, ce qui nous intéresse bien évidemment est le noeud connection

<config>
 <global>
 <install>
 <date><![CDATA[Mon, 23 Feb 2009 20:16:40 +0000]]></date>
 </install>
 <crypt>
 <key><![CDATA[81cfd7663c76ac5e5efc40a14c37a7bf]]></key>
 </crypt>
 <disable_local_modules>false</disable_local_modules>
 <resources>
 <db>
 <table_prefix><![CDATA[]]></table_prefix>
 </db>
 <default_setup>
 <connection>
 <host><![CDATA[localhost]]></host>
 <username><![CDATA[username]]></username>
 <password><![CDATA[password]]></password>
 <dbname><![CDATA[dbname]]></dbname>
 <active>1</active>
 </connection>
 </default_setup>
 </resources>
 <session_save><![CDATA[files]]></session_save>
 </global>
 <admin>
 <routers>
 <adminhtml>
 <args>
 <frontName><![CDATA[admin]]></frontName>
 </args>
 </adminhtml>
 </routers>
 </admin>
</config>

Régler le problème d’import Magento avec moteur de stockage InnoDB

On se heurte souvent à un mur avec Magento avec un moteur de stockage InnoDB. Ce dernier très puissant permet l’utilisation des transactions et s’assure donc que chaque enregistrement sera soit effectué soit échoué.
L’inconvénient dans le cas de Magento se situe clairement lors d’un import. Lorsque l’on importe un fichier SQL, cette erreur revient souvent :

Cannot delete or update a parent row: a foreign key constraint fails

Et oui, souvenez vous le système InnoDB utilise les transactions et s’assure que ‘lon ne peut insérer ou modifier les tables qui sont reliées avec des clés étrangères. Donc pas d’autre solution que d’utiliser une directive MySQL en la rajoutant en 1ère ligne de votre fichier .sql

SET foreign_key_checks = 0

En ordonnant de ne pas vérifier les clés étrangères, cela vous permet de faire l’importation des données des tables dans n’importe quel ordre. Cela accélère aussi l’opération d’importation. FOREIGN_KEY_CHECKS est disponible depuis MySQL 3.23.52 et 4.0.3.

Mettre FOREIGN_KEY_CHECKS à 0 peut aussi être utile pour les opérations de LOAD DATA .

Import de gros fichiers volumineux sous Magento

Autre inconvénient de Magento, sa lourdeur sous MySQL, en effet une distribution Magento prend minimum 120 Mo lors d’un dump dans un fichier .sql.
Gros problème, cela ne passe ni dans phpMyAdmin qui lui ne gère que les fichiers <= 50 Mo ni en copier coller dans la partie SQL.
Plusieurs solutions indiquent qu’il faut utiliser la commande system de PHP avec :

system("mysql --host --user=botre_user --password=votre_mdp < ".dirname(__FILENAME__)."dump.sql",$fp);

Sauf que certains hébergeurs (notamment mutualisés) ne vous donne pas l’autorisation d’exécuter cette commande.

Import fichier .sql avec BigDump

Ayant testé plusieurs solutions, je vous confirme qu’il faut utiliser BigDump. Ce script en open source utilise l’Ajax pour pouvoir exécuter jusqu’à plus de 1 Go de fichier SQL. Il autorise également le CSV mais nous préfèrerons la méthode du bon vieux .sql. Voici les étapes :

• Téléchargez BigDump
• Uploader votre fichier d’import volumineux « dump.sql » également à la racine de votre serveur
• Configurez votre connexion à la base de données – l.40
• Configurer $filename         = ‘../dump.sql’; – l.47
• Modifier define (‘MAX_QUERY_LINES’,100000);  – l.79 – l’import avec magento peu planter si cette valeur n’est pas assez importante
• Rajouter pour éviter le problème de Inno DB

$result = mysql_query("SET foreign_key_checks = 0 ");
if (!$result) die('Requête invalide : ' . mysql_error());

En le rajoutant juste après

// Start processing queries from $file
  if (!$error)
  {...

Résultat : Moins de 5 minutes pour importer avec succès un fichier dump.sql de 240Mo !! Voici un aperçu du traitement :

Import de gros fichier avec Magento et Bigdump

• Site 4 langues dont le chinois
• Utilisation de Jquery à la place de Flash
• Utilisation des équations Robert Penner pour les effets d’animation

• Site internet crée avec Magento
• Référencement national (en cours de réalisation)
• Web marketing (Net linking, Adwords…)