마 젠토 비누 v1 속도 향상

숙련 된 마 젠토 개발자에게 여러 가지 질문이 있습니다.

1. 마 젠토 v1 비누 API의 속도를 향상시킬 수 있습니까? 데이터를 요청할 때 magento가 고객 주소 등과 같은 간단한 정보를 컴파일하는 데 1.5 초가 걸립니다.

   가능한 여러 관련 데이터 노드를 요청하려면 약 5-7 초의 비용이 소요될 수 있습니다.

   이제 AJAX 요청을 통해 해당 요청을 이미 수행하고 있으므로 페이지 인터페이스가 빠르게로드되지만 속도가 향상됩니다.

2. 아니면 magento db에서 직접 관련 정보를 제공하기 위해 내 자신의 응용 프로그램을 작성하는 것이 더 좋습니까? 그것은 db의 그렇게 복잡하지 않으며 직접 쿼리를 수행하면 결과와 함께 100 분의 1 초 이내에로드됩니다 ...

   그 옵션에 대한 유일한 고려 사항은 다음과 같습니다.

   1. magento가 데이터베이스 구성표를 업데이트하고 변경하면 어떻게됩니까?
   2. 또는 magento의 데이터베이스 설정이 상대적으로 안전한 / 하향 호환 업그레이드입니까?

누구든지 이것과 그들의 성공 또는 실패한 이야기에 대한 경험이 있습니까? 진행 방법을 알기 위해서는 정보에 근거한 결정을 내려야합니다.

나는이 문제를 광범위하게 만났으며 Magento 객체를 직접 사용 하여이 문제를 해결했습니다. 코드 변경에 대한 우려가 있다고 생각하지만 내 코드의 대부분은 일회용 스크립트로 오래된 데이터를로드하는 데 사용되므로 사소한 걱정이었습니다. Magento 객체를 직접 사용하면 SOAP API를 사용하는 것보다 내부 학습을 조금 더 배울 수 있다는 부수적 인 이점도 있습니다. SOAP API 만 사용하는 것보다

우리가 시도한 또 다른 옵션은 Memcached를 사용하여 데이터를 캐싱하는 것입니다 (또는 Redis 와 같은 것도 작동합니다). 그러나 이제 캐시를 업데이트하는 빈도, 위치 및 그 밖의 것들에 대해 걱정해야합니다. 그러나 데이터를 훨씬 더 빨리 검색한다는 목표를 달성했습니다. 이것이 좋은 옵션인지 아닌지는 정확히 당신이하려는 일에 달려 있다고 생각합니다.

SOAP API의 속도를 높이는 것은 어려울 것입니다. 항상 여분의 하드웨어 (더 빠른 MySQL 서버)를 던지거나 NginX에서 저장소를 실행할 수 있습니다 .NginX는 몇 밀리 초가 지나면 많은 양의 http 요청을 처리하는 것이 좋습니다. 캐싱은 대부분의 전화 응답이 매번 달라 지므로 실제로 도움이되지는 않습니다.

Magento Core 모델을 사용하여 자체 API를 처음부터 작성하는 것이 가장 빠른 솔루션 일 수 있습니다. 코드를 조정하여 필요한 것을 정확하게로드하여 성능을 향상시킬 수 있기 때문입니다. 핵심 클래스를 사용한 경험에서 버전 1.5와 1.7 사이에서 크게 바뀌지 않았습니다.

편집 : 나는 잊었다. 작은 빠른 승리는 htaccess 또는 php.ini 파일에서 gzip 출력 압축을 켜거나 MySQL 데이터베이스가 아닌 경우 동일한 데이터베이스를 사용하여 SOAP api를 다른 서버로 옮기는 느낌이들 때 발생할 수 있습니다. 병목