2012-01-31 1 views
1

제목이 거의 그것을 설명합니다.백엔드/관리자 전용 PHP 전자 상거래 플랫폼을 사용한 적이 있습니까? 플랫폼의 API 만 사용하는 완전히 맞춤형 프론트 엔드가 있습니까?

나는 상점 정면을 완전히 사용자 정의하고 싶다. 그리고 이것을하기 위해 파일 (예 : Magento)의 광기를 통해 작업하는 것은 나의 차 한잔이 아니다.

사람이 경우에도 이전에 이런 짓을 ... 그리고 했나요 등 예를 들어, 할인/쿠폰 코드, 미리 정의 된 기간 동안 판매 가격, 세금 -

나는 여전히 젠토 같은의 관리 & 계산 기능을 원하는 그러나 않습니다 이 상황에서 이상적인 플랫폼을 추천 할 수 있습니까?

Magento는 설명서가 부족하고 표준 웹 호스트에서 성능이 떨어지기 때문에 API 호출을하는 경우에도 좋습니다.

건배!

+0

아마도 http://shopify.com/과 같은 호스팅 솔루션이 그러한 경우에 도움이 될까요? – Daveo

+0

Shopify에 대해 확실하지 않습니다. 나는 Shopfront가 주최하는 상점가를 원하지 않을 것입니다. 300 초마다 500 회의 API 호출 만 허용합니다. 한 번의 페이지로드로 인해 10 개 이상의 API 호출을 할 수 있습니다. – Baraka

답변

5

"Magento를 배우는 데 실패한 사람은 잘못 재생하도록 운명 지워집니다."

Performance on Magento는 공유 호스팅에 문제가 있지만 겸손한 가상 서버에서는 캐싱 기능이 켜져 있어도 성능에 문제가 없습니다. 추가 도구 인 'Varnish', 'Nginx'등으로 확장 가능한 성능이 있습니다. 그것은 작동합니다.

간단한 고객 표, 간단한 제품 표, 주문 표 및 빠른 성능으로 상점을 단순하게 만들 수는 없습니다. 그러나 Magento는 (OsCommerce를 통해) 시작하여 문제/한계를 깨닫고 최고의 프로그래밍 방법으로 훨씬 더 현명한 시스템을 구축했습니다. 위대한 업적에도 불구하고 주말에 웹 상점을 작성하고 필요에 따라 요구 사항을 충족시킬 수 있다고 생각하는 많은 개발자가 있습니다. Magdeo가 그렇듯이 이러한 '불쾌한 카트'를 유혹하는 것은 모듈화 된 방식으로 전체 기능을 제공하거나 확장 할 수 없으므로 일반적으로 시간 낭비입니다.

Magento 문서가 큰 문제라고 생각하지 않습니다. 따라서 Magento와 '네트워크 효과'가 있습니다. 따라서 '누락 된 문서'가 많아 Google이 가능합니다.

처음에는 레이아웃 엔진과 '수백만 개의 파일'이 혼란스러워 보입니다. 그러나 이것이 어떻게 작동하는지 배우고 자신 만의 몇 가지 재사용 가능한 리소스를 얻는 데는 시간이 걸립니다. 모듈, 레이아웃 xml 및 MVC 메소드를 사용하여 Magento 방식으로 작업하는 방법을 배우는 것이 더 좋습니다. 익스프레션 엔진과 같은 CMS에서 Magento 블록을 더 잘 포맷 할 수 있고, 백엔드를 위해 Magento를 사용하면 아무 것도 숨기지 않고 어느 곳으로도 갈 수없는 상당히 쓸모없는 셋업으로 끝날 것입니다.

+0

귀하의 의견에 감사드립니다. 다른 CMS를 사용할 계획이 아니 었습니다. 나는 상점 정면을 완전히 개발했을 것이다. 전 두 곳의 완전한 전자 상거래 사이트를 처음부터 개발했습니다. 이 기능이 작동하는 동안 필요한 기능을 따라 잡기가 어렵습니다. 따라서 백엔드 용 기존 플랫폼을 사용하고 싶습니다. 그러나 나는 코드를 붙이고 선물 할 수있는 유연성을 원하지만 모든 Magento의 팽창없이 프론트 엔드를 좋아합니다. 이 방법에 동의하지 않는다면 Magento가 유일한 옵션입니까? 누구나 Lemonstand를 사용 했나요? 꽤 좋아 보인다. – Baraka