Accélérer le panier pour passer à la caisse et enregistrer les actions de sauvegarde

J'exécute plusieurs boutiques Magento CE et les accélère avec la mise en cache, mais le panier et la commande restent toujours lents. Quelqu'un a-t-il de l'expérience ou des conseils pour accélérer ces pages?

Peut-être en optimisant la base de données?

Certaines requêtes ont été effectuées lorsque l'enregistrement d'une commande à partir de la caisse apparaît dans le journal des requêtes lentes sur le serveur et la base de données semble être le goulot d'étranglement.

1. Par expérience personnelle, désactivez le module Mage_Rss qui force un `` nettoyage du cache '' 4 fois dans le processus de paiement - très cher si vous utilisez le cache du système de fichiers, probablement encore cher si vous utilisez une base de données ou memcached.

2. CE uniquement Désactiver Mage_Downloadable pour des raisons similaires tant que vous n'utilisez pas de produit téléchargeable, cela accélérera les opérations de paiement et de panier lorsque vous avez plusieurs articles dans le panier car il y a des observateurs sur des choses comme celles checkout_type_onepage_save_order_afterqui multiplient le temps de réponse par le nombre d'articles dans un chariot.

3. Câblez xhprof / xhgui et faites du profilage.

• Définissez vos index sur manuel.
• Désactiver le stockage des balises de cache

Ces deux changements auront un impact MASSIVE sur les performances car ils ont empêché Magento de vider les caches et de réindexer chaque fois qu'une commande est passée.

Cependant, cela a un coût, ce contenu peut être périmé - niveaux de stock, etc.

Si vous voulez le résoudre de manière expérimentale, il y a une extension du premier hackathon magento à Munich, en allemand:

https://github.com/magento-hackathon/MongoDB-OrderTransactions

Ils mettent les commandes en file d'attente dans une base de données mongo, l'idée était, si le serveur mysql est libre de les réécrire. Mais je ne sais pas jusqu'où ce projet est prêt. Afaik travaille toute l'écriture, mais pas l'écriture arrière.

Je ne connais pas la version de Magento CE avec laquelle vous avez du mal. Mais j'ai eu de sérieux problèmes de performances avec mon CE 1.6.
Motif: index erronés et manquants. Ils ont été corrigés dans CE 1.6.2
Vous pouvez vérifier si cela vous aide.
J'ai réduit le temps de paiement pour 38 lignes avec un total de 73 articles de 123 à 4 secondes !!!!

Ça vient:

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

/* Foreign Keys must be dropped in the target to ensure that requires changes can be done*/

ALTER TABLE `core_url_rewrite` 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID`  , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID`  ;


/* Alter table in target */
ALTER TABLE `catalog_category_entity_varchar` 
DROP KEY `MAGMI_CCEV_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `catalog_product_bundle_stock_index` 
DROP KEY `PRIMARY`, ADD PRIMARY KEY(`entity_id`,`website_id`,`stock_id`,`option_id`) ;


/* Alter table in target */
ALTER TABLE `catalog_product_entity_media_gallery` 
DROP KEY `MAGMI_CPEM_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `core_url_rewrite` 
CHANGE `id_path` `id_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Id Path' after `store_id` , 
CHANGE `request_path` `request_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Request Path' after `id_path` , 
CHANGE `target_path` `target_path` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Target Path' after `request_path` , 
CHANGE `is_system` `is_system` smallint(5) unsigned   NULL DEFAULT 1 COMMENT 'Defines is Rewrite System' after `target_path` , 
CHANGE `options` `options` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Options' after `is_system` , 
CHANGE `description` `description` varchar(255)  COLLATE utf8_general_ci NULL COMMENT 'Deascription' after `options` , 
CHANGE `category_id` `category_id` int(10) unsigned   NULL COMMENT 'Category Id' after `description` , 
CHANGE `product_id` `product_id` int(10) unsigned   NULL COMMENT 'Product Id' after `category_id` , 
ADD KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID`(`product_id`) , 
DROP KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID` , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_CATEGORY_ENTITY_ENTITY_ID` 
FOREIGN KEY (`product_id`) REFERENCES `catalog_product_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
DROP FOREIGN KEY `FK_CORE_URL_REWRITE_PRODUCT_ID_CATALOG_PRODUCT_ENTITY_ENTITY_ID`  ;


/* Alter table in target */
ALTER TABLE `eav_attribute` 
DROP KEY `MAGMI_EA_CODE_OPTIMIZATION_IDX` ;


/* Alter table in target */
ALTER TABLE `eav_attribute_option_value` 
DROP KEY `MAGMI_EAOV_OPTIMIZATION_IDX` ;


/* The foreign keys that were dropped are now re-created*/

ALTER TABLE `core_url_rewrite` 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_CTGR_ID_CAT_CTGR_ENTT_ENTT_ID` 
FOREIGN KEY (`category_id`) REFERENCES `catalog_category_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE CASCADE , 
ADD CONSTRAINT `FK_CORE_URL_REWRITE_STORE_ID_CORE_STORE_STORE_ID` 
FOREIGN KEY (`store_id`) REFERENCES `core_store` (`store_id`) ON DELETE CASCADE ON UPDATE CASCADE ;

/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

La meilleure façon d'accélérer les opérations de grande base de données est d'avoir votre base de données sur son propre serveur optimisé pour l'utilisation de la base de données. Il n'y a pas grand-chose à améliorer dans la zone de paiement au niveau du code (bien que certains types de produits, comme Configurable, puissent vraiment ralentir le processus de cotation) car très peu peuvent être mis en cache en toute sécurité.

Peut-être cherchez à diviser les lectures et les écritures dans votre base de données. Vous aurez besoin d'une configuration de réplication presque immédiate, ce qui m'inquiète toujours de le faire, bien que d'autres puissent avoir plus d'informations sur la meilleure façon de le configurer.