Salut mdcarter. En ce qui concerne les logs des erreurs Php, je parse le fichier avec des expressions régulières afin de constituer un tableau des erreurs (avec leur sévérité). Il suffit ensuite d’afficher ce tableau en bas de chaque page. Je n’ai pas utilisé de gestionnaire d’erreur (ErrorHandler) car cela ne fonctionnait pas très bien (certaines erreurs ne sont pas interceptées).

Je suis moi même un fervent fan des programmeurs au style bien soigné J’essaye également de bien fabriquer mon code avec une méthodologie qui m’est propre. Mais la je dois dire que je n’avais jamais pensé à travailler les erreurs PHP
Bon à quelque part, je propose un service qui n’est pas censé bugger “service payant”, c’est peut-être pour cela que je mis suis jamais attardé Peut importe, promis, je vais le faire à Formaco.info dès que j’ai le temps

Bravo pour le design, vraiment très propre comme le reste (pour ce qu’on y voit :-)),

P.S. Merci Stéph. pour l’appréciation

En espérant faire partie de bêta testeur je te souhaite bonne continuation !!!

Salut Thibault. En effet, les méthodologies de développement, c’est ma grande passion (j’exagère un peu, mais c’est vrai que ça m’a toujours attiré). C’est d’ailleurs dommage que je n’ai pas la possibilité d’approfondir un peu plus ce vaste sujet. Ce qui est sûr, c’est qu’il vaut mieux être organisé et avoir un peu d’expérience en développement logiciel pour ce lancer dans ce genre d’aventure.

Concernant ta question, il y aura en effet une limitation des invitations. L’idée est d’ouvrir le service petit à petit pour contenir le flot de commentaires et de bugs (et oui, il y en a toujours). Il s’agit également pour moi de rester maître de la situation (et de gérer la charge du serveur).

Merci pour les félicitations Jonathan ! Non, je n’ai pas fait appel à un spécialiste (mais je crois que je le ferai la prochaine fois). Pour le moment, je suis seul à développer, designer, rédiger, vendre, … C’est fou tout ce qu’il y a à faire, et ça ne s’arrête jamais !

Tu as fait ca tout seul ( design ) ou tu te fait aider par un designer ? En tout cas si tu as de l’aide je veux l’email tout de suite ( lol ).
Et si c’est toi vraiment encore une fois bravo.

Ca a vraiment l’air magnifique…

Question : y aura-t-il une limite au nombre de beta testeurs ? Si oui, comment faire partie du lot ?

En tout cas, j’ai hâte de voire la prochaine maquette.

Pour ce qui est des remontées, je pense qu’il vaut peut-être mieux éviter les dispersions pendant la phase de tests : forum pour tout le monde, ça permettra à tous de voir les remarques/propositions de chacun. Et puis entre nous pense “maintenance” : les mails isolés ça va te prendre tout ton temps en réponse, tu vas vite te retrouver submergé de discussions qui vont finir par se recouper, tu vas te répéter inutilement et ça va être très délicat à gérer.

Bon courage pour la prochaine étape et ne passe pas trop de temps dessus, tu sais que l’XP recommande plutôt d’éviter ce genre de petite cuisine ergonomique, toutefois tant qu’on n’a pas préalablement les retours “clients”

Très sympa le design de ton blog Badoux. Allez, je m’abonne à ton flux, et j’attends avec impatience les prochains billets !

Sinon, pour la remontée d’information, le mieux serait un système ala FeedBack 2.0 (peut-être qu’ils ont une offre spéciale ’simple entrepreneur’ qui sait ?), comme pour Exalead. Autrement, j’envisage la mise en place d’un forum (Vanilla me semble très bien) couplé à un mécanisme de feedback par email sur chaque page du site (un peu comme ce qu’on peut voir actuellement dans la maquette en haut des pages). Le problème avec cette dernière approche, c’est que les commentaires ne sont plus centralisés (une partie dans le forum, l’autre partie dans la messagerie). Il va falloir réfléchir à tout ça je crois. Vous avez des idées ?

