Karşılaştırma işlevi neden (günlük) ziyaretçi kimliğiyle bağlantılı?


16

Bir projeye başlarken yaptığım ilk şey, müşteriye web sitesinde kullanıcı günlüklerine ihtiyacı olup olmadığını sormaktır. Teknik açıdan Mage_Logmodül. Şimdiye kadar tüm durumlarda cevap aldım:

Hayır. Google Analytics'i kullanacağız.

Ve bir sonraki soru "Ürünleri karşılaştırmak ister misiniz?" Bu soruları soruyorum çünkü günlük tabloları fazla mesai yapma eğilimindedir ve web sitesi yavaşlar. Bu yüzden hız sorunlarını düzeltmekten kaçınmak istiyorum.

Sorduğum ikinci soru, ürünleri karşılaştır bölümünün konuk müşteriler için günlüklere bağlı olmasıdır. Uygulamasına bakın addActionürün karşılaştırma kumandanın:

 if ($productId
        && (Mage::getSingleton('log/visitor')->getId() || Mage::getSingleton('customer/session')->isLoggedIn())
    )

Yani müşteri ürünleri karşılaştırmak isterse günlüğe kaydetmeyi devre dışı bırakamam.
Yani bir uzantı arayabilirim veya bir tane oluşturabilirim, ancak asıl soru şudur: Karşılaştırma işlevi neden ziyaretçi kimliğiyle bağlantılı? Bunun iyi bir sonucu var mı? Konuk teklifleri, oturumdaki teklifin kimliğine başvurarak güzel çalışır. Ürünleri karşılaştırmak için neden aynı değil?


Muhtemelen hiç kimse Magento'nun herhangi bir bölümünü devre dışı bırakmayacağından, proje her parçayı doğru kullanır;)
David Manners

Birisi çekirdek bir modülü devre dışı bırakma olasılığını uyguladığı sürece bunun sebebi olduğunu sanmıyorum ... ama şakayım :).
Marius

Kabul ettim, ancak bazı uzantıları devre dışı bıraktıktan sonra güzel çalmayan başka parçalar gördüm. Kısacası, insanların neden besteciyi sevdiğini gerçekten anlamıyorum ve Magento bana neden çekirdek modüllerini güvenilir bir şekilde ayıramayacağınız için garip geliyor.
David Manners

@DavidManners. Umarım bu 2.0'da bir dereceye kadar mümkün olacaktır.
Marius

öyleyse, modülü devre dışı bırakırsanız, ancak daha sonra log/visitoroturum bilgileriyle çalışan yapılandırma için kendi modülünüzü ayarlarsanız ne olur ? Hiç denemedim
David Manners

Yanıtlar:


7

Durduğu gibi, bu sorunun biraz cevapsız olduğunu söyleyebilirim - günlük tablolarını kullanmasının nedeni, çünkü. Gerçekten Mage_Log 0.6B beri var olduğunu ve erken çabaları üzerine ilk işlevselliği kanca olabilir söylemek dışında çok mantıklı olduğunu sanmıyorum; bir süre sonra sınırlamalar muhtemelen ortaya çıktı ve bu fikir üzerinde gelişmeyi bıraktılar.

Bu gerçekten sadece Boris gibi biri tarafından tam olarak cevaplanabilir, ancak "neden bu şekilde yaptınız" cevabının olacağından eminim çünkü bu şekilde yaptık. "


1
Bir "çünkü bu şekilde yaptık" cevabı, "çünkü ef sen" cevabından daha iyidir. Sanırım haklısın, bu cevaplanamaz. Temel bir geliştirici yanıtı bekliyordum. Bu yanıtı kabul edeceğim çünkü birisi bunun yanlış olduğunu fark etti ve Magento2'de değiştirmeye karar verdi. github.com/magento/magento2/issues/536
Marius

Haklısın. Modülerlikle ilgili orijinal deneyim eksikliği, gelişimin erken aşamalarında ve daha da önemlisi, zaten "çalışan" mevcut kodu tekrar gözden geçirmek ve yeniden yazmak için zaman eksikliği
Unirgy
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.