Blog de Thomas ZILLIOX

Réparer la BDD d’eZ Publish

tzilliox — Fri, 18 Mar 2011 12:00:00 +0000

J’ai réussi à mettre eZ Publish dans un état instable.
J’avais quelques objets sans nœuds associés, ce qui provoque des comportements bizarres.

J’avais alors corrigé ma BDD à la main. Mais suite à la rédaction de cet article, Alexandre SEBBANE m’a fait remarqué la présence du script bin/php/flatten.php.
Ce script a pour but de supprimer de la BDD les informations non utilisées. Il peut s’agir des contentobject, contentclass, workflow, role ou de tout.

Pour nettoyer les objets sans nœuds associés, il faudrait essayer la ligne de commande ci-dessous.
Par contre, vous allez supprimer toutes les anciennes versions des objets publiés et les brouillons encore non-publiés :

bin/php/flatten.php -s admin contentobject

Si ça ne marche pas, vous pouvez toujours faire comme moi. Exécutez plusieurs fois la commande SQL ci-dessous pour supprimer les nœuds sans parent :

DELETE FROM ezcontentobject_tree WHERE parent_node_id NOT IN
( SELECT * FROM
(SELECT node_id FROM ezcontentobject_tree)
tmp );

Puis exécutez les commandes SQL ci-dessous pour supprimer les objets qui n’ont pas de nœuds associés :

DELETE FROM ezcontentobject_attribute WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_version WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_name WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcobj_state_link WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject WHERE id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM eznode_assignment WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_link WHERE from_contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_link WHERE to_contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);
DELETE FROM ezcontentobject_trash WHERE contentobject_id NOT IN
(SELECT contentobject_id FROM ezcontentobject_tree);

Ce n’est pas une solution propre, mais ça peut dépanner.

Pour éviter ce genre de soucis, prennez l’habitude de faire des sauvegarder régulières de vos BDD

En espérant que ça puisse vous aider,
Thomas.

Garder une console distante ouverte

tzilliox — Tue, 15 Mar 2011 18:00:00 +0000

Le problème lorsque l’on on perd notre connexion SSH, c’est que les scripts que l’on avait lancés s’arrêtent.
Il existe une méthode pour pouvoir créer une console virtuelle.
Celle-ci restera active même si notre ordinateur ou notre console plante.
On peut alors se reconnecter et récupérer la console virtuelle.

ssh example.com
screen -S <nom> // Crée une console virtuelle nommée <nom>
Ctrl+A D // Retour à votre console physique
screen -r <nom> // Retrouve votre console virtuelle nommée <nom>
exit // Ferme votre console virtuelle.

En espérant que ça puisse vous aider,
Thomas.

Afficher les erreurs PHP

tzilliox — Wed, 20 Jun 2012 15:40:18 +0000

Il existe une propriété dans php.ini pour indiquer le niveau d’affichage des erreurs et alertes.
De nombreuses installations de PHP n’affichent pas les erreurs ou pas toutes.

En effet, cela peut causer des problèmes. Par exemple, il n’est pas possible de faire header() s’il y a déjà eu une sortie écran. Notamment, cela peut vous bloquer les redirections. Les alertes peuvent aussi donner un peu trop d’indications à un éventuel hacker

Néanmoins, il souvent très pratique en période de développement d’afficher ces erreurs.
Vous pouvez le faire directement en PHP :

error_reporting( E_ALL | E_STRICT );
ini_set( 'display_errors', '1' );

J’utilise le niveau E_STRICT et E_ALL. En effet, avant PHP 5.4, E_ALL ne contient pas les alertes de niveau E_STRICT.

C’est à faire absolument, lorsque votre code génère une page blanche et que vous n’avez pas accès aux logs.

En espérant que ça puisse vous aider,
Thomas.

Se déclarer en tant qu’auto-entrepreneur pour un développeur web

tzilliox — Tue, 24 May 2011 12:00:00 +0000

Si vous créez des sites web, vous voudrez peut-être vous déclarer en tant qu’auto-entrepreneur.
Pour se déclarer, c’est très facile. On peut se déclarer gratuitement en ligne via ce formulaire.

En suivant le tutoriel Devenir Auto-entrepreneur dans le domaine du web de la ferme du web, vous apprendrez :

Les avantages de statut d’auto-entrepreneur ;
Qu’un développeur de site web exerce des Activités libérales ;
Que vous exercerez une Profession libérale rattachée à la CIPAV ;
Une description assez large de votre activité principale peut être PRESTATIONS DE SERVICE INFORMATIQUE.

