Jump to content

Test de charge - 80 000 catégories - 140 000 produits > PS HS ?


Recommended Posts

Bonjour à tous.

 

J'ai effectué un test en local sur la 1.5.0.5 en important ~80 000 catégories.

Ces catégories correspondent à des modèles de véhicule. Exemple :

 

Niv1 : auto, moto, camion, ... (6 catégories)

Niv2 : audi, bmw, mercedes, ... (~200 catégories)

Niv3 : A3, A4, série3, série5, classeA, classeC, ... (~4000 catégories)

Niv4 : 2012 - 2litres diesel, 2011 - 3 litres essence, ... (~75 000 catégories)

 

J'ai installé un PS 1.5.0.5 vierge, sans produits ni catégories)

Donc j'ai importé ces catégories via le CSV import (en modifiant le fichier bugé dans la 1.5.0.5)

Mais pour l'instant aucun produit

 

Une fois l'import de toutes les catégories produits effectuées le BO fonctionne correctement, la navigation dans les catégories (coté BO) est bonne.

Par contre, impossible de charger le front office !! page blanche !

 

Pensez-vous que ce nombre de catégories soit trop important pour PS ?

 

Je serais ravi de servir de de cobaie à la team :)

Merci pour vos retours.

 

Bonne journée

Link to comment
Share on other sites

Wow !! 80000 catégories !!!

il fautrait peut être désactiver le bloc catégories pour voir si ce n'est pas la génération du menu qui fait prendre un timeout. Ca doit un peu gourmand comme affichage !

Je pense aussi que le cache va être très important dans ce projet !

Link to comment
Share on other sites

Surement des requêtes à revoir notamment avec des sous requêtes, vérifier les indexation des tables. Le module catégorie à revoir à mon avis. Des optimisations techniques et surtout en fonctionnel, par exemple voir la navigation pour éviter que PrestaShop fasse des requêtes qui listes les 80000 catégories etc...

Link to comment
Share on other sites

Bonjour Cédric,

 

Tu as installé PrestaShop sans les produits et modules de base?

 

Ta page blanche est une page complètement blanche ou tu as encore le logo PrestaShop?

J'ai installé PS sans produits mais avec les modules (je ne suis pas sur que l'on puisse choisir sans les modules d'ailleurs ?)

 

Bonjour,

des tests de charge et des optimisations sont en cours, il ne faudra pas s'attendre à une version ultra optimisée pour les pour les premières RC, le process d'optimisation vient généralement en dernier pour un projet et tout sera ok sur la stable.

 

Cordialement

 

Ok c'est noté ;)

On va faire des tests.

 

Je suis persuadé que la page blanche vient du module catégories (que nous n'allons pas utiliser d'ailleurs)

Link to comment
Share on other sites

Bonjour à tous.

 

J'ai effectué un test en local sur la 1.5.0.5 en important ~80 000 catégories.

Ces catégories correspondent à des modèles de véhicule. Exemple :

 

Niv1 : auto, moto, camion, ... (6 catégories)

Niv2 : audi, bmw, mercedes, ... (~200 catégories)

Niv3 : A3, A4, série3, série5, classeA, classeC, ... (~4000 catégories)

Niv4 : 2012 - 2litres diesel, 2011 - 3 litres essence, ... (~75 000 catégories)

 

J'ai installé un PS 1.5.0.5 vierge, sans produits ni catégories)

Donc j'ai importé ces catégories via le CSV import (en modifiant le fichier bugé dans la 1.5.0.5)

Mais pour l'instant aucun produit

 

Une fois l'import de toutes les catégories produits effectuées le BO fonctionne correctement, la navigation dans les catégories (coté BO) est bonne.

Par contre, impossible de charger le front office !! page blanche !

 

Pensez-vous que ce nombre de catégories soit trop important pour PS ?

 

Je serais ravi de servir de de cobaie à la team :)

Merci pour vos retours.

 

Bonne journée

 

Tu peux déja activer le paramètre display_errors dans config/config.inc.php, histoire de savoir si c'est un timeout ? :)

Link to comment
Share on other sites

Salut,

 

Le niveau 4 ne peut pas etre réparti en déclinaisons et caractéristiques?

 

2 litres --> Cylindrée, c'est une caractéristique

Diesel --> une déclinaison

 

Oui, c'est ce que je me disais aussi !

en plus, cela permet d'utiliser le comparateur et le filtre à facettes qui, je pense, pour ce genre de produits est très bien : je veux une voiture essence, coupé, de marque Audi. Tous ces choix sont des caractéristiques.

 

Pour les afficher, je pense que tu peux trouver (ou faire développer) un menu qui affiche selon les caractéristiques.

Link to comment
Share on other sites

Oui, c'est ce que je me disais aussi !

