Magento, 1M ürünleri için doğru platform mu?


31

Magento'nun 1M SKU'larla nasıl performans göstereceğini görmem gerekiyor; ama indirmek için büyük bir veri örneği kümesi bulmakta güçlük çekiyorum - ya da içe aktarma için yayın (ve içe aktarma işleminin kendisi) oluşturmak için uygun bir yöntem bulmakta zorlanıyorum.

  1. Kimse, içe aktarmak için büyük bir veri kümesi kümesini nereden indirebileceğimi biliyor mu (veya bunu oluşturmak ve içe aktarmak için mantıklı bir araç)?
  2. 1M + 'lık bir katalog boyutuna sahip olmakla ilgili hangi sorunları öngörüyorsunuz?
  3. Tek bir ürün DB'sini birden fazla bağımsız mağaza (farklı şirketler) ile paylaşmanın bir yolu var mı?

Yanıtlar:


36

tl;dr ->" Magento 1M ürünlerini kaldırabilir mi ", cevabı evet , ancak bazı hususlar var. Bu ölçekte kişi, bu oranın bir kataloğunu satmak için altyapıya iyi bir yatırım yapmayı ve personelinizi destekleme hacminiz olduğunu varsayar.

İlk:

Magento CE örnek verilerinde, gördüğünüz gibi, farklı kategorilerden yalnızca bir avuç ürün bulunur. EE örnek verileri daha fazlasına sahiptir ve bunları mağaza türüne göre ayırmıştır.

CE örnek verilerini buradan indirebilirsiniz . EE'niz varsa, EE örnek verilerini MagentoCommerce.com hesabınızdan indirmeniz gerekecektir.

Bununla birlikte, bunun yüzlerce hatta binlerce ürün olmadığını göreceksiniz. Ürünleri veritabanına aktarmanızı tavsiye ederim - bu işlemin nasıl yürüdüğünü anlamak için iyi bir alıştırma. Bu, Magento'nun Veri Akışı yoluyla veya API içe aktarma yoluyla yapılabilir - bu ölçekte nasıl yapılacağına ilişkin bilgiler internette kolayca bulunur.

Dikkatli bir kelime - Dataflow oldukça yavaş, bu nedenle bir kataloğun istediğiniz boyutta içe aktarılması oldukça zaman alabilir. Bildiğim kadarıyla vahşi doğada yüz binlerce veya milyonlarca ürün bulunan örnek bir katalog yok.


Düzenleme 1/7/14:

Twitter'da @ryaan_anthony, yüz binlerce ürünü üretecek MySQL saklı bir prosedür yayınladı https://gist.github.com/ryaan-anthony/6290973


Magento API ve Dataflow ile ilgili bazı okumalar:

http://www.magentocommerce.com/knowledge-base/entry/introduction-to-magento-dataflow

http://www.magentocommerce.com/api/soap/catalog/catalog.html

İkinci:

