URL 언어 접두사를위한 가장 좋은 방법은 Catalyst입니까?

나는 기존 사이트에 대해 이미 여러 언어로 모든 I18N 및 GetText 작업을 수행했습니다.URL 언어 접두사를위한 가장 좋은 방법은 Catalyst입니까?

하나 개의 언어를 선택하거나 다른이 www.domain.com/ fr_FR의/my_action 또는 www.domain.com/ DE_DE/my_action 같은 경로 부품 URL을 접두어로하는, 뜨거운 갈 수있는 가장 좋은 방법입니다 것으로 보인다 Google 친화적 인 사이트. Catalyst-Plugin-I18N-PathPrefix 그리고 그것은 촉매에서이 작업을 수행 할 수있는 올바른 방법 (또는 현재의 모범 사례)가이 advent article

기반으로 보인다 :

나는이 모듈을 발견했다?

내 행동, 필요한 주장 및 URL을 변경할 필요가 없다고 약속합니다.

또는이 플러그인/기술로 인해 서버에 과부하가 발생하여 모든 URL을 직접 다시 작성하지 않아도됩니다.

감사합니다 : Migue

출처

2013-03-15 MIguelele

나에게 좋은 해결책처럼 보입니다. 무슨 문제 있니? – ikegami

아직 구현되지 않았으므로 구체적인 문제는 없지만 이번에는 잘못된 결정을 내릴 수 없습니다. 그것은 내가 만든 가장 큰 사이트입니다 (125.000 페이지 이상이 큰 서버 인프라가 아닙니다). 적절한로드 테스트를 수행 할 수 없으며 모든 연결에 추가 프로세스가 추가 될까 봐 걱정됩니다 ... – MIguelele

위험을 감수하고 Catalyst-Plugin-I18N-PathPrefix 플러그인을 구현했습니다. 그것은 쉽고, 서버로드 (저의 주요 관심사였습니다)는 눈에 띄지 않는 것처럼 보입니다.

말하자면 ... 나는 플러그인 성능에 대해 염려하기 전에 내 자신의 코드를 많이 최적화해야한다.

감사합니다.

출처

2013-05-06 16:21:50 MIguelele

있습니까 www.domain.com/fr_FR/my_action 및 www.domain.com/de_DE/my_action 같은 리소스, 그냥 는 다른 언어로을 표현? 또는 사용자가 선택한 언어 (예 : 다른 뉴스)에 따라 다른 콘텐츠를 볼 수 있습니까?

첫 번째 질문에 대한 대답이 '예'인 경우 Accept-language 헤더 준수를 구현하는 것이 좋습니다. 예를 들어 I18N::AcceptLanguage을 사용하면 URL을 디자인 한 방식에 어떤 방식 으로든 영향을 미치지 않습니다.

출처

2013-04-01 15:37:32 larsen

URL 언어 접두사를위한 가장 좋은 방법은 Catalyst입니까?

답변

관련 문제