Débat sur les plateformes multiblogs et retour d’expérience

  • Statut : non résolu
15 sujets de 16 à 30 (sur un total de 73)
  • Auteur
    Messages
  • #590475

    carat
    Participant
    Initié WordPress
    20 contributions

    Ca voudrait dire que WP et WPmu vont continuer à tourner encore un bon moment sous PHP4.

    En tous les cas il WP est compatible PHP5.2, et comme je l’ai dit j’ai même eu moins de problème qu’avec la meme installation en php4.3.11 en module.

    Carat > le top, c’est PHP5 en mode FastCGI

    Ok !

    Notre version sur PHP5 est en PHP5 fastcgi + suPHP, donc ça va

    Merci

    Pascal

    #590476

    quentin
    Membre
    Chevalier WordPress
    315 contributions

    hello, quelques commentaires:

    je pense que WPMU est assez mature pour héberger une plate-forme de quelques centaines de blogs. Quand tu passes le(s) milliers, les problèmes commencent au niveau de l’architecture. Un certain nombre viennent de la structure de base de données (X tables par user) qui a certains avantages en terme de scalabilité, mais aussi pas mal d’inconvénients. WPMU a aussi une limite inhérente à 32000 blogs sans modifications, due à la limite de 32000 folders dans linux. Si on rajoute quelques abérrations comme le fait qu’il faut par défaut passer par php+mysql pour charger une image, il faut bien dire que si on veut vraiment une installation sérieuse de MU, faut pas mal mettre les mains dans le camboui. Je ne connais pas DC2 alors je ne pourrais pas vraiment comparer.

    Perso j’ai résolu un certain nombre de problèmes de scalabilité avec plusieurs installs de MU (synchronisées) et en utilisant un reverse proxy en front. L’architecture n’est donc pas à proprement parler en cluster (au niveau de la redondance). Je ne crois pas que ca soit vraiment nécessaire (un blog n’est pas une application critique et peu supporter un downtime de quelques minutes), et c’est nettement plus couteux en termes d’infrastructure (espace disque à démultiplier et synchroniser, nécessité de VPN, surchage induite par la synchro des bases master/slaves etc.).
    Mes serveurs ne sont pas tous identiques, et MU tourne (sans souci pour ma part) sur des configs variées allant de RedHat/apache1.3/php4-modphp/mysql4 , à Gentoo/apache2.0/php5.1-suphp/mysql5.0.

    Un des trucs qui me turlupine avec WP, c’est le fait que sous un couvert de logiciel opensource, automattic développe un service commercial (wp.com), et qu’il y a quelques conflits d’intérets derrière tout ca. En gros, autant automattic a intéret à développer wordpress en tant que logiciel de blogging standalone, autant développer MU est la meilleur manière d’attirer de la concurrence à son service d’hébergement…

    Enfin, un des critères les plus importants selon moi pour le choix d’un soft de blogging est la disponibilité d’un bon système antispam. Le spam de commentaires, de trackbacks, les splogs sont une vraie plaie et j’ai déja vu plusieurs platformes WPMU fermer faute d’une méthode de lutte efficace. Il y a bien akismet, mais le prix des licenses entreprise est complètement prohibitif (vous avez envie de payer 5 fois plus votre antispam que vos serveurs ?), moralité il faut triturer SK2 pour le rendre compatible avec MU et ce n’est pas une partie de plaisir.

    #590477

    carat
    Participant
    Initié WordPress
    20 contributions
    quentin wrote:
    WPMU a aussi une limite inhérente à 32000 blogs sans modifications, due à la limite de 32000 folders dans linux.

    Ha ha ha !!! oui je les avais oublié ceux la.

    quentin wrote:
    Perso j’ai résolu un certain nombre de problèmes de scalabilité avec plusieurs installs de MU (synchronisées) et en utilisant un reverse proxy en front. L’architecture n’est donc pas à proprement parler en cluster (au niveau de la redondance).

    Pas bête !

    quentin wrote:
    Je ne crois pas que ca soit vraiment nécessaire (un blog n’est pas une application critique et peu supporter un downtime de quelques minutes), et c’est nettement plus couteux en termes d’infrastructure (espace disque à démultiplier et synchroniser, nécessité de VPN, surchage induite par la synchro des bases master/slaves etc.).

    Oui, le fait est que nous faisons de l’hébergement (depuis 1999 d’abord pour des moyens/grands comptes, puis pour le grand public depuis 2004), nous avons donc déjà une architecture en cluster. Nous n’aurons donc pas besoin d’investir dans une nouvelle architecture.

    Nous utilisons un cluster, mais pas au sens propre et général du terme. Notre architecture est bien une architecture load-balancé, avec failover, redondante et en cluster. Elle est basée sur LVS ce qui enlève les problèmes de synchronisation asynchrone des données que l’on trouve dans les configs standard de cluster (généralement, je ne veux pas trop généraliser). Il peut toujours avoir les problèmes de latences inhérentes au partage de fichiers NFS/GFS (on migre petit à petit sur du GFS = moins de pbm) ou autres, mais avec justement un VPN Gigaoctet et de bons tweaks systèmes on enlève ce goulot d’étrangelement.
    L’avantage de LVS, hormis le fait que ce soit opensource et donc gratuit (mais fiable, reconnu et utilisé chez de très grangs comptes) est que justement il n’y a nécessairement besoin d’avoir un VPN. On peut par exemple utiliser la méthode de directrouting, qui envoie les données directement sur l’alias de interface non-arp (loopback alias interface). Les serveurs doivent juste être sur le même segment physique du réseau.
    C’est exactement comme les dispatchers qui travaillent sur la couche Transport/IP plutot que applicative (comme un cluster MySQL) !!!

    Cette solution est pour nous très stable, fiable, redondante et peu couteuse (on investi en serveurs c’est tout) !

    Pour les bases de données, aujourd’hui avec des serveurs type D bi-xeon voir quad-xeon on rigole !!!

    Mes serveurs ne sont pas tous identiques, et MU tourne (sans souci pour ma part) sur des configs variées allant de RedHat/apache1.3/php4-modphp/mysql4 , à Gentoo/apache2.0/php5.1-suphp/mysql5.0.

    Oui je pense que notre problème vient d’un problème spécifique avec le couplage de WP2.1/K2&TrueBlue/UTW/Link module. En fait des que l’on met les tags cloud et le module link sous les derniers articles dans la sidebar, le theme s’auto détruit, voir le process Apache passe en Segmentation fault, des glibc à la rue, etc….
    Avec du PHP 5.2 on a pas eu ce problème avec pourtant les mêmes thèmes et plugins actifs :rolleyes:

    Un des trucs qui me turlupine avec WP, c’est le fait que sous un couvert de logiciel opensource, automattic développe un service commercial (wp.com), et qu’il y a quelques conflits d’intérets derrière tout ca. En gros, autant automattic a intéret à développer wordpress en tant que logiciel de blogging standalone, autant développer MU est la meilleur manière d’attirer de la concurrence à son service d’hébergement…

    Oui je suis entièrement d’accord et c’est ce qui me tracasse aussi.
    De ce point de vue, DC2 semble ne vouloir rester qu’un éditeur de soft (je dis semble car j’ai eu des echos de couloir qui ne vont pas dans ce sens…)

    Enfin, un des critères les plus importants selon moi pour le choix d’un soft de blogging est la disponibilité d’un bon système antispam. Le spam de commentaires, de trackbacks, les splogs sont une vraie plaie et j’ai déja vu plusieurs platformes WPMU fermer faute d’une méthode de lutte efficace. Il y a bien akismet, mais le prix des licenses entreprise est complètement prohibitif (vous avez envie de payer 5 fois plus votre antispam que vos serveurs ?), moralité il faut triturer SK2 pour le rendre compatible avec MU et ce n’est pas une partie de plaisir

    C’est pas à négliger. Mais j’ai vu qu’il existait de nombreux plugin sur ce sujet et nous avons nous même réalisé un mod pour phpBB. Le principe peut être simple. En tous les cas sur ce sujet WP semble plus en avance (DC2 ont aussi mis Askimet par défaut 😎 mimétisme WP)

    Les autres points qui nous semblent importants :
    – Gestion des blogs en tant que tel et niveau d’automatisation des tâches de gestion
    – Niveau et facilité de modération globale des blogs

    heu la comme ça à chaud c’est tout

    Une fois de plus merci pour tous vos retours et compléments. C’est aussi à mettre au profit de WordPress. Il semble y avoir une communauté présente et réactive :D

    Pascal

    Edité : Ajout ce liens

    #590478

    AmO
    Participant
    Maître WordPress
    4672 contributions

    J’en profite pour épingler le topic, et modifier le titre 😉

    WPmu et DC2 sont effectivement des produits assez spécifiques… leur « business model » n’est pas une mince chose à gérer 😉

    #590479

    benkenobi
    Gestionnaire du forum
    Maître WordPress
    4354 contributions

    Je suis le débat depuis le début. C’est très intéressant à suivre… bien que je ne connaisse pas encore grand chose de toutes ces plates formes multi-utilisateurs… Mais j’apprends beaucoup à vous lire déjà. 🙂

    #590480

    carat
    Participant
    Initié WordPress
    20 contributions
    AmO wrote:
    J’en profite pour épingler le topic, et modifier le titre 😉
    BenKenobi wrote:
    Je suis le débat depuis le début. C’est très intéressant à suivre… bien que je ne connaisse pas encore grand chose de toutes ces plates formes multi-utilisateurs… Mais j’apprends beaucoup à vous lire déjà. smile

    J’en ai profité pour mettre quelques liens dans mon précédent post, cela peut intéresser des personnes.

    #590481

    xavier
    Participant
    Maître WordPress
    2264 contributions
    quentin wrote:
    Enfin, un des critères les plus importants selon moi pour le choix d’un soft de blogging est la disponibilité d’un bon système antispam. Le spam de commentaires, de trackbacks, les splogs sont une vraie plaie et j’ai déja vu plusieurs platformes WPMU fermer faute d’une méthode de lutte efficace. Il y a bien akismet, mais le prix des licenses entreprise est complètement prohibitif (vous avez envie de payer 5 fois plus votre antispam que vos serveurs ?), moralité il faut triturer SK2 pour le rendre compatible avec MU et ce n’est pas une partie de plaisir.

    Dr. Dave ayant une opinion assez médiocre d’Automattic, peut-être peux-tu le motiver à faciliter l’adaptation de son plugin à MU 😉

    #590482

    quentin
    Membre
    Chevalier WordPress
    315 contributions

    il y a une version modifiée qui tourne sur les forums en anglais, j’ai déja posté un certain nombre des modifs de code que j’ai effectué et qui sont réutilisables dans un topic la bas. Je ne peux pas vraiment poster l’ensemble de mon plugin, ayant rajouté un certain nombre de spécificités unblogiennes dedans, supprimé un certain nombre de fonctions SK2iennes que je trouvais inutiles, et globalement hacké le plugin à fond les manettes lors d’une récente attaque de robots spammeurs sur unblog (1000 commentaires spammeux par secondes 🙂, la plupart filtrés par SK2, mais bonjour les ressources de la machine…).

    #590483

    quentin
    Membre
    Chevalier WordPress
    315 contributions

    par ailleurs,

    DrDave wrote:
    The longer answer is that, ultimately, I will be phasing out all WordPress development (and most web coding, actually) from my activities.

    donc on dirait qu’il faut se débrouiller.

    #590484

    xavier
    Participant
    Maître WordPress
    2264 contributions

    Malgré tout, n’hésite pas à lui en toucher un mot : il est français (sur Paris, même) et très sympa.

    #590485

    quentin
    Membre
    Chevalier WordPress
    315 contributions

    ok, merci pour l’info. On a déja un point commun dans notre appréciation d’automattic 😉.

    #590486

    carat
    Participant
    Initié WordPress
    20 contributions

    Pour revenir au début du topic.

    Ici une install DC2 http://www.carat-hosting.fr/
    Ici une WP : http://www.carat-hosting.fr/wordpress/

    Pratiquement les memes plugin d’installés. Ok le theme WP est certainement plus lourd que celui de DC2, doncje vais remettre le theme par défaut

    Moi je trouve que WP est quand meme plus lent non ?

    Pascal

    #590487

    Qwindoo
    Modérateur
    Maître WordPress
    2941 contributions

    Par simple curiosité, peux-tu afficher le nombre de requêtes et le temps total d’exécution de DC sur la page ?

    #590488

    carat
    Participant
    Initié WordPress
    20 contributions
    MS-DOS_1991 wrote:
    Par simple curiosité, peux-tu afficher le nombre de requêtes et le temps total d’exécution de DC sur la page ?

    ba vi mais il va valoir que je le hack, ou que je trouve un plugin qui fait ça. Donc dès que j’ai un peu de temps, promis je le fait.

    Mais à première vue on dirait quand meme que c’est plus rapide non ?

    Pascal

    #590489

    Qwindoo
    Modérateur
    Maître WordPress
    2941 contributions
    carat wrote:
    Mais à première vue on dirait quand meme que c’est plus rapide non ?

    Attention, autour de WordPress je suis d’une absolue mauvaise foi :D

    :wp:

15 sujets de 16 à 30 (sur un total de 73)
  • Vous devez être connecté pour répondre à ce sujet.