24 juillet 2011
La version 3.5 de RBS Change est sortie il y a peu avec ps mal de nouveautés et améliorations diverses.
À l’occasion de cette version, le module de messagerie privée que j’ai développé pour L’Assemblée des Funomanciens et publié ici a été reversé dans le pool de modules standards d’RBS Change. Le repository sourceforge se sera donc plus alimenté pour les versions à venir et est remplacé par l’entrée modules.privatemessaging.git du repository d’RBS Change.
Tags : Messagerie privée, RBS Change, Reversement
Publié dans Forums, RBS Change |
3 janvier 2011
Depuis plusieurs mois je travaille sur le développement d’un nouveau site/forum dédié au jeu de cartes à collectionner Magic : l’Assemblée. Et on en arrive à un stade où une ouverture “officielle” devient raisonnable (tout n’est pas encore parfait, loin de là, mais il faut bien ouvrir un jour :p).
Le site a pour vocation d’aborder le jeu sur l’angle de la créativité et du fun (par opposition aux tournois et à l’optimisation des decks qui sont en général mis en avant par les autres sites).
Pour l’instant on a donc :
- un forum
- une rubrique “FunCards” où l’on peut poster ses cartes perso, les noter, les commenter, tout ça. Plus quelques tutos
- un peu de contenu par ailleurs mais encore minimaliste
Pas mal d’autres sections sont prévues à terme : créations diverses autour de Magic (fond d’écran, avatars, altération de cartes, fanfics…), variantes de jeu, etc.
Le site tourne sur le CMS RBS Change (le logiciel sur lequel je travaille au boulot et dont j’ai déjà parlé ici) et qui à terme sera utilisé pour EDForum et Cultur-ED aussi en remplacement du couple phpBB2 / WordPress (quand j’aurai suffisamment enrichi la partie forum pour se rapprocher du niveau de fonctionnel qu’on a ici actuellement). Puis après tout ça, je migrerai sans doute ce site aussi parce que bon, c’est plus facile de maintenir un des sites tous sur le même système.
Ce projet avait donc deux objectifs :
- créer une communauté autour de Magic
- me motiver pour avancer sur les développements en vue de la migration d’EDForum vers RBS Change et surtout pouvoir tester les développement au fur et à mesure sur un vrai site
Du coup je vais pouvoir sans doute dans les prochains mois sortir plusieurs autres modules utilisables pour Change et reverser quelques fonctionnalités en standard dans la prochaine version du CMS (notamment en ce qui concerne les forums).
Voilà voilà, n’hésitez à pas à venir y faire un tour ^^
Tags : Forums, JCC, Magic, Mes autres sites, Projets perso, RBS Change
Publié dans Mes autres sites, RBS Change |
17 juillet 2010
Je viens de créer la page dédiée à ce module ainsi que le projet SourceForge pour ce module avec une première version de développement.
Donc au programme de ce module déjà évoqué il y a quelques temps : des messages organisés en conversations à deux participants ou plus. Il est possible d’inviter un nouveau participant en cours de route et de quitter une conversation (elle ne sera effacée en base qu’une fois que tous les participants l’auront quittée).
Cette version n’est pas encore utilisable notamment sur un point : la sélection des destinataire qui doit encore être revue. Mais il y a déjà pas mal de choses fonctionnelles, donc ça valait le coup de l’archiver quelque part ^^
Ce qu’il me reste à faire sur ce module avant d’en sortir une première version stable :
- comme dit plus haut : implémenter une sélection viable des destinataires (là c’est une liste à sélection multiple… ça va quand il y a dix membres mais ça ne tient absolument pas un grande volumétrie).
- indexer les messages pour qu’on puisse les retrouver dans la recherche mais en gérant correctement les permissions d’accès pour que seuls les participants de la discussion puissent les voir.
- d’une manière ou d’une autre (rien n’est encore vraiment arrêté dans la façon de faire), possibilité de marquer des messages/discussions : “à traiter”, “réponse attendue”, “contient des informations importantes”…
Tags : Conversation, Forums, Messagerie privée, RBS Change
Publié dans Forums, RBS Change |
20 mai 2010
Bon, c’est encore un truc purement pour développeurs mais c’est bien pratique quand on utilise JSON comme mode de communication client/serveur sur une application web (plus compact et moins lourd à utiliser qu’XML) : elle permet de faire afficher le JSON directement dans Firefox de façon un peu lisible plutôt que de forcer l’ouverture dans un logiciel externe où on se retrouve avec tout sur une unique ligne peu lisible ^^
Ces deux extensions sont des alternatives “groupées” à toutes les extensions IE View, Opera View, Safari View, etc. Ces extensions permette d’ouvrir un lien ou la page courante dans un autre navigateur. C’est pratique si jamais la page s’affiche mal ou bien, pour un développeur web, tester une page rapidement sur différents navigateurs.
L’avantage ici est de n’avoir qu’une seule extension installée au lieu de quatre ou cinq et de gérer également les navigateurs plus confidentiels. Actuellement, j’utilise la première chez moi et la seconde au boulot, n’ayant pas encore tranché entre les deux qui se valent un peu a priori…
Il s’agit d’un fork de l’excellent CustomizeGoogle qui ne semble malheureusement plus maintenu depuis quelques temps (et notamment pas compatible avec Firefox 3.6)… Cette extension permet d’arranger quelques trucs dans l’interface de Google, notamment :
- réduire un peu le nombre d’infos que Google récolte sur vous lors des recherches.
- virer les pubs
- transformer les liens dans Google Images en liens directs vers les images plutôt que vers une page intermédiaire.
- ajouter un compteur à côté de chaque résultat pour connaître sa position (quand on s’intéresse au référencement d’un site, ça peut être sympa).
- et bien d’autres mais qui personnellement ne m’intéressent pas trop…
Toutes des modifications sont activables/désactivables dans les préférences de l’extension.
Tags : Développement Web, Extension Firefox, Google, JSON, Navigateur, OptimizeGoogle
Publié dans Firefox |
9 mai 2010
Auto-complétion du code avec PDT
PDT est un IDE pour PHP basé sur Eclipse relativement performant. Notamment il permet l’auto-complétion de code, ce qu’on n’a que rarement avec des éditeurs plus légers.
Sous certaines conditions (notamment avec le plugin SVN), l’auto-complétion n’est pas activée par défaut. Il y a peut-être moyen de le régler dans le labyrinthe qui sert de système d’options à Eclipse mais sinon, un moyen simple reste d’ajouter la ligne suivante dans la section natures du fichier .project du projet :
Code
<nature>org.eclipse.php.core.PHPNature</nature>
Flux RSS et format de date
Pour formater une date en vue de générer un flux RSS, il y a plusieurs méthodes :
- chercher le détail du format sur le net et l’appliquer… c’est possible mais risque d’erreur.
- utiliser le format ‘r’ qui renvoie le bon format.
- utiliser la constante DateTime::RFC822… sauf que là le flux ne sera pas forcément valide et qu’il y aura potentiellement des problèmes avec certains agrégateurs.
Préférez donc la seconde solution, celle-là en principe elle marche (et en bonus c’est la plus compacte, que demander de plus ?).
Méthodes privées en PHP 5.1.6
Le principe d’une méthode privée c’est d’être interne à la classe et aucunement visible ou surchargeable depuis une classe qui l’étend (contrairement à une méthode protégée). Cependant dans certaines versions de PHP, dont la 5.1.6 (je ne sais pas quand exactement il a été corrigé mais il n’est plus présent dans les dernières 5.2.x), permet de surcharger les méthodes privées d’une classe… Ça peut arriver involontairement et ne prête pas à conséquence, sauf quand par la suite vous tentez d’exécuter votre script sur une version corrigée de PHP et là c’est pas évident de comprendre pourquoi tout d’un coup on ne passe plus dans la surcharge !
L’angoisse de la page blanche #2
J’évoquais ici le fait qu’on risquait une page blanche sans autre forme de procès en déclarant deux fois une même méthode dans une même classe et en voici un autre : déclarer comme abstraite une méthode d’une interface.
C’est peut être une déformation due au fait qu’on me l’a présenté comme ça lors de mes premiers cours de programmation objet Java mais pour moi une interface c’est pousser à l’extrême le concept de la classe abstraite : toutes les méthodes sont abstraites (et on n’a pas de champs). En Java, il me semble bien me souvenir que dans le cas d’une interface, le mot-clé abstract sur une méthode est facultatif (vu que de toutes façons toutes les méthodes d’une interface le sont). Eh bien en PHP il n’est pas facultatif mais interdit. Sinon, page blanche (du moins sous certaines versions/configurations) et bon courage pour retrouver l’erreur \o/
Tags : Auto-complétion, Bug, Eclipse, Page blanche, PDT, PHP, RSS
Publié dans PHP, Quelques trucs sur... |