Le carnet de bord du webmaster
Passez votre chemin c'est mes notes ici...
07 | 31 | 01 | 19 | 20 | 04 | 32 | 10 | 11 | 21 | 34 | 16 | 36 | 17 | 30 | 18 | 28 | 14 | 29 | 08 | 06 | 03 | 27 | 25 | 22 | 05 | 09 | 02 | 13 | 15 | 12 | 23 | 26 | 24 | 33
**** 12-05-2010
06h05 : start 08h28 : galère sur le ssh timeout, pas trouvé les bons settings… Bugs trouvés : la carte : les images de la colonne de droite ! Carte inappropriée pour les autres villes. 09h43 :: putain, chui débordé, vraiment 24heures c'est pas assez. J'ai des requêtes de tous les côtés…. Bonjour Jade, sur la version 5.0 de Tours annonces, le système de roulement des annonces est en place. C'est à dire qu'une annonce possède une durée de vie qui est actuellement de 2 mois, et qu'après ce délai, un mail est envoyé à l'annonceur lui proposant de republier son annonce. Sans relance de la part de l'annonceur, l'annonce est effacée par le système quelques jours plus tard (Actuellement 3 jours). Ce système a été mis en place dans le but de redonner du dynamisme au site, et d'éviter d'avoir des annonces vieilles de plus de 2 ans. Pour chacune des annonces que vous citez, un mail vous a été envoyé, ce mail contenait un lien qui vous offrait la possibilité de republier votre annonce. Il est très possible que vous ayiez reçu ce mail directement dans vos spams, car hélas je ne maîtrise pas encore l'art du mailing. Je peux vous republier vos annonces, je vais vous envoyer un mail pour cela, car cela ne concerne plus la section évolution… Ceci dit, effectivement mon système à l'heure actuelle n'envoie que un mail pour permettre à l'utilisateur de republier son annonce. C'est effectivement peut être un peu faiblard, il faudrait au moins que j'envoie en plus un message dans le compte de l'utilisateur. Votre intervention m'a donné une idée, je vais recréer un système d'autorepublication des annonces que l'utilisateur pourra activer ou non, mais de manière globale, et non pas par annonce, à suivre... Oui, bonne idée, mettre en avant les promotions d'un commerçant sur la page d'accueil. Merci pour toutes vos suggestion. Grâce à vos idées, le site ne pourra que s'améliorer. 10h35 : encore un bug trouvé : le nombre d'annonces publiées sur le profil utilisateur Possède actuellement : 1 annonce en ligne 0 commerce en ligne 10h57 : HAHAHA : c'était pas dur en fait for i in $( find . -name "*.JPG"); do convert $i -resize 125x125 $i; done; 12h59 : musique 14h11 : ajout de la fonctionalité d'empêcher de se connecter pour un compte désactivé. (oubli de ma part) 14h16 : de retour sur mon gestionnaire de médias. Ptite douche 17h33 : C'est avec soulagement que je peux dire que la première version de mon media manager est opérationnelle. Chaque utilisateur a un espace disque qui lui est attribué. Un poids maximal à ne pas dépasser peut être défini par utilisateur. L'utilisateur peut uploader des fichiers en vue d'une utilisation ultérieure, A chaque upload, le système vérifie que l'utilisateur n'utilise pas plus que le poids autorisé. Le système empêchera un utilisateur de surcharger son dossier. L'interface utilisateur est divisée en 2 parties : gauche, droite. A gauche, il y a la navigation qui permet comme son nom l'indique, à l'utilisateur de naviguer dans son arborescence (en quelque sorte chrootée). La partie droite représente le contenu. Le titre de cette partie donne une indication à l'utilisateur de où il est. Si il clique sur un dossier, le contenu du dossier sera affiché. Si il clique sur un fichier, le fichier sera affiché. Pour l'instant, seuls les fichiers d'images classiques d'images sont gérés, jpg, png. (pas gif parce que j'aime pas le gif) Il sera facile d'ajouter des extensions, mais cela devra se faire au cas par cas, et dicté par des besoins concrets. Pour l'instant, l'objectif de ce média manager était juste de servir de support à tinyMCE, c'est à dire en gros permettre à l'utilisateur de mettre ses propres images, dans le contenu de son commerce. Bon il reste maintenant encore une grosse partie avant d'avoir fini avec cette todo_task : l'intégration dans tinyMCE, allez au boulot… 17h58 : pause sport 18h14 : ayé. Intéressant : http://wiki.moxiecode.com/index.php/TinyMCE:Configuration/external_image_list_url 19h00 Joomla : apprentissage de virtuemart as a store owner 21h : Maya Just enjoy learning ! 23h00 Tours annonces... Plusieurs trucs... 01h25 : j'arrive enfin à sortir la liste des images de l'utilisateur par tinyMCE. Bilan, 3 jours pour faire ça, ramassez les morts, et on continue… Aujourd'hui j'ail u dans la partie évolution un retour d'un annonceur qui en gros s'étonnait de ne pas retrouver ses annonces. Il n'avait pas compris le système de roulement. Je vais remettre en place le système de republication automatique au bout du temps réglementaire (pour l'instant 60 jours). Mais cela sera une option qu'il faudra cocher ou décocher. Comme ça, les gros annonceurs pourront mettre des annonces sans avoir à se soucier d'avoir à les republier. Et cette fois-ci, la republication fera vraiment une republication (pas comme dans la v4 ou la date ne changeait pas). TSSS, je vais me mettre ça comme priorité genre demain, car c'est vrai que cela touche au système même de l'application, c'est donc relativement fondamental. Bref, me reste à synchroniser la gestion des blocinfos en backend avec le front end si c'est pas déjà fait;.. 02h07 : bon, c'était pas fait, maintenant c'est fait. Reste plus qu'à faire la mise à jour, en espérant que ça buggue pas de trop... Au programme : upload des classes patchage du sql rsynchronisation des fichiers débuggage 02h20 : Tout s'est bien passé, mais je n'ai pas encore fait la séance de débuggage. Phase de débuggage… et flûte... 03h21 : ok, reste un petit coup de nettoyage à faire. En fait j'ai pris beaucoup de temps pour comprendre que tous mes fichiers n'étaient pas uploadés, et ce était dû à la commande rsync, comme j'avais mis des filtres sur les dossiers img et media, j'avais oublié que ces filtres s'appliquaient à tous les dossiers img et media, et pas juste ceux qui avaient cette signification dans ma tête. Bref, plus de peur que de mal, par contre reste un bug au niveau de l'affichage du siret… Pas grave mais bon, à corriger… Faisons un ptit clean up, backup histoire d'avoir la conscience tranquille pour demain… Tiens c'est la fête du slip ! -----------NEXT TO UPDATE--- PATCH SQL SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0; SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0; SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL'; ALTER TABLE `tan`.`alerte_commerce_utilisateur_history` DROP FOREIGN KEY `fk_alerte_commerce_utilisateur_history_commerce1` ; ALTER TABLE `tan`.`alerte_commerce_utilisateur_history` ADD CONSTRAINT `fk_alerte_commerce_utilisateur_history_commerce1` FOREIGN KEY (`commerce_id` ) REFERENCES `tan`.`commerce` (`id` ) ON DELETE NO ACTION ON UPDATE NO ACTION; ALTER TABLE `tan`.`commerce_blocinfo` ADD COLUMN `statut` TINYINT(4) NOT NULL AFTER `id` , CHANGE COLUMN `id_commerce` `id_commerce` INT(11) NOT NULL AFTER `id` ; SET SQL_MODE=@OLD_SQL_MODE; SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS; classes : Ling_VerificationRule_Standard Tan_Private_Media Ling_Function_Dir Tan_Private_Media_Helper