Combien d'utilisateurs WordPress peut-il gérer?

10

Je souhaite concevoir un site de connexion de membre dans WP, mais j’ai un doute sur le fait que WordPress peut gérer plus de 40000 utilisateurs sur la même base de données?

Je ne suis pas sûr de cela, alors je me penche ici. Alors aidez-moi, si quelqu'un sait exactement à ce sujet, de poursuivre mon projet avec WP.

    
posée prasad 04.04.2013 - 10:21

5 réponses

9

Selon la structure de la base de données WP, l'ID dans wp_users est Bigint (20) UNSIGNED. Vous pouvez donc "théoriquement" ajouter 18446744073709551615 utilisateurs. enlace

    
réponse donnée Overdose 04.04.2013 - 14:57
5

Je pense que vous pouvez utiliser encore plus d'utilisateurs. La seule chose qui puisse vous limiter est votre serveur. Vous devrez l’adapter correctement, en particulier le serveur MySQL. Par exemple, wordpress.com utilise plus de 40000 utilisateurs, mais ceux-ci utilisent des systèmes très puissants pour la stabilité, des tonnes d’équilibreurs de charge, etc.

    
réponse donnée Kee Ross 04.04.2013 - 13:29
5

Un peu tard pour répondre à cette question, mais comme il est prévu pour une recherche pertinente, cela sera utile à quelqu'un:

WordPress utilise le schéma de base de données EAV pour une partie de son implémentation de base de données. Cela affecte à la fois les données et les utilisateurs. (Ils sont conservés dans des tables séparées)

Pour l'expliquer à partir de l'angle de données:

En plus des détails directement accessibles relatifs aux publications dans wp_posts, de nombreuses méta sont publiées dans la table wp_postmeta pour chaque publication. Toutes les données pertinentes pour la publication (ou le type de publication personnalisé).

Le problème, c’est que si vous avez des tas de publications ou de pages (ou des publications / données personnalisées), il devient assez lent de rechercher une propriété trouvée dans une méta. Vous recherchez d’abord les critères dont vous avez besoin dans toutes les entrées de la table méta, puis récupérez la publication correspondante dans la table. Le kicker est que vous devez rechercher chaque critère séparément. Si vous recherchez une balise, vous obtenez les publications avec la valeur X pour 'méta1', puis vous recherchez un deuxième critère, par exemple, des critères personnalisés, puis vous obtenez des identifiants de publication avec customcriteriavalue1 dans des critères personnalisés, puis vous passez à l'intersection de ces critères, puis vous accédez à les détails de poste de la table de messages avec cette intersection.

Par exemple, ajoutez 30 000 produits à WooCommerce et vous obtiendrez environ 1 800 000 lignes dans wp_postmeta, comme expliqué dans la réponse ci-dessous:

Publier des méta par rapport à des tables de base de données distinctes

Ainsi, non seulement cela rendra la recherche très très inefficace (en particulier lorsque vous ferez des auto-critères sur wp_postmeta pour plusieurs critères), mais même interroger une seule ligne parmi 1,8 million de lignes causera un impact négatif sur les performances.

Déficit de schéma EAV.

Donc, avec beaucoup de publications, la mise en œuvre de WordPress db rend les recherches complexes très lentes.

Il est tout à fait faisable d'exécuter un site WordPress avec des milliers de publications, si vous utilisez des plugins de mise en cache. Vous pouvez aller encore plus. Mais les recherches seront un problème.

............

C'est la même chose avec les utilisateurs - wp_usermeta utilise également le même format EAV. Donc, si vous avez beaucoup d'utilisateurs et que vous avez beaucoup de plugins qui stockent diverses données utilisateur dans wp_usermeta, vous obtiendrez le même succès en termes de performances.

Sans parler de tant d’utilisateurs, il est probable que vous ayez déjà un grand nombre de publications - à moins que votre application ne concerne principalement les utilisateurs (CRM, etc.) et que vous choisissiez de stocker vos données utilisateur dans wp_usermeta. au lieu de wp_postmeta. (Peu probable cependant).

.........

Certains plug-ins, tels que Meta Accelerator, essaient de contourner ce problème.

enlace

Ce plugin prend toutes les données pour le type de message que vous choisissez et les place dans des tables plates. Cela accélère beaucoup la recherche et accélère également l'interrogation de toute valeur singulière.

Mais ce plugin en est encore à ses balbutiements.

Vous pouvez également installer ElasticSearch sur le serveur et utiliser le plug-in ElasticPress ou un autre plug-in qui l'intègre à WordPress pour accélérer ces recherches.

    
réponse donnée unity100 22.02.2015 - 01:03
3

J'ai trouvé le goulot d'étranglement pour combien d'utilisateurs de Wordpress vous pouvez avoir, le délai d'attente PHP entrant en jeu sur la page d'administration des utilisateurs.

En supposant que tous vos utilisateurs ont au moins un rôle, ils ont une entrée wp_capabilities dans la table user_metadata avec un tableau de rôles sérialisé.

La page admin indique le nombre d'utilisateurs avec chaque type de rôle. Elle doit donc charger chaque tableau sérialisé wp_capabilities, le désérialiser puis afficher un nombre total.

Lorsque j'ai 300 000 utilisateurs, il faut 44 secondes pour créer la page d'administration des utilisateurs.

Cela signifie que chaque utilisateur ajoute 0,00014666666 secondes au temps de chargement de la page.

En supposant que votre délai d'attente PHP soit de 60 secondes, la limite serait d'environ 400 000 utilisateurs.

Cependant, je gère un serveur assez ancien et lent. Un matériel plus rapide améliorerait considérablement les choses.

    
réponse donnée Felix Eve 30.08.2018 - 15:26
2

La question devrait être de savoir combien d'utilisateurs peuvent manipuler la pile php-mysql au lieu de WordPress, puisque WP est développé sur ces 2 technologies principales.

Cela dit, si vous pouvez configurer un serveur avec des techniques de serveur avancées, héberger WP dans un bon serveur géré, optimiser la charge de la base de données et les requêtes, alors WP peut gérer autant de membres que vous le souhaitez.

Si vous installez wordpress dans un hébergement partagé, vous limitez votre capacité WP. D'autre part, si vous pouvez gérer vous-même l'exécution de WP à partir d'un serveur d'hébergement en nuage ou dédié, vous devriez obtenir le résultat souhaité.

Wordpress est capable de gérer des carrières de bases de données complexes. Vous pouvez consulter cette enlace

.

De plus, l'utilisation de wordpess comme cadre de développement d'applications avancé vous permet de procéder à l'installation pour gérer le chargement de bases de données volumineuses / complexes.

vous pouvez également consulter cette série: enlace

J'espère que cela vous aidera. merci

    
réponse donnée user1982023 12.04.2014 - 20:14

Lire d'autres questions sur les étiquettes