Bu boyutta bir katalog çalıştırırken Ürün, URL Yeniden Yazma ve Envanter İndeksleme en önemli sorunlardır . Katalog araması da oldukça yavaş olabilir, ancak Apache Solr (EE'ye yerel olarak sağlanan entegrasyon) kullanılırsa hafifletilebilir. Solr için CE eklentileri var - Sonassi'de bir tane var ve diğerleri Google üzerinden bulunabilir.

700k-serisindeki katalogları idare ettim, bu hala 1M'den daha az bir şey. Endeksleme saatlerce sürebilir . Bu gelmiştir ele yılında Kurumsal 1.13 . Ben çok tavsiye bu ölçekte Enterprise Edition de sert bir göz atın. CE ile mümkün mü? Kesinlikle; ancak EE 1.13'teki endeksleme gelişmeleri özellikle bu duruma göre uyarlanmıştır.

Üçüncü:

Çoklu mağaza Magento'ya özgüdür ; farklı üst düzey kategoriler ve web siteleri kurabilirsiniz. Hepsinin aynı kataloğu paylaşması gerekmez - siteler arasında hangi ürünleri paylaşacağını seçebilir veya kataloğunuzu ayrı tutmaya karar verebilirsiniz. Daha fazla bilgi burada:

http://www.magentocommerce.com/knowledge-base/entry/overview-how-multiple-websites-stores-work

Magento'da ne kadar çok mağaza, mağaza manzarası var, indeks girişleri o kadar fazladır ve düz katalogunuz o kadar fazla olur ki, düz kataloğun gerçekte performans kaybı olabileceği noktaya kadar şişebilir. Yine, Sonassi'nin Magento.SE ve web sitesinde bununla ilgili bir ton bilgisi var . Bu ürün yönetimi alanına girdiğinizde, Magento.SE'deki Magento'yu ele almak / ölçeklemek için Sonassi'nin bazı cevaplarını aramak isteyeceksiniz.

Her insanın kurulumu farklıdır - durumunuzda kataloğunuz için en uygun ayarların hangisi olduğunu bulmak için sürekli test etmeniz, düzeltmeniz, ince ayarlamalar yapmanız gerekir.


Selam! Bütün bu bilgiler için çok teşekkür ederim.
Gabriele

DB, düzenli aralıklarla güncellenen DB düzenleyicisine bağlı bir sistem tarafından otomatik olarak oluşturulur. Kitapçılara son veri tabanı ve güncellemeleri sağlıyoruz ve şimdi müşterilerimize tam bir e-ticaret çözümü sunmak istiyoruz. Tüm verileri Magmi üzerinden almak için yaptım. Bizim için harika ve mükemmel. İndeksleme kadarıyla Solr çözümüne gideceğim. Müşterilerime tam yönetici erişimi sağlamak zorunda olduğum için MultiStores'ı kullanamıyorum. Tekrar teşekkürler!
Gabriele

Barındırma, db optimizasyonu, veri akışı için alternatifler veya geliştirmeler, büyük veri işleme için fabrika başlatma yerine klon kullanımı, önbellek ve performans optimizasyonu ve bu katalog için magento optimizasyonuna yönelik diğer performans seçeneklerinden bahsetmediniz. boyut. İndeksleme için birkaç saat beklemek acı verici ... neden küme çalıştırmıyorsunuz veya indekslemeyi işlemek ve bittiğinde bir DB tablosunun senkronize olmasına izin vermek için mysql proxy kullanıyor musunuz? Sadece bazı temel düşünceler ... daha gelişmiş yöntemler de var.
mprototype

@mprototype uygun gördüğünüz gibi kendi cevap eklemek için çekinmeyin.
Philwinkle

7

Bu kadar büyük miktarda ürünü almak için ApiImport kullanın . ImportExport'a dayanıyor ve gerçekten hızlı ... Sanal bir makinede saatte 500k (indeksli) basit ürünler yönetiyordum.

Sadece testleri / benchmark_import_api.php çalıştırın. İhtiyacınız olmayan varlık türlerini (ve alt türlerini) kaldırmak için bu dosyayı düzenleyin. Daha hızlı sonuçlar için USE_API değerini false olarak ayarlamak isteyebilirsiniz.


4

Biz kullandık http://www.icecat.biz/en/ örnek verilerdeki yükleme için ekstre ürünü yayınlara geçmişte. Birkaç Magento eklentisi de var, ancak onlar bizim için hiçbir zaman işe yaramadı, bu yüzden ithalat komut dosyalarımızın çoğunu yazdık.


4

Bir milyondan fazla ürünü magentoya sokmak için. magmi destekli, farklı ürün türlerinde csv dosyasını ithal eden basit php betiği yazar. Sonra onları almak için magmi kullanın

http://sourceforge.net/apps/mediawiki/magmi/index.php?title=Magmi_Wiki


Magmi csv ithalatçısı değil mi? Bu yüzden Magm 'i katalogu çağıran csv dosyaları ile beslemem gerekiyor, değil mi?
Gabriele

1
evet, wiki'de dokümantasyon var, csv'nizi ürünün içe aktarılması için nasıl biçimlendirmeli ve daha sonra profili web-arayüzü ile yapmalı ve bunu almak için cli komutunu kullanmalı / usr / bin / php magmi.cli.php -profile = custom_options -mode = create -CSV: dosyaadı = "$ {x}"; bitti
sutha kathir

CSV, Magmi'nin kullanabileceği veri kaynaklarından biridir. Magmi'nin, CSV dosyalarına veri enjekte edebileceğiniz bir veri pompası arayüzü olduğunu unutmayın.
Axel

3

Başkalarının sorularınızın çoğuna değinmiş gibi göründüğü gibi tam bir cevap değil, sadece eklemek için birkaç şey:

1) Bu sorunu çözdüm: On CSV'de Neredeyse Bir Milyon Rastgele Magento Ürünleri Ayrıca http://beta.generatedata.com/ adresini deneyebilirsiniz.

