Strict Standards: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 704

Strict Standards: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 704

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/Denver' for 'MDT/-6.0/DST' instead in /home1/auquebec/public_html/rmll2004/cgi/fonctions.php on line 709
Retour d\'expérience sur le système LOGZ
18 juillet, 2004
Retour d'expérience sur le système LOGZ
J'ai choisi Logz pour mettre ces quelques pages, parce que le système est rudimentaire et ne demande pas l'installation de plusieurs Mega octets de fichiers.

Ensuite, j'ai du trouver un hébergeur gratuit supportant le php/mysql. Avec le peu de temps que j'avais, je n'ai pu choisir Free.fr, c'est donc laposte.net qui a remporté le challenge :) Sauf qu'avec la poste il y a eu un petit soucis !

Dans ma base, j'ai une table qui se nomme : "rmll_2004_rubs", alors que dans le code de LOGZ, tous les appels se font vers : "rmll_2004_RUBS". Aussi j'ai du renommer tous les appels dans les fichiers de cette table. Après cette modification et après reinstallation du logz sur l'hébergeur, le site à fonctionné ! Le problème venait vraiment il de la ? Je ne sais plus vu que j'ai tellement galéré.

L'autre reproche que je pourrais faire auprès du système LOGZ provient de la galerie photos qui n'est pas terrible, quand on a besoin de déposer plusieurs photos, des dizaines ou centaines, il faudrait un "batch" pour en envoyer plusieurs d'un coup ou d'une detection sur le serveur ftp des photos. D'autre part, j'ai eu un problème pour la création des vignettes en couleurs, les miennes semblaient être généré avec une palette de couleur plus proche de 256 couleurs. Pour remedier à ce problème, voici la modification à effectuer dans le code :

Fichier concerné : tonsite/galerie/manager.php
Ligne : 40
Avant la ligne : imagecopyresized($thumb,$image,0,0,0,0,$new_width,$new_height,$width,$height);
Ajouter cette ligne : $thumb = imagecreatetruecolor( $new_width,$new_height);

Sinon à part ces quelques soucis, il y a plein d'avantages à utiliser Logz et je dirais même que le système est très pratique pour ajouter des comptes et gérer les pages, sans parler de la page d'accueil, il y a plusieurs types de page. Je vous invite à visiter le site Logz et à télécharger les superbes docs et fichiers flash (heu oui faut flash pour les editer) ainsi que prendre contact avec André Lozano (Loz) qui est très sympathique !

xhtml 1.0