en plus, cela permet d'utiliser le comparateur et le filtre à facettes qui, je pense, pour ce genre de produits est très bien : je veux une voiture essence, coupé, de marque Audi. Tous ces choix sont des caractéristiques.

 

Pour les afficher, je pense que tu peux trouver (ou faire développer) un menu qui affiche selon les caractéristiques.

 

Le boutique est de la vente d'accessoires auto.

Le dernier niveau en déclinaisons serait étrange coté ergonomie.

En regardant ce qui se fait chez les autres revendeurs c'est toujours des listes déroulantes.

 

Bon sinon j'ai réussi à importer les 80 000 catégories et le site fonctionne parfaitement. J'ai du désactiver pas mal de modules.

Par contre sur un second site de test je n'arrive pas à accéder au front office, j'ai du passer à coté de quelque chose...

 

Ensuite concernant les produtis :

Importer 140 000 produits avec environ 5 produits traités par seconde ... je vous laisse calculer .... c'est long ... TRES long !!!!

Par contre dès les 25 000 premiers produits, impossible d'accéder à la page PRODUITS du back office. Je vais regarder sur le bugtracker voir si on en parle, sinon après quelques autres tests je vais poster.

 

@+ et merci pour vos réponses!

Link to comment
Share on other sites

140 000 produits ? c'est pour tester ? ou tu comptes réellement les proposer en totalité à la vente?

 

(en sachant que très logiquement ton site devra tourner sur un gros dédié je pense, ca ne marchera pas en mutualisé, ou c'est risqué)

Link to comment
Share on other sites

140 000 produits ? c'est pour tester ? ou tu comptes réellement les proposer en totalité à la vente?

 

(en sachant que très logiquement ton site devra tourner sur un gros dédié je pense, ca ne marchera pas en mutualisé, ou c'est risqué)

 

Salut Samy,

 

Il y aura bien les140 000 produits.

Actuellement je fais des tests en local et sur un dédié.

A terme on aura un VPS ovh que l'on dimensionnera suivant le besoin.

 

Je suis intrigué que cette question revienne souvent, il doit y avoir régulièrement des personnes sur le forum qui utilisent du mutu pour des gros sites ? non? C'est suicidaire !

Link to comment
Share on other sites

Non ma question portait plutôt sur l'importance du catalogue, et l'impossibilité de le maintenir à jour :) (de toute façon avec autant de références, tu fais sans doute du drop shipping).

 

A voir si un VPS suffira, s'il a pas mal de RAM, ca devrait tourner.

Link to comment
Share on other sites

Bonjour,

 

vouloir faire rentrer un hyper marché dans la supérette du quartier est impossible, ben dans le monde virtuel c'est pareil.

 

Pour un site avec un catalogue aussi important il faut un serveur (voire plusieurs) adapté.

 

Dans tous les cas, la version 1.5 est en développement comme précisé plus avant elle n'est pas du tout optimisé pour faire tourner une boutique, elle est juste là pour faire remonter les bugs flagrants.

Link to comment
Share on other sites

  • 4 weeks later...

Bonjour,

Ceci est tout de même une architecture de catalogue extrème et en toute connaissance du sujet les catégories ne doivent pas servir à ce type de classement.

 

Effectivement tel que propposé plus haut les attributs et caractéristiques sont logiquement plus adaptés.

Mais dans le cas de votre catalogue qui va comporter des pièces détachées (ce que je supposes) nous avons eu l'occasion de développer un module en surcouche du fonctionnement habituel de prestashop pour combler les lacunes de la charge représentée par tant de rubriques.

Mais ce produit permet aussi de faciliter les points suivants :

  • Un produit peut correspondre à plusieurs modèles,
  • La rechercher d'un produit dans un catalogue aussi vaste est lourde,
  • les caractéristiques ou attributs ont leur limites selon le nombre de compatibilités existantes pour un produit ou un véhicule.

 

C'est pour cela que nous avons eu une approche totalment différente avec ce module de gestion des compatibilités permettant de facilité la recherche et l'indexation des produits par type de compatiblités.

Un exemple en production depuis peu sur la version la plus aboutie de notre module ukoo_compat :

http://www.bullparts...es-materiels-tp

La navigation se fait alors a la manière de nombreux sites tels que Oscaro, etc.

 

Cela permet d'éviter une surcharge inutile de Prestashop tout en facilitant l'affection d'un produit à un type de compatibilité (véhicule par ex.)

Link to comment
Share on other sites

Salut,

 

Juste pour faire chier et la ramener :)

 

Le titre du sujet est un peu trompeur : ce n'est pas un test de charge, mais plutôt un test des limites de la base de données et de l'ORM.

 

Un test de charge ça consiste plutôt à simuler des connexions simultanées sur le serveur, comme si celui-ci était réellement utilisé, afin de voir comment la machine se comporte en conditions réelles.

 

Je sors de suite >>

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...