- Statut : non résolu
- Ce sujet contient 72 réponses, 22 participants et a été mis à jour pour la dernière fois par
, le il y a 10 années et 1 mois.
-
Messages
-
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
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.
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 blogsheu 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
Pascal
Edité : Ajout ce liens
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 😉
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à. 🙂
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à. smileJ’en ai profité pour mettre quelques liens dans mon précédent post, cela peut intéresser des personnes.
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 😉
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…).
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.
Malgré tout, n’hésite pas à lui en toucher un mot : il est français (sur Paris, même) et très sympa.
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
Par simple curiosité, peux-tu afficher le nombre de requêtes et le temps total d’exécution de DC sur la page ?
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
- Vous devez être connecté pour répondre à ce sujet.