XML 파싱이 i18n/l10n 및 다른 작업을 처리하기에 충분히 빠르습니까? 아니면 MySQL을 사용해야합니까?

Question

문제점 : CMS와 같은 PHP 5.3/MySQL 사이트에서 번역을 처리하는 것 (그리고 어쩌면 플러그인 기본 설정과 파일 구조를 검색/저장)을 처리하는 것입니다.

내가 택할 수 있었던 접근법은 다양한 언어로 된 일반적인 번역본과 단일 페이지와 단일 플러그인에 대한 지역화 된 더 작은 XML 파일이있는 큰 XML 파일을 만드는 것이었다.

XML 파싱이 작업을 수행하기에 충분히 빠르습니까? 아니면 다른 방법 (간단한 텍스트 파일, 데이터베이스 테이블 ...)을 사용해야합니까? 가장 빠른 XML 구문 분석기는 무엇입니까?

Answer 1

너무 빠르면 현재 프로젝트에만 한정됩니다.
아마도 이것은 premature optimization이라고 생각합니다. 내 조언은 당신과 당신의 번역가에게 가장 편리한 방법을 사용하고 작동하지 않으면 다른 방법으로 변경할 가능성을 남겨 두는 것입니다.
번역 방법을 변경하고 배열/etc를 사용하여 기존 번역을 /에서 XML/DB/PHP 파일로 이동하는 것은 그리 어렵지 않습니다. Memcache를 사용하여 매번 번역을로드하고 구문 분석하지 않아도됩니다.

Answer 2

성능 요구 사항을 모른 채 성능 요구 사항을 충족하는지 어떻게 알 수 있습니까?

본질적으로 충분히 빠르지 않아도되는 이유는 없습니다. 물론 번역 사전과 같은 재사용 가능한 리소스가 캐시되고 빠른 인덱싱 된 액세스에 XSLT 키를 사용하도록주의해야합니다.