"Magento를 배우는 데 실패한 사람은 잘못 재생하도록 운명 지워집니다."
Performance on Magento는 공유 호스팅에 문제가 있지만 겸손한 가상 서버에서는 캐싱 기능이 켜져 있어도 성능에 문제가 없습니다. 추가 도구 인 'Varnish', 'Nginx'등으로 확장 가능한 성능이 있습니다. 그것은 작동합니다.
간단한 고객 표, 간단한 제품 표, 주문 표 및 빠른 성능으로 상점을 단순하게 만들 수는 없습니다. 그러나 Magento는 (OsCommerce를 통해) 시작하여 문제/한계를 깨닫고 최고의 프로그래밍 방법으로 훨씬 더 현명한 시스템을 구축했습니다. 위대한 업적에도 불구하고 주말에 웹 상점을 작성하고 필요에 따라 요구 사항을 충족시킬 수 있다고 생각하는 많은 개발자가 있습니다. Magdeo가 그렇듯이 이러한 '불쾌한 카트'를 유혹하는 것은 모듈화 된 방식으로 전체 기능을 제공하거나 확장 할 수 없으므로 일반적으로 시간 낭비입니다.
Magento 문서가 큰 문제라고 생각하지 않습니다. 따라서 Magento와 '네트워크 효과'가 있습니다. 따라서 '누락 된 문서'가 많아 Google이 가능합니다.
처음에는 레이아웃 엔진과 '수백만 개의 파일'이 혼란스러워 보입니다. 그러나 이것이 어떻게 작동하는지 배우고 자신 만의 몇 가지 재사용 가능한 리소스를 얻는 데는 시간이 걸립니다. 모듈, 레이아웃 xml 및 MVC 메소드를 사용하여 Magento 방식으로 작업하는 방법을 배우는 것이 더 좋습니다. 익스프레션 엔진과 같은 CMS에서 Magento 블록을 더 잘 포맷 할 수 있고, 백엔드를 위해 Magento를 사용하면 아무 것도 숨기지 않고 어느 곳으로도 갈 수없는 상당히 쓸모없는 셋업으로 끝날 것입니다.
아마도 http://shopify.com/과 같은 호스팅 솔루션이 그러한 경우에 도움이 될까요? – Daveo
Shopify에 대해 확실하지 않습니다. 나는 Shopfront가 주최하는 상점가를 원하지 않을 것입니다. 300 초마다 500 회의 API 호출 만 허용합니다. 한 번의 페이지로드로 인해 10 개 이상의 API 호출을 할 수 있습니다. – Baraka