Je vais commencer à économiser pour pouvoir t’embaucher plus tard (avant que tu devienne trop célèbre !).

Bien sur si tu as besoin d’une critique constructive et pinailleuse de Loomiz, tu connait mon adresse mail ^^
J’espère que tout ses commentaire ne te mettent pas trop la pression, mais Loomiz promet, du moins de ce qu’on en vois !

Pierre

Une question … comment rendre ces propositions cohérentes et constructives ?
Un forum ? Un système de remontée d’info intégré au page ?
Quelle solution tu as retenue Stéphane ?

Sinon je crois que je préfère Blade Aymeric.

Cédric : je ne cite que des bons acteurs ;).

Badoux, il faut vraiment que tu te décide à te monter un blog. Tu as tellement de choses à dire, pourquoi en faire profiter les autres blogs ? D’autant plus que ça mérite un article à part. C’est un véritable message d’encouragement que je t’adresse, ce serait vraiment dommage que tu passes à côté de ça (et nous aussi du coup).

Sinon les utilisateurs auront toujours des avis qui devraient t’intéresser !

Niveau design ca semble excellent !

Désolé, il fallait que je la fasse.

Pour commencer je présente la mien:
1) Recherche l’idée (Psychique)
2) Maquette papier (Afin de garder une trace)
3) Maquette numérique de toutes les pages que contiendra le projet (Adobe - Fireworks)
4) Conception des dossiers/ (non pas en MVC, mais tout aussi efficace) exemple:
4.1) un dossier pour chaque rubrique
4.2) un index.* dans chaque dossier (ex: index.php! Cela me permet de bien savoir ou aller chercher si j’ai un problème, également d’avoir des URL propre ceci sans utiliser le mode rewrite de apache)
4.3) un dossier scripts/, qui lui même contiendra d’autres dossier, exemple:
4.3.1) /Javascript/
4.3.2) /PHP/
4.3.3) /Lib/ (Elle contiendra les librairy AJAX comme prototype, scriptaculous,…)
4.3.4) /Class/ (Elle contiendra la ou les Class.php)
4.3.5) /CSS/
4.3.6) /Conf/
4.3…) …..
4.4) Ne pas oublier le dossier /languages/ (contient les divers fichiers langues :-))
5) J’essaye de développe toutes les fonctions dans la même Class, se qui me permet de débugger directement. Si une function ne joue pas ou si j’ai oublié une accolade, tout le site bug, “ça me permet de la voir si je ne suis pas dans la page même” !
6) Idem pour les functions JS, toutes dans le même panier un fichier functions.js contiens toutes le functions qui seront utilisé dans le projet.

Petit truc en passant, pour voir si il y a un bug dans mon js, je cree un div flottant dans chaque page, il sera masqué après le chargement de la page “terminé”.
Pour ceci j’utilise window.onload avec a l’intérieur document.getElementById( ladivamasquer ).style.display = ‘none’;
Avec ceci, j’ai remarqué que si il y a un bug dans js, il ne masque pas la div ! C’est peut-être con mais ca fonctionne

7) Les functions PHP sont optimisé pour ne pas se dupliquer dans la Class, je m’explique: une requête SQL, sera généré par la
function requet_SQL($tableau, $conditions, $where)
elle sera appelé avec les paramètres $tableau, $conditions, $where qui détermineront la requête. Les résultats de la requête sont contenu dans une variable $this->{$tableau} dans la Class, de telle manière que je puisse y accéder de partout sans devoir créer chaque fois une requête.
Ne pas oublier le fichier conf.inc.php qui (contient non pas les password, host, pseudo) mais divers scripts qui seront appelés en tête de chaque page.
A l’intérieur on trouve la function qui détermine la langue, l’include des divers scripts PHP, JS, etc.

Bien sûr il y a d’autres points qui rentre en compte mais je ne veux pas vous gaver (Surement déjà fais ) !

Voila à plus