Ödeme ve ödeme kaydetme işlemlerine sepeti hızlandırma

Birkaç Magento CE mağazası işletiyorum ve önbellekleme ile hızlandırıyorum, ancak araba ve ödeme hala yavaş. Bu sayfaları hızlandırma konusunda herhangi bir deneyim veya ipucu var mı?

Belki de veritabanını optimize ederek?

Sunucudan yavaş sorgu günlüğünde bir sipariş kaydedilirken bir sorgu kaydedilirken bazı sorgular gerçekleştirildi ve veritabanı darboğaz gibi görünüyor.

1. Kişisel deneyimden, ödeme işleminde 4 kez 'önbellek temizliğini' zorlayan Mage_Rss modülünü devre dışı bırakın - dosya sistemi önbelleği kullanıyorsanız çok pahalı, veritabanı kullanıyorsanız veya memcached olsa da muhtemelen pahalı.

2. CE Sadece İndirilebilir ürünü kullanmadığınız sürece benzer nedenlerle Mage_Downloadable'ı devre dışı bırakın, bu, sepette birden fazla öğeniz olduğunda ödeme ve alışveriş sepeti işlemlerini hızlandıracaktır, çünkü checkout_type_onepage_save_order_afteröğelerin # sepetinde.

3. Xhprof / xhgui'yi bağlayın ve biraz profil oluşturma yapın.

• Dizinlerinizi manuel olarak ayarlayın.
• Önbellek etiketi depolamasını devre dışı bırak

Her iki değişiklik de Magento'nun önbellekleri temizlemesini ve her sipariş verildiğinde yeniden endekslenmesini engellediğinden performans üzerinde büyük bir etkisi olacaktır.

Bununla birlikte, sonuç olarak içerik eski olabilir - stok seviyeleri vb.

Deneysel bir şekilde çözmek istiyorsanız, münih, almanca'daki ilk magento hackathon'dan bir uzantı var:

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

Onlar bir mongo db emirleri kuyruk, fikir, eğer mysql-sunucu onları geri yazmak için yük serbestse. Ama bu projenin ne kadar hazır olduğunu bilmiyorum. Afaik tüm yazıları çalışıyor, ama arka yazıları değil.

Mücadele ettiğin Magento CE Versiyonunu bilmiyorum. Ancak CE 1.6'mda ciddi performans sorunları yaşadım.
Sebep: Yanlış ve eksik dizinler. CE 1.6.2'de düzeltildiği yerde
size yardımcı olup olmadığını kontrol edebilirsiniz.
38 satır için ödeme süresini 73 madde toplam 123 sn ile 4 sn azalttı !!!!

İşte geliyor:

/*!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 */;

Büyük veritabanı işlemlerini hızlandırmanın en iyi yolu, veritabanınızı veritabanı kullanımı için optimize edilmiş kendi sunucusunda bulundurmaktır. Çok az bir şey güvenli bir şekilde önbelleğe alınabileceğinden, ödeme alanında kodla geliştirilebilecek pek bir şey yoktur (Yapılandırılabilir gibi belirli ürünler teklif verme işlemini gerçekten azaltabilir).

Belki DB'nizde okuma ve yazma bölme bakmak. Diğerlerinin en iyi nasıl yapılandırılacağı konusunda daha fazla bilgiye sahip olmasına rağmen, bunu yaparken beni her zaman endişelendiren şey olan hemen çoğaltma kurulumuna ihtiyacınız olacaktır.