Bonnes pratiques ez publish
publicité
ENVIRONNEMENT INSTALLATION CONFIGURATION FRONT END TEMPLATES BACK END API AUTRES ENVIRONNEMENT • ORGANISATION • Utilisation de même IDE pour les développeurs. • Installer les plugins (smile ezpublish, subversion, FileSync …). • XDEBUG est une extension pour php apportant des fonctions de débogage. • Base de données (il est préférable que l’équipe partagent la même base de données). • Mise en place un cluster en Base de données (utile pour la livraison) ENVIRONNEMENT ENVIRONNEMENT INSTALLATION Il y a trois manière d’installer ez publish : • • • Normal installation Manuel installation Automatiques installation La méthode d’installation normale est la façon la plus courante et la recommandée La base de données doit être créer avant le lancement de l’assistant de configuration. Ensuite télécharger ezpublish , le décompresser et enfin lancer « the setup wizard ». INSTALLATION Ez publish est livré avec des extensions , de plus pour ne pas réinventer la roue comme: • Swark • Noveniniupdate • …. il y a des extensions à mettre en place CONFIGURATION Ce que l’on peut voir : • Des designs dans le répertoire racine /design • Des modifications directes sur les fichiers de configuration .ini • Duplication de configuration pour un accès au BDD (2 sites partagent la même par exemple). Ce qu’il faudrait voir : • Le code d’une application développée avec ezpublish doit toujours se situer dans une extension ( design, settings, code PHP) • Une seule configuration sur les fichiers settings/override/*.ini.append.php BDD CONFIGURATION CONFIGURATION Ce que l’on peut voir : • Des extensions avec pleines d’opérateurs, alors qu’on utilise qu’un seul. • url avec des /index.php Ce qu’il faudrait voir : • Collection des opérateurs dans une seule extension. FRONT-END Ce que l’on peut voir : • Empilement de toutes les inclusions js/CSS sur toutes les pages. Ce qu’il faudrait voir : • Un seul fichier js/ ,un seul fichier CSS « mergé » et compressé (ezjscore/pm compress FRONT-END Ce que l’on peut voir : • Anonymous possède tous les droits de lectures et plus. • Ne pas surcharger des vues, alors avec une petite recherche on se trouve avec : Ce qu’il faudrait voir : • Accès refusé , affichage désactivé… • Faire des redirections TEMPLATES Ce que l’on peut voir : • (node_id, contentclass_id,) en dur, dans les templates • • Ce • • • Textes non traduisibles Des parties complexes du code dans les templates qu’il faudrait voir : (node_id, …) en fichiers des configurations Texte traduisibles Des templates avec un algorithme simple, si cela devient complexe, pensez à un opérateur de template ou fonction fetch. TEMPLATES Ce que l’on peut voir : • Pour afficher des informations sur des nœuds enfants ou petits enfants, utiliser des fetches Ce qu’il faudrait voir : • Utiliser les variables $node.children et $node.children.0.children. TEMPLATES Ce que l’on peut voir : • Des fecths avec trop de filtres. • Refaire des requêtes dans la pagelayout (colonne de droite, titre de page, ….) Ce qu’il faudrait voir : • Utilisation de l’extension ezfind dès que vous recherchez des nœuds avec des filtres trop complexes (permet de rechercher parmi plusieurs milliers d’objets en quelques ms) • Utilise l’opérateur Ezpagedata de l’extension ezwebin pour sortir les données du nœud vers la pagelayout BACK OFFICE Ce que l’on peut voir : • Un compte admin partagé par tout le monde : développeur, webmaster, …. • Des webmaster autonomes dans le vidage de cache / configuration des classes / ajouter des droits, rôles • Une seule classe pour l’ensemble des fonctionnalités de site • Pas d’icones pour les classes de contenu. Ce qu’il faudrait voir : • Séparation des rôles / Configuration des droits • Créer des différentes classes même si elles ont une structures similaires • Créer des icones pour les classes. • Bloc text / bloc XML, il vaux mieux créer des datatypes bloc XML une fois il y a ce « réflexe » API Ce que l’on peut voir : • Sql en dur dans les scripts • Modifier directement sur le KERNEL/Extensions (pour des problèmes contournables) Ce • • • qu’il faudrait voir : Utilisation de l’API Pensez à persistent Object pour les tables sql custom Faire des mise à jour aux extensions utilisés AUTRES Ce qu’il faudrait voir : • Exécuter les scripts flatten.php et cleanup.php Cache block (clé par groupe et non par user) Profiter des EZpEvent pour savoir quel URL qui a générer le vidage complet de cache. Éviter les directives all pour le fichier view-cache Mode de debug • Changement d’environnement (l’extension : NovenINIUpdate) • • • •