C’est également assez difficile de choisir un organisme d’assurance maladie. Les prestations sont assez équivalentes, ils vaut donc mieux choisir un organisme qui a une agence près de chez vous. Voici la listes des assurances maladies, ainsi qu’un lien direct vers la liste de leurs agences :

R.A.M PROFESSIONS LIBERALES PROVINCES : des agences partout en France
PREVADIES – CAMPI : des agences dans le nord de la France
MUT EST : des agences dans le Haut-Rhin et le Bas-Rhin
LES MUTUELLES DU SOLEIL : des agences dans le sud de la France

Au final, après environ 2 semaines d’attente, vous obtiendrez une numéro de SIRET.
Pour information, je suis au total imposé à 23.5% de mon Chiffre d’Affaire déclaré.

En espérant que ça puisse vous aider,
Thomas.

Bien démarrer avec SugarCRM

tzilliox — Fri, 14 Oct 2011 11:00:00 +0000

Voici quelques liens qui peuvent être utiles pour bien démarrer avec Sugar CRM :

Installer SugarCRM :

Installer sous Ubuntu : Billet de Marc Gomez
Télécharger : Liste des téléchargement sur le site de SugarCRM

Créer son premier module SugarCRM :

Le Hello World Module : Tutoriel du site de SourceCreativity
Ajouter un champs à un module : Billet sur le blog de LornaJane

Les Forums en français SugarCRM :

Developpez : Forum SugarCRM
CRM-France : Forum problèmes, développements, bugs …
Site officiel : Forum français

Ressources officielles :

Guide utilisateurs en HTML ou en PDF
Guide développeurs en HTML ou en PDF
Articles : SugarCRM Knowledge Base
Blogs : SugarCRM Developer Blogs
Tutoriels : SugarCRM Tutorials
Podcasts : SugarCRM Podcasts
Actualités : SugarCRM News

Schéma UML :

Schéma simple : Vu sur le forum SugarCRM
Schéma complet : fait par SugarCRM

Ce billet est un billet vivant. Il sera donc complété au fur et à mesure de mes découvertes.
N’hésitez pas à m’envoyer vos liens préférés !

En espérant que ça puisse vous être utile,
Thomas.

Erreur sur le déploiement de package dans SugarCRM

tzilliox — Mon, 17 Oct 2011 16:23:15 +0000

Lors de mes premiers tests avec SugarCRM, j’ai essayé de déployer un Package créé avec Module Builder sans lui associer de module.
Sans surprises ça ne fonctionne pas. Seulement les traces ne sont pas très explicites !

Voici les erreurs que l’on va rencontrer :

Au déploiement, une popup dit « An error has occured during deploy process, your package may not have installed correctly »
Au déploiement, les los disent « PHP Warning: dir(/[…]/icons): failed to open dir: No such file or directory in /[…]/dir_inc.php on line 52″
On peut quand même essayer de le charger avec Module Loader : « Failed to copy /[…]/themes »

Donc si vous rencontrez ces erreurs, il s’agit sûrement d’un module cassé ou mal associé au votre Package.

En espérant que ça puisse vous aider,
Thomas.

Installer SugarCRM sous Ubuntu

tzilliox — Mon, 17 Oct 2011 18:00:00 +0000

Voici les quelques commandes à exécuter pour installer SugarCRM sous un Ubuntu.
La procédure utilise les versions Ubuntu 11.10 et SugarCRM 6.2 .

# Télécharger SugarCRM Community Edition 6.2
cd /tmp
wget http://www.sugarforge.org/frs/download.php/8507/SugarCE-6.2.3.zip
cd /var/www
unzip /tmp/SugarCE-6.2.3.zip
mv SugarCE-Full-6.2.3 mon_projet

# Mettre les bons droits
sudo chown -R www-data: mon_projet
sudo chmod -R 775 mon_projet

Ensuite il faut aller, via son navigateur, sur l’url http://localhost/mon_projet/install.php
Et suivre les instructions.

En espérant que ça puisse vous aider,
Thomas.

Créer ses propres commandes shell

tzilliox — Sat, 15 Oct 2011 11:00:00 +0000

Sous Linux, vous pouvez créer vos propres commandes shell.
Ceci est un petit tutoriel pour savoir comment faire.

