W moim miejscu pracy znajduje się piękna biblioteka modułów cakephp i tworzymy niestandardowe strony internetowe w dobrym tempie, dopóki koszyk nie pojawi się na drodze do spowolnienia procesu. Użyłem różnych koszyków ( Magento, Opencart, Zencart ) w różnych projektach, w których musimy połączyć je z naszą podstawową aplikacją cakephp. Zwykle bardzo niestandardowe wymagania uniemożliwiają aktualizację koszyka i zajmuje dużo czasu .

Zastanawiam się nad stworzeniem własnego koszyka na zakupy (obecnie dość podstawowego, a my będziemy go rozszerzać w miarę ruchu ) od zera, aby mógł łatwo dostosować niestandardowe wymagania. Czy warto to zrobić?

AKTUALIZACJA 24-sie-11

Nadal rozwijałem własny koszyk. Oto moje doświadczenia, którymi chcę się z wami podzielić.

Korzyści

1. Nowy wózek można łatwo zmienić i rozszerzyć.
2. Oszczędza czas, gdy mamy niejasne lub niestandardowe wymagania, i pozwala nam bezpośrednio importować moduły z naszej istniejącej biblioteki kodów.
3. Nie ma potrzeby wdrażania podwójnego szablonu dla koszyka i niestandardowej strony internetowej.
4. Pojedynczy panel administracyjny dla naszego koszyka i niestandardowej strony internetowej.

Ograniczenia

1. Wciąż za mało dojrzałe wobec innych wózków na rynku.
2. Obawy dotyczące bezpieczeństwa. W większości polegamy na bezpieczeństwie cakephp.
3. Brakuje funkcjonalności

Napotkane problemy

1. Prawdziwy ból sprawił rozwój bramek wysyłkowych / płatniczych. Jak wskazał @davidhaskins

Zaoszczędziło nam to sporo czasu, który moglibyśmy poświęcić na hakowanie standardowych koszyków w celu zaspokojenia naszych potrzeb

Zrobiłem to w przeszłości, ale nigdy więcej tego nie zrobię. Integracja opcji płatności (zwanych „bramkami płatności”, jak wspomniano w komentarzach poniżej) była prawdziwym bólem. Nie polecam tego, ale nie jestem w takiej samej sytuacji, w jakiej się znajdujesz. Myślę, że to zależy od twoich potrzebnych modyfikacji.

Byłem specjalistą eCommerce przez około cztery lata, prawie wyłącznie używając Magento. Moim zdaniem, kupuj i buduj zależy całkowicie od liczby transakcji i innych potrzeb specyficznych dla danej sytuacji.

Magento to niesamowita dystrybucja (choć może się to zmienić wraz z przejęciem na eBayu) - wiele rzeczy, których tak naprawdę nie chcesz robić, jest zrobionych za Ciebie. Istnieje szeroka integracja z wysyłką i bramami handlowymi / płatniczymi. Są to trudne rzeczy do wykopania podczas budowania systemu. Zgadzam się z twoim twierdzeniem, że trudno je zaktualizować, ale jeśli zaprojektujesz swoje wdrożenie z myślą o przyszłych aktualizacjach, zmniejszy to wpływ, gdy nadejdzie czas na aktualizację.

Ostatnio próbowałem współpracować z Presta Shop i zlecić trochę zasobów / kodu do ich projektu, ale nic nie słyszałem. Jest to kolejny bardzo dobrze zbudowany, nowoczesny pakiet, który obsługuje mniejsze sklepy znacznie wydajniej niż Magento.

Tak czy inaczej, myślę, że pytanie nie dotyczy tego, czy powinieneś sam je zbudować, ale jak tworzyć wtyczki do ciastek, które łączą się z interfejsami API. Myślę, że byłaby to niezwykle wysoka wartość. Ewentualnie możesz nauczyć się wdrażać te systemy jako pełne systemy lokacji, ponieważ Magento jest całkiem zdolny jako CMS.

Myślę, że już odpowiedziałeś na swoje pytanie. Integracja z innymi wózkami zajmuje Ci zbyt dużo czasu. Więc pewnie, dlaczego nie spróbować stworzyć własnego, który lepiej zintegruje się z systemem? Główną wadą jest to, że nie dostaniesz wszystkich dzwonków i gwizdów istniejącego koszyka, a będziesz mieć pewne krzywe uczenia się w postępowaniu z apisami płatności. Ale jeśli twoje potrzeby są skromne, będziesz z niego ponownie korzystać, a ostatecznie byłoby to dobre dla Twojej firmy, nie widzę żadnego powodu, aby nie spróbować.

Odradzałbym to zdecydowanie, chyba że jesteś przygotowany na pełne wsparcie. Luki w zabezpieczeniach aplikacji do koszyków są agresywnie wykorzystywane i mogą powodować ujawnienie danych karty kredytowej. A kiedy zaczniesz działać zgodnie ze standardami PCI, narastają bóle głowy.