Aller au contenu

davidm

Hubmaster
  • Compteur de contenus

    1 589
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par davidm

  1. En fouinant dans l'offre OVH toujours à me demander si j'opte pour un 300G, je vois un 301G à 46 HT/mois (avec un Pentium IV 3.06 GHz en lieu et place du Celeron 2,6) puis un 310G à 56 HT / mois (avec un Pentium Dual 930 2x 3.00 GHz et aussi 2x80Go de disque, 1 Go RAM DDR et SATA RAID 1 !!!) et 311G (Opteron 150 2.4 GHz, même carac que la 310G). Ces deux dernières offres sont proprement hallucinante (sur le papier en tout cas...). Le 310G fait salliver ! Si on regarde les offres équivalente dans la catégorie trafic illimité (L'offre Pentium Dual), on passe à 129 HT... mais avec une bande passante moindre. A mon sens, OVH n'a pas pu faire l'erreur de phagocyter une gamme par une autre, donc ça veut dire que la moyenne de bande passante utilisée constatée statistiquement sera inférieure à la bande passante maxi, mais aussi que les clients qui potentiellement atteindrait cette BP maxi vont aussi être ceux qui vont consommer un paquet de trafic et donc payer la partie variable au delà des 300Go de trafic sur les offres Start. Donc en gros le truc c'est de dire, ceux qui ont besoin d'une BP conséquente et un trafic important doivent payer une part variable. Ou alors être des clients fidèles d'OVH sur les plan dédiés (avec le système d'augmentation de BP par an si je me rappelle bien). Le modèle économique semble tenir la route... Par contre ça veut dire que pour des sites de PME ou à trafic faible moyen, il va être possible de proposer des services d'un niveau jamais connu jusque là... sur le papier en tout cas. Qu'en pensez vous ? Moi je pense que l'offre 310G/311G est vraiment phénoménale... du coup je vais refaire mes calculs côté finance mais... c'est hyper tentant !
  2. Tiens justement à propos de SMF, le module de synchro SMF/MODx est sorti http://modxcms.com/forums/index.php/topic,...7.html#msg25697 Je répondrai au reste plus tard (Loupilo, tu m'as intrigué avec SPIP 1.9... )
  3. Je garde un oeil sur Typo3 que je connais quand même pas mal pour avoir bossé avec (mais abandonné depuis plus de 2 ans). Notamment le boulot sur la conformité du code et l'accessibilité m'intéresse. Ceci dit, même amélioré c'est comme Joomla ou eZpublish, ça ne permet pas de modifier fondamentalement la construction de l'application... et pour moi, la flexibilité n'est pas suffisante... Typo3 a une richesse fonctionnelle très étendue, et de nombreux modules en effet ! Ceci dit on ne peut pas vraiment comparer une application qui existe depuis des années avec une qui va fêter son premier anniversaire Je reste convaincu que le potentiel est du côté d'application nouvelles, ne serait-ce que parceque les choix effectués au départ sont plus en adéquation avec les exigences du web actuels... Mais c'est un débat dans lequel je suis plutôt disons... minoritaire face à une majorité d'adepte de SPIP, Typo3 ou Mambo/Joomla... Ca ne me gêne pas, au contraire Ceci dit, j'ai convaincu quelques personnes ici d'essayer Textpattern... par exemple, demande à Loupilo ce qu'il en pense ! Et récemment, un des dév de Joomla qui bossait sur l'accessibilité a rejoint MODx... dans son post il expliquait pourquoi il préférait laisser tomber une application à refondre pour une qui est nativement accessible... Question de point de vue... Oui je connais, c'est bien fait mais encore une fois je serai minoritaire en disant que ce type d'approche ne donne en aucun cas le même contrôle (en tout cas pour un designer) sur le code des templates. L'approche par les tags est naturelle pour les designers, car elle permet de placer les éléments de manière précise et fluide dans le code des gabarits. Je pense que beaucoup de CMS font l'erreur de cibler l'utilisateur final pour la conception de site, du moins pour les CMS qui ont des vélléité d'être des outils flexibles et puissants pour les professionnels du web (designers, coders). Ce type d'approche séduira les utilisateurs finaux (end users), mais des appli comme texpattern ou MODx font partie d'une nouvelle vague qui séduit de plus en plus de designer adeptes du web moderne (léger, conforme, accessible, modulaire, flexible...). Possible, mais ça demande un boulot supplémentaire... ce que cherche un pro c'est un CMS qui lui permet de déployer des sites plus vite (donc moins cher), avec une meilleure qualité et surtout une flexibilité qui permet de coller aux besoins des clients au lieu de faire rentrer leurs besoins dans l'application... Oui oui j'avais suivi ça, c'est un peu comme Joomla, les dév sont conscients des attentes en la matière et cherche à se remettre à niveau. Mais on en parle depuis longtemps et c'est toujours pas implémenté... Hmmm... typoscript n'est pas fondamentalement plus complexe qu'un autre language. Par contre sa logique est certainement très différente des autres languages, ce qui alonge son temps d'apprentissage oui... Mais MODx a une courbe d'apprentissage élevée aussi, notamment à cause du fait que c'est un framework, avec une flexibilité parfois difficile à appréhender pour les personnes qui sont habitués à une logique plus linéaire... Bien sûr Typo3 a des qualités... mais aujourd'hui pour moi il a des défauts rédhibitoire... chacun son approche. eZpublish est plus proche de MODx dans le sens où c'est un framework et il permet notamment de construire des des classes d'objets... ceci dit il est "lourd" notamment en terme de ressources serveur et le système de template est vraiment trop rigide, rien à voir avec MODx ni même avec Typo3... Enfin, pour finir sur le comparatif MODx vs Typo3 et MODx vs eZpublish, il faudra attendre l'année prochaine pour faire de vraie comparaison car MODx cible le grand public... Tattoo, qui sera une version exclusivement PHP5 et OO (en cours de dev) avec pas mal de fonctionnalité "entreprise" comme webDAV, LDAP, SOAP... permettra de nous positionner sur le segment ECM... Ah oui ? Et bien d'ici quelques jours sortira la 0.9.2 avec quelques nouvelles fonctionnalités mais surtout un paquet de bug fix et d'upgrade de sécurité. Stable et sûr, c'est le maître mot de cette release dont je parlerai prochainement...
  4. Salut ams51, Oui bon surtout par rapport à Typo3 MODx offre une flexibilité et une rapidité de déploiement sans commune mesure... sans compter un code conforme MODx permet de faire du multisite oui : http://modxcms.com/forums/index.php/topic,2059.html Pour l'instant c'est un hack mais Wendy travaille sur un module Pour le multilinguisme, il y a plusieurs solutions actuellement, mais les options techniques retenue pour la solution "officielle" intégrée est en cours de discussion. Il faut savoir que c'est la priorité n°1 de développement actuellement, juste avant la mise en place du workflow. La raison pour laquelle cela prend du temps, c'est que l'internationalisation des addons (modules, snippets, plugins) sera pris en charge et qu'il y a une recherche d'optimisation du schéma de la base (la performance ne doit pas être impactée). Egalement, le multilinguisme doit permettre la localisation (traduction) mais aussi l'internationalisation (i18n). Le multilinguisme est prévu pour la version 0.9.4, c'est à dire à peu près dans 3 mois voire 4...
  5. Et tu ne seras pas déçue j'ai testé aujourd'hui sur un site de taille moyenne (100 pages environ) ou je devais modifier tous les templates, c'est vraiment bien conçu et ça marche nickel
  6. Placer le code sous GPL est une bonne chose uniquement si on sait créer une communauté et l'animer... il ne suffit pas de choisir une licence opensource pour créer un logiciel libre Sans communauté, le libre perd une bonne partie de ce qui fait sa force : un pool de testeurs qui contribuent à rendre l'application plus fiable et plus sûre en fixant les bugs et failles un coeur de contributeurs pour animer les forums, de codeur pour écrire des plugins et de designers pour créer des templates.. une base utilisateur qui permet de récupérer un max de suggestion, de feature request et aussi soyons pragmatiques, qui dynamise le business autour de l'application Automne est donc loin du compte, que le code de base soit prometteur ou non est malheureusement sans importance... le seul avantage ce serait plutot qu'une équipe de dev reprenne le code et créé un fork avec une base communautaire La force des CMS opensource c'est aussi la communauté : SPIP, Joomla, e107, Textpattern, MODx sont de bons exemples. Bitweaver ou AroundMe qui sont hypers prometteurs sont limités par l'absence d'une communauté dynamique... moralité : stagnation ou irrégularité du développement...
  7. SPIP killer ? Non pas cette fois MODx reste toujours champion en titre Ceci dit, les icônes ont un petit goût SPIPien effectivement... Automne aurait pu être intéressant mais dernière release en Juin 2005 ? C'est mort....
  8. Encore des news concernant MODx ! Quelques modules/plugins bien sympathiques sont sortis ces 15 derniers jours : Autolink : un module et un plugin qui permet de définir une liste de terme pour auto-générer liens, abbréviation ou accronymes, très pratique ! Avec aussi des fonctions avancées pour génération auto de recherche Google, CPAN, dictionnary.com... Basé sur phpGiggle amélioré Document Template Changer : Permet d'appliquer un changement de template à une liste de document ou de sélectionner via case à cocher ceux à qui on souhaite appliquer un template donné. MassAddToDocGroup : permet de modifier le groupe de document de tous les enfants d'un document donné, très pratique ! Voilà pour l'essentiel... Sinon nous sommes en train de tester la 0.9.2 RC, donc la sortie devrait être effective d'ici 2 semaines environ... J'annoncerai ça comme il se doit !
  9. En fait on parle de commentaires qu'on peut afficher en linéaire (inline), comme dans la plupart des outils de blog, ou façon forum (threaded) ? Drupal le fait aussi... Après tout dépend de ce que tu entend par gérer les commentaires comme un forum : si c'est juste l'aspect ci-dessus, ça va. Si c'est associer un fil de discussion d'un forum et l'appeler à partir d'un billet via un module/plugin, ça peut se faire aussi. La question, vu la complication, c'est plus : dans quel but ?
  10. Merci ! Oui comme j'ai réussi à finalement accéder j'ai pu récupérer l'IP et faire un tracert... c'est un routeur Free qui plante on dirait...
  11. Ca fait plusieurs fois que j'ai des problèmes d'accès aux services de Google. Ca a commencé il y a 3 semaines avec Google Analytics qui a connu une forte saturation et comme chacun sait, ils ont fermé les nouvelles inscription. Pire, les inscrits n'arrivent plus à accéder à leurs stats (en tout cas c'est mon cas...). Depuis, j'ai constaté que GMail avait des moments de faiblesse dernièrement... compte accessible mais envoi de mail, sauvegarde de brouillon inaccessible... Mais jusque là, la partie moteur de recherche restait complètement accessible... Ces problèmes, je les ai constaté à partir de plusieurs lieux de connection et fournisseurs d'accès : Free sur SQY, Neuf et Tele2 sur Paris. Ce matin, impossible d'accéder à google.com ou google.fr pendant plusieurs minutes... J'ai fait un hard reboot de la FreeBox au cas où, mais ça n'a rien changé. Je viens de récupérer l'accès mais c'est diablement lent (alors que PyGrenouille donne ma connection à 287 Ko/s en DL et 89 ko/s en UL, 44 ms de ping, histoire de dire que j'ai bien vérifié ma connection). Edit : ça y est serveur inaccessible à nouveau... Suis-je le seul à avoir constaté ça ? Edit : Comme j'ai réussi à ré-accéder à google.fr, j'ai fait un tracert sur l'IP : tracert 66.249.93.104 Détermination de l'itinéraire vers 66.249.93.104 avec un maximum de 30 sauts. 1 1 ms 1 ms 1 ms 192.168.1.1 2 45 ms 44 ms 45 ms 82.***.**.*** 3 45 ms 44 ms 45 ms 213.***.**.** 4 45 ms * 45 ms p16-6k-1-po5.intf.routers.proxad.net [212.27.57. 97] 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 * * * Délai d'attente de la demande dépassé. 8 * * * Délai d'attente de la demande dépassé. 9 * * * Délai d'attente de la demande dépassé. 10 * * * Délai d'attente de la demande dépassé. 11 * * On dirait donc que c'est Free le responsable, sur ce coup là...
  12. Pas de souci, parler de MODx, c'est mon job Ceci dit vu la charge de boulot actuellement, plutôt à partir de la semaine prochaine !
  13. Oui tout vient à point à qui sait attendre Ceci dit, je pense qu'iXprim se comparera plutôt à e107, Joomla, LDU... i.e des CMS orienté communautés, qu'avec MODx qui est un framework par nature moins "prêt à l'emploi" mais aussi plus flexible... Mais la semaine prochaine, je ferai un petit test, notamment du système de template...
  14. Tiens, un revenant ! iXprim, alors qu'on ne l'attendait plus !!! Merci de l'info, je m'en vais la télécharger pour jeter un coup d'oeil sous le capot...
  15. Oui Dudu surtout qu'avec MODx j'ai un snippet Text2image qui permet ça... mais je ne veux pas compromettre l'accessibilité non plus.... ceci dit avec un alt on sauve les meubles. Mais bon de toute façon vu que l'annuaire est généré par un snippet MODx ce serait compliqué... Merci à tous pour ces pistes, donc en fait il faut que je m'intéresse aux techniques de cloaking... en fait voir s'il est possible de charger une page différente pour les moteurs avec user_agent ou qq chose du goût... Je vous tiendrai au courant de ce que j'aurai trouvé !
  16. Pas trouvé de réponse via le moteur du hub ni par google donc je pose la question (peut-être déjà posée) : est-il possible de faire en sorte qu'un élément d'une page web ne soit pas indexée par les moteurs ? Je m'explique : il s'agit d'un annuaire du personnel d'une entreprise et cette entreprise demande à ses salariés si ils acceptent que leur fiche dans l'annuaire soit référencée dans les moteurs. Je ne dois exclure du référencement que les personnes qui l'ont expressément demandé. Les autres doivent être indexées. Les pages sont générées dynamiquement ce qui exclue la possibilité de gérer ça avec un disallow dans le robot.txt (ou alors, d'une façon qui m'échappe). Avant que je donne une réponse, je voulais savoir si c'était jouable ou non... Merci !
  17. Yep, Dudu, mais il a 17 ans ce ptit gars et il conçoit déjà une application... faut lui laisser un peu le temps de mûrir Ceci dit, joli morceau choisi ;D
  18. Pixelpost a aussi un système de vote, via un plugin j'avais mis ça en place je suis sûr qu'il existe ce plugin... et l est plus léger que Galery2 ou Coppermine...
  19. Oui j'ai vu les trackback sur le site de Fred
  20. Il y a foules de forums gratuits et plus sûrs que phpBB : PunBB Phorum UNB Vanilla... Bien sûr tu n'as pas tort n'importe quel système peut être piraté, et très certainement le système le plus répandu est plus hacké que celui qui l'est moins... reste que dans le cas précis de l'enregistrement automatique de nouveaux membres par un robot ne devrait pas être possible... non ? Je suis d'accord que dans le monde opensource, les patch sortent hyper rapidement... mais si on peut s'en passer...
  21. Fred en parle sur son blog, Logahead est un outil de blog qui se distingue par une interface d'administration 100% depuis le frontend. Une idée séduisante, qui a encore besoin d'être affinée côté ergonomie mais pardonnons à ce jeune étudiant anglais de 17ans ces petites erreur de jeunesse, c'est prometteur et ça mérite un coup d'oeil
  22. Petite update concernant MODx : ça y est, Markdown est implémenté (oui, oui en temps MODx c'est normal, lol... 3 jours après en avoir parlé... bam, fait !) Voici donc l'adresse de celui-ci, accompagné des dernières nouveautés coté addon pour MODx Plugin : Markdown Parser : pour utiliser Markdown comme syntaxe de mise en forme. Calendar : module avancé permettant d'ajouter un calendrier d'évènements à MODx. Encore en phase beta. NewsLetter : Encore un snippet qui a reçu de nombreuses améliorations, allez jeter un oeil. NewsParserX : qui permet de syndiquer du contenu en provenance d'autres sites. BackUp : un module qui permet de faciliter le transfert d'un serveur de test à un de production, ou de déménager son site facilement. PollModule : enfin un module de sondage pour MODx SlimStats : implementation d'un module permettant d'installer SlimStats dans MODx. AliasLink : offre la possibilité d'insérer des liens internes généré dynamiquement avec une syntaxe du type [~[+alias:alias-de-la-page-ici+]~] EmailLinkObsfucator : pour encoder les addresse email d'un site. Voir aussi EmailCloak Text2image : pour utiliser des polices non standard dans les titres, par exemple, il permet de convertir un texte en image en utilisant n'importe quelle police True Type. Voilà, je pense avoir couvert l'essentiel, même si ce n'est qu'une partie de l'iceberg La liste complètes des Modules, plugins et snippet est ici : http://modxcms.com/forums/index.php/topic,2425.0.html Bientôt, le module SMF et celui pour Galery2 seront téléchargeables ! A bientôt sur les forums
  23. Oui c'est vrai Dragondz, mais bon en quelque sorte le problème est le même qu'on ai un sous forum sur textpattern.com ou un textpattern.fr... ça ne change pas les compétences des francophones ni leur nombre Ceci dit, vu les récents évènements, c'est très peu probable... Je suis encore assez exaspéré par les réactions de l'équipe de développement (notamment Zem) ou par certains membres de la communauté (comme Ramanan). Ce n'est pas pour rien que j'ai décidé de limiter mes contributions à Textpattern à celle d'un utilisateur et non plus d'un contributeur majeur... Ceci dit, apparemment ma suggestion de créer un forum de coordination des efforts de contribution a été prise en compte
  24. Je vois que phpBB mérite toujours le titre de gruyère n°1 ! Désolé pour le troll mais un conseil : changer de forum ! Ce genre de truc ne devrait pas arriver... D'autant plus facile que les scripts d'import sont légions pour la plupart des forums...
  25. Il existe pas mal de scripts dédié pour créer une galerie : galery2 de Menalto plogger (léger et efficace) Photostack Pixelpost et un qui est prometteur ZenPhoto
×
×
  • Créer...