Nouvelle version d'AeroWeb

Concernant le design : très sympa et pro. Je suis d'accord avec les autres concernant la bannière du haut, trop intrusive (et en plus si ca rapporte rien...).

Concernant les performances : il faudrait regrouper les css (le minimum), plus les javascripts si possible (c'est toujours possible). Le problème de page blanche vient du fait que les js sont chargés dans le header. Si les js sont bien codés, tu dois pouvoir les déplacer juste avant la balise fermante du body. Ces petites modifs feront gagner au moins 25% de vitesse d'affichage. Et baisser le nombre de requetes pour afficher une page, donc la charge serveur (parce qu'il rame un peu la, 600ms pour charger le html, et 500ms pour charger le bandeau du haut avec le logo).

En résumé : très bon travail!

Salut

C'est moche ! (1er avril)

Serieux, je trouve juste que sur la hp, il y a trop de onmouseover. Quand tu balades ta souris sur l'ecran, ca change de partout, c'est assez désagréable. Exemple : si je charge la HP et que je veux cliquer sur le 3eme liens des actus, faut que je fasse attention de ne pas passer ma souris au dessus de l'onglet breve, sinon, je perd le lien. Tu comprends ? Ca rend la navigation horripilante.

Sinon, excusez l'etendure de mon incultance, mais ca consiste en quoi synfony ? C'est un ensemble de fonctions pretes a l'emploi en gros ? Pas trop long d'assimiler un truc que tu n'as pas fait toi meme ?

Franchement je suis anti framework, si ton site rame je me demande bien comment tu vas pouvoir optimiser sans en maitriser le coeur...

Je vais voir ce qu'on peut faire pour le leaderboard puisque visiblement il vous dérange.

Pour les mouseover sur la homepage, c'est vrai que c'est un peu "complexe" pour l'internaute. Là encore, je vais voir si on peut simplifier le fonctionnement. On n'a pas eu de retour négatif à ce sujet mais faut dire que beaucoup de nos membres réguliers se foutent un peu du contenant et viennent juste pour débattre sur le forum (peut être une spécificité de la cible, je ne sais pas, mais les gens sont assez peu bavards sur le sujet) ou consulter le contenu : la qualité visuelle du site leur importe peu.

Symfony, c'est plus qu'un ensemble de fonctions, c'est une base. Le principal avantage pour moi c'est de ne pas réinventer la roue à chaque fois, ça fait gagner beaucoup de temps. Concernant la pérennité, la question ne se pose pas trop pour symfony vu qu'il est maintenu par une société française et que beaucoup de SSII travaillent avec aujourd'hui sur de très gros sites (Total, Dailymotion, etc.) donc assez peu de risques à priori. Pour l'apprentissage, j'ai pas spécialement eu de difficulté. Avoir une bonne base en programmation objet et prendre un peu de temps au début pour lire la documentation et les exemples illustrés (Askeet et Jobeet) et ça roule tout seul, je trouve même plus naturel de faire du symfony que du PHP "basique" (ça me fait même chier d'en faire maintenant). Quand tu y touches, tu ne t'en passes plus

Julien, être "anti framework" n'a pas de sens : tout dépend du besoin. Pour moi c'est plutôt l'avenir de PHP ce genre d'initiatives. Lors de mon stage l'année dernière (dans une SSII de taille raisonnable), ils vendaient des projets symfony à tour de bras et non pas des projets PHP "simple" car le client final a une mauvaise image de PHP par rapport à du Java (open source, bugué, pas assez professionnel, trop permissif, etc.). Un framework comble une partie de ces lacunes et je ne pense pas que certains très gros sites (Dailymotion) aient fait ce choix pour rien.

Pour la structure, nous sommes une association depuis 3 ans. La gestion est désintéressée, on n'a pas pour objectif de faire du blé (pour l'instant en tout cas), juste d'être "rentables" (= ne pas mettre de notre poche ou le moins possible), nous voulions simplement nous structurer pour avoir de la reconnaissance (plus facile de se pointer chez Airbus avec une structure, vous l'imaginez bien) et une gestion clean. L'association se prêtait parfaitement à cet objectif et les acteurs que l'on côtoie aiment bien le principe. Au niveau personnel ça apporte aussi beaucoup à un CV de dire que l'on a monté et que l'on gère une association, ça montre que l'on est ouvert, que l'on s'investit dans le tissu associatif, etc.

Sans vouloir troller, quitte à prendre un Framework OpenSource, j'aurais pris un truc qui tient un peu plus la route, comme Jelix par exemple. Opter pour un framework connu, je comprends parfaitement, mais Symfony serait clairement mon dernier choix : de tout ce que j'ai lu c'est de loin le plus lourd de tous.

Bool je suis intéressé par tes lectures. As-tu des références concernant la version 1.2 de symfony (avec ORM doctrine) et Jelix ?

Jelix... :
- pas/peu de documentation
- communauté ?
- sites connus qui tournent avec ?
- pérennité ? Là pour le coup, vu que peu de personnes participent au développement et qu'il n'y a pas de société derrière, je doute de la pérennité du projet (par rapport à symfony, en tout cas).

Les performances c'est bien mais il n'y a pas que ça. De plus, la plupart des benchmarks qui sont réalisés se font sur des "Hello World!", ce qui n'est absolument pas représentatif des performances (et sur ce cas, symfony est le plus lent, c'est vrai, les concepteurs sont les premiers à le dire et ils répondent "symfony n'est pas fait pour ça"). Sur des applications complexes, j'en doute beaucoup (mais je suis quand même preneur d'informations parce que ce n'est pas ce que j'ai pu lire). En tout cas, la roadmap de la version 2 de symfony prévoit un focus sur les performances. Petite lecture : http://fabien.potencier.org/media/talk/2009/phpque...

heu normal ?
Voir l'image

c'était la version : 2.0.0.17 ;)