Chúng tôi có thư viện đẹp mắt về các mô-đun cakephp tại nơi làm việc của tôi và chúng tôi phát triển các trang web tùy chỉnh với tốc độ tốt cho đến khi giỏ hàng đi theo cách của chúng tôi để làm chậm quá trình. Tôi đã sử dụng nhiều giỏ hàng khác nhau ( Magento, Opencart, Zencart ) trong các dự án khác nhau, nơi chúng tôi phải hợp nhất chúng với ứng dụng cakephp cốt lõi của chúng tôi. Thông thường các yêu cầu rất tùy chỉnh làm cho giỏ hàng không thể nâng cấp và mất nhiều thời gian .

Tôi đang suy nghĩ để tạo ra giỏ hàng của riêng chúng tôi ( hiện tại khá cơ bản và chúng tôi sẽ mở rộng khi chúng tôi tiếp tục ) từ đầu để có thể điều chỉnh các yêu cầu tùy chỉnh một cách dễ dàng. Có đáng để làm không?

CẬP NHẬT 24-ngày 8 tháng 8

Tôi tiếp tục phát triển giỏ hàng của chúng tôi. Dưới đây là những kinh nghiệm của tôi mà tôi muốn chia sẻ với các bạn.

Những lợi ích

1. Giỏ hàng mới là dễ dàng để thay đổi và mở rộng.
2. Nó tiết kiệm thời gian khi chúng tôi có các yêu cầu mơ hồ hoặc tùy chỉnh và cho phép chúng tôi nhập trực tiếp các mô-đun từ thư viện mã hiện có của chúng tôi.
3. Không cần thực hiện mẫu kép cho giỏ hàng & trang web tùy chỉnh.
4. Bảng quản trị duy nhất cho giỏ hàng của chúng tôi và trang web tùy chỉnh.

Hạn chế

1. Vẫn chưa đủ trưởng thành wrt xe khác trên thị trường.
2. An ninh quan tâm. Chúng tôi chủ yếu dựa vào bảo mật cakephp.
3. Thiếu chức năng

Vấn đề phải đối mặt

1. Phát triển cổng giao hàng / thanh toán là nỗi đau thực sự. Như @davidhaskins đã chỉ ra

Nó đã tiết kiệm cho chúng tôi thời gian đáng kể mà chúng tôi có thể đã dành để hack các giỏ hàng tiêu chuẩn để đáp ứng nhu cầu của chúng tôi

Tôi đã làm điều đó trong quá khứ, nhưng tôi sẽ không bao giờ làm điều đó một lần nữa. Tích hợp các tùy chọn thanh toán (được gọi là "cổng thanh toán" như được đề cập trong các bình luận bên dưới) là nỗi đau thực sự. Tôi không khuyên bạn, nhưng tôi không ở trong tình huống chính xác như bạn đang gặp phải. Tôi đoán nó phụ thuộc vào các tùy chỉnh cần thiết của bạn.

Tôi là một chuyên gia thương mại điện tử trong khoảng bốn năm, gần như chỉ sử dụng Magento. Theo tôi, việc mua so với xây dựng phụ thuộc hoàn toàn vào khối lượng giao dịch và các nhu cầu cụ thể theo tình huống khác.

Magento là một bản phân phối tuyệt vời (mặc dù điều đó có thể thay đổi với việc mua lại của eBay) - rất nhiều điều mà bạn không thực sự muốn làm được thực hiện cho bạn. Có tích hợp rộng rãi với các cổng giao dịch và giao dịch / thanh toán. Đó là những điều khó khăn để rèn giũa khi xây dựng một hệ thống. Tôi đồng ý với khẳng định của bạn rằng chúng khó nâng cấp, nhưng nếu bạn thiết kế triển khai với những nâng cấp trong tương lai, nó sẽ giảm bớt cú đánh khi đến lúc phải nâng cấp.

Gần đây tôi đã thử làm việc với Presta Shop và cam kết một số tài nguyên / mã cho dự án của họ, nhưng tôi không nghe thấy gì. Đây là một gói hiện đại, được xây dựng rất tốt, xử lý các cửa hàng nhỏ hiệu quả hơn nhiều so với Magento.

Dù bằng cách nào, tôi nghĩ rằng câu hỏi không phải là liệu bạn có nên tự xây dựng một cái hay không, mà là cách bạn có thể tạo các plugin bánh kết nối với các API. Tôi nghĩ rằng đó sẽ là giá trị cực kỳ cao. Ngoài ra, bạn có thể học cách triển khai các hệ thống này dưới dạng hệ thống trang đầy đủ, vì Magento có khả năng khá cao như một CMS.

Tôi nghĩ bạn đã trả lời câu hỏi của riêng bạn. Tích hợp với các xe khác mất quá nhiều thời gian cho bạn. Vì vậy, chắc chắn, tại sao không thử làm cho riêng bạn tích hợp tốt hơn vào hệ thống của bạn? Hạn chế chính là bạn sẽ không nhận được tất cả chuông và còi của một giỏ hàng hiện có, và bạn sẽ có một số đường cong học tập trong việc xử lý apis thanh toán. Nhưng nếu nhu cầu của bạn khiêm tốn, bạn sẽ sử dụng lại nó và cuối cùng nó sẽ tốt cho công ty của bạn, tôi không thấy bất kỳ lý do nào để không thử.

Tôi sẽ khuyên bạn nên chống lại nó mạnh mẽ, trừ khi bạn sẵn sàng hỗ trợ nó toàn thời gian. Các lỗ hổng trong các ứng dụng giỏ hàng được khai thác mạnh mẽ và có thể dẫn đến dữ liệu thẻ tín dụng bị lộ. Và một khi bạn bắt đầu chạy afoul theo tiêu chuẩn PCI, cơn đau đầu chồng chất.