Le but de ce tutoriel sera de recréer la commande pour connaître à quel groupe appartient un utilisateur.
Habituellement, pour trouver dans quels groupes est un utilisateur Linux, il faut exécuter la commande suivante :

groups username

Pour définir notre nouvelle commande shell il faut ajouter le code ci-dessous au fichier ~/.bash_aliases :

# WHICHGROUP
# Définir une méthode whichgroup
function whichgroup {
# Afficher l'usage s'il n'y a pas assez d'arguments
if [ $# -eq 0 ]
then
echo "usage: whichgroup username";
# Implémentation de la fonction s'il y a le bon nombre d'arguments
else
cat /etc/group | grep -E "(:|;|,)$1" | cut -f1 -d':';
fi;
}
# Déclarer la fonction whichgroup en tant qu'alias de commande
alias whichgroup=whichgroup $1

La commande shell whichgroup username sera alors disponible au prochain démarrage.
Si vous ne voulez pas attendre, vous pouvez la charger en exécutant la commande suivante :

source ~/.bash_aliases

En espérant que ça puisse vous aider,
Thomas.

Bookmarklet de mise en forme des traces de debug sous eZ Publish

tzilliox — Mon, 22 Aug 2011 20:00:00 +0000

Sous eZ Publish, on peut afficher des traces de debug directement en front-office.
Dans cet article je vous présente un petit Bookmarklet que j’ai fait pour améliorer leur rendu.

Pour installer ce Bookmarklet, faîtes glisser ce lien dans votre barre de favoris : eZ Filter Debug
Pour activer ce Bookmarklet, cliquez dessus lorsque vous êtes sur une page générée par eZ Publish avec les traces de debug activée
Vous pouvez lire cette article, si vous voulez en savoir plus sur comment faire un Bookmarklet

Le Bookmarklet « eZ Filter Debug » se résume en 3 fonctionnalités qui peuvent vous intéresser :

1. Chargement de la feuille de style debug.css

Pour mettre en forme les traces de debug, il faut charger la feuille de style debug.css.
Mais on n’a pas forcément envie de la charger tout le temps, surtout en production.
C’était l’idée de départ : ce Bookmarklet charge à la volée la feuille de style de Debug.

2. Afficher les traces de debug à la demande

La deuxième idée est de pouvoir cacher les traces de debug par défaut.
Pour cela, il suffit de rajouter dans votre feuille CSS la ligne suivante :

#debug {display: none;}

Lorsque vous activerez le Bookmarklet, les traces de Debug s’afficheront, et vous serez redirigé vers elles.

Ceci n’est pas forcément utile, car eZ Publish vous permet déjà de n’afficher les traces de Debug que pour une certaine liste d’IP.
Mais ça peut être pratique dans certains cas : IP dynamique, client interne, site mobile, etc.

3. Permettre de filtrer les traces de debug

Les traces de Debug affichent également les traces de Notice, Timing, Warning et Error.
Pas toujours facile de s’y retrouver en un coup d’oeil.
Du coup le Bookmarklet « eZ Filter Debug » vous propose également une option de filtrage :

Note 1 : ce Bookmarklet a été testé sous eZ Publish 4.3 – 4.5.
Note 2 : Le code du Bookmarklet est diponible sur GitHub.
N’hésitez pas en me faire des remarques, soit par commentaire, soit par le formulaire de contact de mon site.

En espérant que ça puisse vous être utile,
Thomas.

Connaître la version de jQuery, Mootools ou Prototype

tzilliox — Wed, 30 Mar 2011 18:00:00 +0000

J’ai récemment repris des « vieux » sites avec des scripts jQuery, Mootools ou Prototype.
Le problème est que je ne savais pas toujours quelle version du framework était utilisée.

J’ai donc créer le Bookmarklet WhatJS.

Il permet de savoir quel framework JavaScript est utilisé sur une page.
Pour l’utiliser, faîtes glisser le lien ci-dessus vers votre barre de favoris.
Cliquez dessus une fois sur la page que vous voulez scanner.
Vous pouvez le tester sur cette page par exemple.

Pour les plus curieux, voici les astuces que j’ai utilisé pour identifier la version des framework.
Vous pouvez copiez-collez les codes ci-dessous directement dans votre barre de navigation :

Connaître la version de jQuery :
javascript:alert(jQuery(document).jquery);
Connaître la version de Mootools :

javascript:alert(MooTools.version);
Connaître la version de Prototype :

javascript:alert(Prototype.Version);

En espérant que ça puisse vous aider,
Thomas.