Planète eZ Publish, Ze french corner!

Planète eZ Publish (Page 5)

Jean-Luc Nguyen : eZ Publish : désactiver la génération des fichiers logs

Pour X raison, un hébergeur nous demande de désactiver la génération des logs eZ Publish, pratique déconseillée à mon avis, surtout sur un serveur de production.
Bref.

Il y a quelques parties du code kernel qui génèrent des fichiers de logs car ils sont codés en dur (Recherche simple de « var/log » dans le répertoire kernel).

Mis à part ces détails, il faut désactiver le debug (settings/override/site.ini.append.php, block [DebugSettings]) :

DebugOutput=disabled

Et réinitialiser le tableau suivant :

AlwaysLog[]

Publié par Jean-Luc Nguyen le

Agence Yuzu : La traduction dans eZ Publish

Ca y est vous avez développé votre propre extension pour eZ Publish. Bravo ! Mais maintenant vous voulez lui donner une dimension internationale... Il va falloir gérer la traduction. Comment faire ? La réponse est là !

Publié par Agence Yuzu le

Damien Pobel : Peinture fraîche sur le Planet eZ Publish.fr

Nouveau design du Planet eZ Publish.fr

Attention, la peinture est toute fraîche sur le Planet eZ Publish.fr! Après la migration du code sur Github et la mise à jour d'eZ Publish 4.4 vers eZ Publish Community Project 2012.5 il y a une dizaine de jours, j'ai donné un gros coup de frais au design du site. Ce nouveau design se veut évidemment plus sympa et est aussi responsive pour une mise en page optimisée en fonction des capacités de la plate-forme utilisée. En principe, il ne devrait pas y avoir de problèmes d‘affichage sur les navigateurs modernes et même avec Internet Explorer 8 et supérieur mais je ne suis pas maso, j’ai pas cherché la compatibilité avec les versions 6 et 7 même si ça ne doit pas être si terrible :-)

J‘en ai aussi profité pour intégrer eZ Find et Solr ce qui m’a donné l'occasion de mettre en place le nouveau mécanisme de plugin lors de l'indexation permettant notamment d‘ajouter des champs spécifique dans l’index Solr ce qui est utile dans mon cas pour générer les facets par auteur (qui ne sont pas des auteurs au sens eZ Publish du terme).

Comme d'habitude, les commentaires, inscriptions, rapports de bug ou même les pull requests sont les bienvenues !

Publié par Damien Pobel le

Arnaud Lafon : Réduire la taille de vos sauvegardes Time Machine en cas d'utilisation de MySQL

Si vous êtes attachées aux données stockées sur votre Mac, j'imagine que vous utilisez déjà Time Machine comme solution de sauvegarde. Mais si vous êtes utilisé MySQL, alors comme moi, vous atteindrez tôt ou tard la capacité maximum de votre disque de sauvegarde. Pourquoi ? Simple parce que le fichier de log des transactions innodb (souvent un fichier du type "ibdata") grossit jours après jours and Time Machine semble ne pas savoir comment s'en sortir et faire des backups différentiels (ce qui ne m'étonnne pas compte tenu du contexte...)

J'ai déjà solutionné ce problème par le passé, mais aujourd'hui je m'y retrouve confronté à nouveau car j'ai récemment reinstallé ma pile LAMP. Histoire de pas perdre trace, j'en ai fait un billet mais sans prétention car le sujet a vraisemblablement déjà été traité des milliards de fois...

Publié par Arnaud Lafon le



Guillaume Kulakowski : eZFluxBB 1.3

Je viens de publier la version 1.3 d'eZFluxBB l'extension permettant de lier votre forum FluxBB à votre CMS eZ Publish.

Mais quelles sont les nouveautés ?

  • Ajout d'une fonction eZJSCoreCallServer pour récupérer les informations sur l'utilisateur courant,
  • Ajout d'un bloc eZFlow pour afficher les informations de connexion.

Autres nouveautés invisibles pour l'utilisateur

eZFluxBB 1.3 marque la fin du support de PunBB/FluxBB 1.2. Jusqu’à présent lorsque vous configuriez eZFluxBB, vous instanciez au besoin la classe eZFluxBB12 ou eZFluxBB14 en fonction de votre version, toutes les 2 héritant de la classe eZFluxBB.

Le problème est que de plus en plus de différences apparaissent dans les versions mineures (cookie différent, etc...). J'ai donc arrêté d'utiliser cette façon de faire et j'ai maintenant recours à des appels à version_compare au sein du code.

Mais l'autre nouveauté est l'utilisation d'un fichier *.ini pour toutes les requêtes MySQL ! Cette façon de procéder quelque peu étrange permet :

  • De modifier une requête uniquement dans le fichier ini en fonction de la version de FluxBB,
  • de pouvoir modifier une requête sans toucher au core de l'extension. Utile si vous avez des mods comme les sondages ou les messages privés sur votre forums.

A noter également que cette version est issue du travail d'intégration continue que j'ai récemment mis en place pour tous mes projets. L'archive est d’ailleurs générées à partir de phing.

Comme d'habitude c'est téléchargeable sur la forge de projet d'eZ Systems :

Publié par Guillaume Kulakowski le

Guillaume Kulakowski : IPB for Drupal: un connecteur IP.Board / Drupal

A l'occasion du projet de refonte de Scénario-Paintball sous Drupal, je suis en train de développer un connecteur IPB / Drupal.

Pourquoi IP.Board ?

SPB tourne maintenant depuis plusieurs années sous IP.Board. C'est malheureusement un logiciel propriétaire mais c'est aussi un forum terriblement efficace dont je possède une licence à vie (qui n'existe plus maintenant mais qui me permet de ne pas payer la redevance annuelle).

Le problème c'est que SPB ce n'est pas qu'un forum, c'est également un site. A chaque montée de version d'IPB, il faut trouver un portail et refaire pas mal de développements pour adapter les éléments hors forums à la nouvelle version.

J'ai donc décidé de migrer le portail de SPB sous un CMS et de ne maintenir que le connecteur, un peu à la manière de Fedora-Fr sous FluxBB & eZ Publish connectés via eZFluxBB.

Pourquoi Drupal ?

Pour le cas de SPB, les avantages par rapport à une solution comme eZ Publish sont nombreux :

  • Possibilité nativement pour les membres de personnaliser l'affichage des blocs.
  • Possibilité nativement pour les membres de créer des blogs (l'extension IP.Blog existe pour IP.Board mais est soumise à une redevance annuelle).
  • Comme le site fait pas mal appel à la base de membres, j'ai préféré Drupal qui stocke les membres comme une entité à part contrairement à eZ Publish qui les stocke comme des objets classiques. Le problème intervient lorsqu'on possède un site à faible contenu avec une grosse base d'utilisateur, on fait vite grimper les ressources nécessaires juste pour les membres.
  • Après presque 7 années de pratique d'eZ Publish, je commence à faire le tour et j'avais envie de profiter de SPB pour varier les plaisirs..

Où en est le projet ?

Pour le moment l'extension en est à ses balbutiements :

  • Interface de configuration depuis le back-office Drupal.
  • Utilisation du couple login / mot de passe pour se connecter au site Drupal.
  • La session IP.Board est récupérée dans Drupal pour connecter automatiquement l'utilisateur.
  • Création des utilisateurs Drupal à la volée lors de leur connexion.
  • Bloc de statistiques.

A venir :

  • Exploitation des données sur les forums et topics.

Bref, c'est un projet en cours de développement et sous licence GPL v2 :

Publié par Guillaume Kulakowski le