Plus d’infos :
http://share.ez.no/blogs/community-project-board/ez-publish-community-project-2012.4-available-now

Télécharger :
http://share.ez.no/downloads/downloads/ez-publish-community-project-2012.4

Dans l’ancienne interface d’eZ Publish, les champs affichés dans le backoffice sont « codés en dur ». Dans la nouvelle interface d’administration (dont le design est admin2), les champs affichés par défaut sont gérés dans le fichier adminterface.ini (à surcharger bien sûr), dans le bloc [SubItems], variable VisibleColumns :

[SubItems]
VisibleColumns[ezcontentnavigationpart]=checkbox;crank;name;published_date;translations;priority

Sur eZ Publish, lors de l’édition d’une classe où l’attribut est de datatype « fichier », ce dernier ne permet pas de cocher la case « information collectée ».  En effet, le datatype « ezbinaryfile »ne le permet pas (Sujet traité sur le forum officiel ici : http://share.ez.no/forums/general/files-and-collected-informations).

Il existe cependant une solution, qui est l’installation d’un nouveau datatype : http://projects.ez.no/enhancedezbinaryfile.

http://doc.ez.no/eZ-Publish/Technical-manual/4.x/Reference/Template-functions/Debugging/debug-log

Je n’ai pas encore réfléchi aux questions commerciales du produit, on verra quand la version 1.0 sera prête.

Les détails du CMS seront disponibles à la sortie officielle, prévue pour début 2012.

www.bigbangcms.com

• Utiliser le plugin Firebug pour parcourir le code source et vérifier qu’il affiche bien ce qu’il doit afficher.
• Vérifier qu’une ressource n’est pas dans le cache navigateur en vidant ce dernier ou le désactiver.
• Vider / purger le cache eZ Publish, voire même supprimer les répertoires cache physiquement.
• Vérifier sur plusieurs navigateurs différents, différentes versions de navigateurs, différents OS.
• Regarder les logs Apache.
• Regarder les logs access.
• Regarder les logs eZ Publish dans le répertoire var/log/*.
• Vérifier que les répertoires et fichiers ont les bons droits.
• Vérifier que l’affichage css / javascript / html est bien identique entre les templates HTML et l’intégration dans les templates eZ Publish.
• Vérifier que les fichiers *.ini personnalisés ont les bonnes valeurs en dév (http://projects.ez.no/noveniniupdate).
• Vérifier les rôles et droits.
• Activer le mode debug eZ Publish.
• Activer le mode debug eZ Publish et afficher les requêtes SQL exécutées.
• Activer le mode debug eZ Publish et afficher les redirections.
• Vérifier qu’il n’y a pas d’erreur javascript.
• Vérifier les règles Apache du virtualhost.
• Vérifier que le tableau autoload est à jour et a bien été généré.
• Vérifier la bonne utilisation des cookies de session (s’il y a lieu bien sûr)
• Vérifier la section ainsi que les rôles et droits associés en lecture si un contenu ne s’affiche pas
• Penser au scripts si le BO est limité par les timeout, etc…
• Penser à l’utilisation utile des packages
• …

Par Jérôme Vieilledent et Nicolas Pastorino.

Pourquoi faire ? Passer sa certification développeur eZ Publish contribue à la valeur ajoutée de son CV, contribue à la crédibilité de la société pour laquelle on travaille, et contribue surtout au bonheur d’avoir une certification, tout simplement.

Migration prochaine des extensions de l’ancienne section vers projects.ez.no :
http://share.ez.no/blogs/share.ez.no-team/migrating-the-old-contribs-section-to-projects.ez.no

Il ne « reste » plus qu’à l’implémenter.

J’ai toujours pensé que c’était une question de « best practice », mais si le répertoire siteaccess se trouve dans /extension/mon_extension/settings/, la prévisualisation ne fonctionne pas.

Il y a d’ailleurs un bug datant de 2006, patché récemment : http://issues.ez.no/IssueView.php?Id=9903

Ce patch ne fonctionne qu’à moitié, on va bien chercher le siteaccess du front-office pour la prévisualisation, mais l’affichage ne prend en compte que le template générique full.tpl, sans passer par les règles du fichier override.ini.append.php.

A savoir donc.

• Il n’y aura plus de sous-releases 4.3.X mais 4.X.
• La version 4.4 est prévue pour fin septembre 2010.
• La version 4.5 est prévue pour mars 2011.

La prochaine version aura des améliorations sur :

• La refonte de l’interface d’administration (Phase 2)
• La modération
• eZ Flow
• Le système de workflow
• L’interfaçage avec les supports mobiles (iPhone, Android, iPad)
• Une extension d’édition d’image par défaut
• Une meilleure gestion des utilisateurs

Le passage de la 4.4 à 4.5 :

• Un système d’archivage d’objet par défaut
• Une meilleure gestion des sessions
• La gestion des META données
• Gestion de vidéos en streaming

Ce sont mes notes bien sûr, elles peuvent être erronées, rectification si besoin.

L’exécution en ligne de commande PHP en root nécessite de passer en paramètre : –allow-root-user

Exemple :

sudo php bin/php/updateniceurls.php --allow-root-user

Ca sert surtout lorsqu’une ligne de commande PHP se retrouve dans le cron.

> En savoir plus.

> Télécharger.

La principale nouveauté est la refonte de l’interface d’administration, qui n’avait pas bougé depuis un bout de temps.

> Le lien du patch.

> Le lien sur le forum.

Les 3 fichiers à mettre à jour sont applicables pour les versions > 4.0.X

http://acidre.com/presse-statut-auto-entrepreneur/

Surcharger le fichier content.ini :

[literal]
AvailableClasses[]
# The class 'html' is disabled by default because it gives editors the
# possibility to insert html and javascript code in XML blocks.
# Don't enable the 'html' class unless you really trust all users who has
# privileges to edit objects containing XML blocks.
AvailableClasses[]=html

Voilà ! C’est surtout à activer lorsque ce n’est pas une assistante de communication qui est responsable du contenu, mais plutôt un webmaster qui désire maitriser le HTML avec des classes CSS de partout pour du HTML complexe. Fini les hacks ou les FCKEditor… Et le contenu reste en BDD en XML !

J’avais un compte hébergement mutualisé chez OVH, lorsque j’ai mis en ligne le site, je me suis rendu compte que le site ramait pas mal, malgré une optimisation poussée des caches eZ Publish.

C’est là qu’on se rend compte qu’eZ Publish, quelque soit la version, requiert pas mal de ressources serveur, comparé à d’autres CMS (Drupal, Typo3, WordPress, SPIP, …). J’ai donc redéveloppé le site en PHP 5 pur, en 2 soirées. Et c’est là qu’on se dit qu’eZ Publish n’est pas forcément la solution adaptée à tout type de site, charge ou pas charge. Je connais des sites développé sous SPIP, multilingue, multisites, qui tiennent très bien la route, des WordPress utilisé en CMS, etc… Donc avant de se lancer sous eZ Publish parce qu’on dit que c’est LE CMS du moment, il faut y réfléchir à 2 fois. L’inverse aussi d’ailleurs; lorsqu’on commence à développer sous WordPress pour un blog avec des fonctionnalités avancées (besoin de plus que d’articles et de catégories), on regrette eZ Publish et la facilité de créer tout type de contenu.

Même si je suis fervent développeur eZ Publish, je pense qu’il lui reste des faiblesses, comme tout CMS d’ailleurs, mais des faiblesses qui restent depuis le début (j’ai commencé sous eZ 3.6), les mêmes : sa lourdeur…

A bon entendeur !

Plusieurs solutions s’offrent à vous :

• Vider les corbeilles de chaque utilisateur du site d’administration.
• Exécuter les scripts flatten.php (1) et cleanup.php (2).
• Supprimer les sessions expirées ou sessions tout court de la BDD.

1.
php bin/php/flatten.php -s SITEACCESS PARAMETRE
Supprime les informations non utilisées (anciennes versions, etc.).
Les paramètres PARAMETRE possibles sont : contentobject, contentclass, workflow, role ou all.
Exemple :
php bin/php/flatten.php -s admin contentobject

2.
php update/common/scripts/cleanup.php -s SITEACCESS PARAMETRE
Nettoie différentes données de la BDD.
Les paramètres PARAMETRE possibles sont : session, expired_session, preferences, browse, tipafriend, shop, forgotpassword, workflow, collaboration, collectedinformation, notification, searchstats ou all.
Exemple :
php update/common/scripts/cleanup.php -s admin expired_session

Tous les détails ici.

Plus d’infos sur le forum.

La société responsable de la refonte a créé un sondage en ligne pour reccueillir les avis de chacun :

www.surveymonkey.com/s.aspx?sm=XdceP232zMtVeQApNduLrg_3d_3d

Elle permet de développer et d’utiliser des services avec le protocole AMF pour communiquer avec des applications Flash / Flex sur eZ Publish.

En savoir plus.

Je l’ai juste modifié pour que ça fonctionne avec une version 4.X d’eZ Publish.
C’est par ici le lien sur ez.no, et par ici sur projects.ez.no.

En tout cas, bonne initiative tout de même.

• Un siteaccess front-office avec une langue XX : l’URL est du type www.domaine.com/XX/mon-noeud
• Un siteaccess back-office avec une langue quelconque.

Je souhaite cacher le XX dans l’URL pour avoir www.domaine.com/mon-noeud à la place, il y a un setting à activer dans site.ini.append.php :

RemoveSiteAccessIfDefaultAccess=enabled

Ca aide pas mal !

« Le fonctionnement en mode cluster permet de faire tourner un site eZ Publish sur plusieurs serveurs. Un site qui tourne sur un cluster de serveurs aura de meilleures performances et pourra gérer plus de traffic. »

> Plus d’infos sur le mode cluster.
> Passer en mode cluster.

> Les nouveautés fonctionnelles.
> Les nouveautés techniques.

Un travail de mise à jour a également été effectué sur les urls multilingues, (URL Alias), la structure des tables a été modifié donc il est nécessaire de regénérer les URLS.

Téléchargement, docs, mises à jour, c’est par ici :
ez.no/company/news/ez_publish_4_0_2_released

Un bel exemple de fichiers source est disponible ici :
http://source.ymc.ch/svn/ymc_datatypes/ymcdatatype/

Que demande le peuple ?

Il faut redéfinir le content.ini dans votre extension en ajoutant le fichier extension/mon_extension/settings/content.ini.append.php, qui contient :

[ActionSettings]
ExtensionDirectories[]=mon_extension

Le fichier extension/mon_extension/actions/content_actionhandler.php contient le code suivant :

function mon_extension_ContentActionHandler( &$module, &$http, &$objectID )
{
if ( $http->hasPostVariable("CustomAction") )
{
// vos nouvelles actions
}
}
Le nom de la fonction doit commencer par le nom de votre extension, sinon ça marche pas !

Dans votre template, vous définissez votre formulaire :

<form method="post" action="content/action">
<input type="submit" name="CustomAction" value="Custom action" />
<input name="ContentObjectID" type="hidden" value="699" />
</form>

Le ContentObjectID doit être inclus dans le POST.
Pour plus d’exemples, allez faire un tour dans le code : /kernel/content/action.php pour réutiliser du code.

[URLTranslator]
TransformationGroup=urlalias

La configuration sur eZ 3.X était plus de la forme /toto_sur_un_bateau :

[URLTranslator]
TransformationGroup=urlalias_compat

J’ai donc modifié la configuration pour avoir des URLs du type /toto-sur-un-bateau :

[URLTranslator]
WordSeparator=dash
TransformationGroup=urlalias_lowercase

Et ajouté un nouveau fichier transform.ini.append.php, contenant la définition de urlalias_lowercase :

[Transformation]
Groups[]=urlalias_lowercase
[urlalias_lowercase]
# Extra transformation files for urlalias
Files[]
# Extensions that have transformation files when urlalias is used
Extensions[]
# The commands to use for search
Commands[]
Commands[]=normalize
Commands[]=transform
Commands[]=decompose
Commands[]=transliterate
Commands[]=diacritical
Commands[]=url_cleanup
Commands[]=lowercase

Exemple : des opérateurs plus avancés sur les tableaux, de redirection, de preg_match, etc…
Plus d’infos dans la doc. en ligne.

Je pense que cette extension devrait être fournie par défaut dans le kernel…

Share! Magazine d’août est sorti, avec comme annonces principales la sortie des versions 4.0.1, 3.10.1, 3.9.5, ainsi que la « refonte » du site ez.no.

Par défaut, eZ Publish fournit son propre éditeur en ligne, l’extension ezdhtml. Il marche, compatible multi-navigateurs, mais propose une édition très limitée. Du coup les utilisateurs ont peu de marche de manoeuvre, mais la charte graphique et le HTML sont respectés par ce balisage.

Il existe depuis début 2008 un nouvel éditeur en ligne, encore de phase de débugage :
http://ez.no/developer/contribs/applications/ez_oe_mce, basé sur tinyMCE, dont la feuille de route (road map) se trouve ici :
http://issues.ez.no/IssueList.php?ProjectId=4&ClearOk=1

Je l’ai installé sur la version 4.0.1 d’eZ, mais pas encore fouillé. Il faut juste désactiver l’éditeur ezdhtml et activer l’extension ezoe :
[ExtensionSettings]
ActiveExtensions
# ActiveExtensions[]=ezdhtml
ActiveExtensions[]=ezoe

Une capture en haut d’article.
Cette version de l’éditeur est compatible avec les versions 4.x.

Pour les versions antérieures d’eZ (3.6 et 3.7), il existait un éditeur basé sur FCK Editor :
http://ez.no/developer/contribs/datatypes/smile_fckeditor
Je l’ai testé à l’époque (2006), pas très compatible Firefox encore…

Enfin, il existe également l’extension SJSD, que je n’ai pas testé, compatible eZ 3.8+.

La complexité d’intégration de ces éditeurs en ligne dans eZ Publish réside dans le fait que ce dernier « devrait » stocker le contenu wysiwyg sous format XML dans la base de données.

Télécharger l’extension.

D’après le magazine SHARE! de juin et juillet (pdf édité chaque mois par eZ Systems), eZ Publish 4.1 présentera les avancées suivantes :

• Un nouvel éditeur en ligne avec un support sur plus de navigateurs et plateformes (IE7 sur Vista, Safari)
• Une nouvelle extension proposant l’upload de multiples fichiers depuis le navigateur
• Le support Oracle (depuis la version 8), incluant le support pour les configurations de cluster courant
• Une extension proposant des fonctions pour l’expiration de mot de passe (usage typique des intranets et extranets)
• Le support de Solaris 10
• Des améliorations de performances

Pour quand la sortie ? >> Feuille de route eZ Publish 4.1…
Que du bon en perspective !

Sur la version de eZ Publish 4.X.X, il existe un nouveau paramètre pour gérer le type d’URLs : plus d’infos sur ez.no, plus précisément dans site.ini :
URLTranslator]
# Controls whether the url translation is enabled or not.
# With url translation enabled you can enter the path of content object
# in the url like my/nice/path and get the content object.
# Also the url translation allows for custom translations of urls
# Use either enabled or disabled
Translation=enabled
# Type of word separator for url aliases, can be one of:
# dash - Use a dash
# underscore - Use an underscore
# space - Use a space
# Any other value returns in a dash
WordSeparator=dash
TransformationGroup=urlalias
# Uncomment this to get the new-style url aliases with Unicode support
# TransformationGroup=urlalias_iri
# Uncomment this to get the old-style url aliases
#TransformationGroup=urlalias_compat

On peut donc tout faire, c’est génial, pour ma part j’ai mis en TransformationGroup=urlalias_compat, mais apparemment, pour les futures versions des DNS, on pourra même gérer les accents dans les URLs, on peut même voir que Firefox 3 le fait déjà.

On dirait que la casse a une influence sur le référencement : Google prend en compte la casse ?
Bon après c’est un avis perso, mais gérer la casse dans les URLs, je ne trouve pas ça « beau », tout simplement…

En fouillant dans le code, dans la classe /kernel/classes/ezshopaccounthandler.php, on peut voir que eZ inclue un fichier suffixé « shopaccounthandler.php » dans tout répertoire nommé « shopaccounthandlers ». Donc par défaut, eZ inclue la classe « user » dans le fichier /kernel/classes/ezusershopaccounthandler.php.

eZ Publish permet de surcharger la classe par défaut user. Comment faire ? En créant un répertoire « shopaccounthandlers » dans notre extension de site que je nommerai acidre, et en créant un fichier suffixé « shopaccounthandler.php », par exemple « myusershopaccounthandler.php ».

On créée donc une nouvelle classe « myuser » en back-office avec les nouveaux attributs, adresse de livraison, code postal de livraison, etc… On copie / colle le contenu de la classe « user » dans notre nouveau fichier, en y ajoutant donc les nouveaux attributs.

Dans l’exemple de fichier ci-dessous, j’y ai donc ajouté les données suivantes :
civ
first_name
last_name
email
optin
fact_street1
fact_street2
fact_zip
fact_city
fact_country
fact_phone
other_address
livr_civ
livr_first_name
livr_last_name
livr_street1
livr_street2
livr_zip
livr_city
livr_country
livr_phone

shopaccounthandlers.zip

C’est un tout simple opérateur de template qui permet de rediriger vers la langue du navigateur de l’internaute.

Le lien.

Où je remplace les mots-clés entre ### par :

###EMAIL_ADMIN### : adresse email administrateur

###URL_LOCAL### : URL locale de votre site, par exemple acidre.localhost, en n’oubliant pas de déclarer dans son fichiers host la ligne 127.0.0.1 acidre.localhost

###CHEMIN_LOCAL_VERS_FICHIERS### : le chemin windows vers la racine de votre site, par exemple C:\wamp\www\acidre\_online

###NOM_SITE### : le site de votre site, celà servira à séparer les logs par site, par exemple acidre