2) Philwinkle'ın daha önce de belirtildiği gibi: indeksleme, veri akışı ve arama, bu kadar büyük bir veri setiyle üstesinden gelinmesi gereken en büyük engeldir. EE1.13, bu kadar büyük veriyi (MySQL Tetikleyicileri, tüm ürün / kategori durumunu göz önünde bulundurarak vs.) ele almak için daha iyi bir iş çıkarsa da, bir anda hala ilk sürümüdür (x.0.0). bir üretim ortamı için düşünmeden önce başkalarının böcek bulma yükünü üstlenmesini sağlar. Altyapı ve optimizasyon anahtarıdır. Gelecekteki yükseltme, ALTER TABLEyükseltme sırasında birleştirilmediği ve DB'de yükseltme işlemini gerçekleştirmek için saat / gün alabileceği gibi , dikkate alınması gereken başka bir şeydir :

Bazı büyük bir veritabanında indeksleme konuyla ilgili bazı okuma:

3) İki Magento mağazası arasında veri paylaşmanın en kolay yolu, diğer Magento API şirketlerine bir REST / SOAP talebi ile olacaktır. Alternatif, kataloğu bir şirketten çıkarmak ve diğerinin onu almasına ve ayrıştırmasına izin vermek olacaktır, 1 milyondan fazla ürünle API'den geçmekten çok daha hızlı olabilir.


1
1) Şuna bir bakayım. 2) Evet, CE'de Magmi'ye gittim. Nasıl performans göstereceğini göreceğiz. 3) Evet, tüm e-mağazalar arasında ortak bir ürün DB paylaşmanın bir yolunu bulamazsak, veri depolama ve yeni mağazada ithalat seçeneğinin bizim seçimimiz olacağını düşünüyorum. Çok teşekkür ederim B00mer!
Gabriele

3

Magento 1.7.x kullanan 1.2m (nitelik yok ve özellikle sadece mağaza görünümünde) ürünleri olan bir proje üzerinde çalıştık ve işte size deneyimlerimizden bazıları:

  1. Aslında ürünleri ithal etmek gayet iyi, sanırım ilk ithalatımız 1,5 saat gibi bir şey aldı

  2. Reindex yaparken diskimiz aşırı derecede acı çekecekti, çözüm iyi miktarda ram elde etmekti (32 gb ram amazon ssd örneği). Innodb havuz belleği tahsisini veri tabanının büyüklüğünün bir kısmına koyduğumuz innodb ayarlarını optimize et ve özellikle geçici tablo tamponunu varsayılan 16 mb'den 128 mb'ye değiştir.

  3. Önbellek, hızlı önbellek için yalnızca APC önbellek, yavaş önbellek için dosyalar, gereksiz günlük kaydı ve modülleri düz masa ve diğer birkaç optimizasyonla birlikte kapatmak, sunucunun ürün sayfalarını html (tüm sayfa değil) ile 200 msn'de sunmasını sağlar. Yapılacaklar listemizde vernik önbelleği bulunmaktadır.

  4. Çok sayıda kilitlenme sorunuyla mücadele etmek ve öldürmek (bazıları yönetici olarak kalmaya devam ediyor), muhtemelen Magento'nun daha yeni bir sürümü bu sorunları forumlara göre vermeyecektir.

Gerçekten 1,2 milyon ürün ile ilgili sorunlar olduğunu söyleyeceğim, uygun ekip ve kaynakları yerinde olmadan yapmamı önerdiğim bir şey değil, ancak zamanınız varsa çalışmasını sağlayabilirsiniz.

Başka hangi platformun daha iyi iş yapacağını bilmiyorum.


2

Bunu her zaman iyi yapın, evet Magento CE & EE (sağlanan veri setlerini kullanarak teoriden değil) deneyimlemekle birlikte, EE endeksleme için daha iyidir. Magmi gayet iyi, ancak ilk yük için reindex'e geldiğinizde ciddi bir probleminiz olacak. Bunun üzerine, günlük ürünlerin% 3'ünün değişmesi durumunda otomatik endeksli 30.000 ürünü güncellemeniz gerektiğinde günlük bir reindex gerçekleştiremeyeceğiniz bir bakımınız olur. Tüm bunlar, kümelenmiş hosting ve delta özellikli bir tedarikçi şirket içi alan adı olan onboarding olan iki şeye dayanıyor.

İnsanlar, ürünler yüklendiğinde işin bittiğini düşünüyor, ancak zor iş başladığında böyle görünüyor. Çok fazla mağazanız varsa, fiyatlandırma katmanları o zaman barındırma işleminizin ikiye katlanması gerekir, bu nedenle tüm amaç ve amaçlar için% 95'inin uygulama şansı yok,% 99'unun bakım şansı yok. Milyonlarca ürün Orta - Büyük İşletmelere eşittir - eğer danışmanlarınız bu tecrübeye sahip değilse, altyapının orta ve uzun vadede çökmesini bekliyorlar.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.