달리 작동하는 마스터 템플릿에서 Agavi 예외가 발생 했습니까?

Question

나는 Doctrine에 Agavi를 사용하고 있습니다. 마스터 템플릿은 AgaviParseException의 인스턴스를 모두로드하지 않고 모든 인스턴스가   인 것을 나열합니다. 모든 기술의 최신 안정 버전을 사용하고 있습니다.

Answer 1

깨지지 않는 공간에는  을 사용하십시오. 템플릿에 유효한 XHTML이 있어야합니다. 참조 용으로 this 차트를 참조하십시오.

Answer 2

사용하는 도구에 익숙하지 않지만  의 XML 엔티티를 찾을 수 없습니다. XML 엔티티를 포함 시키거나 대신  을 사용해야합니다. 이유는 다음과 같습니다. five predefined XML entities 만 있고 XML 또는 XHTML을 수행 할 때 (브라우저가 일반적으로 더 관대 함) 다른 모든 것을 포함시켜야합니다.

그들은 XHTML에 대해 다음의 일부입니다 :

PUBLIC 
    "-//W3C//ENTITIES Latin 1 for XHTML//EN" 
    "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent" 

와 XML 파서에 의해 구문 분석 할 때 XHTML에 대한 다음 견적을 표시 :

이 문서가 XML 파서 읽을 경우 외부 엔터티를 읽을 수 없거나 읽을 수없는 경우 내장 된 XML 문자 엔터티 (위의 참조) 만 안전하게 사용할 수 있지만 다른 엔터티는 사용할 수 있습니다 내부 DTD 하위 집합에 선언 된 입니다. 오타가 위의 목적에있는 경우

그러나, 그것은 또한 당신이 &nbsp의 끝에서 ;를 그리워한다는 것을 의미 할 수있다.

Answer 3

정확한 문제가 무엇인지 모르겠다. (이런 질문을 할 때 항상 예외 메시지와 기타 유용한 정보를 게시하십시오.) 그러나 실제로이 문제가 발생하는 한 가지 방법이 있습니다.

로드하는 데 실패한 마스터 템플릿이 아니라 전체 생성 된 출력을 구문 분석 할 수없는 양식 처리 시스템입니다 (양식을 다시 채우거나 유효성 검사에서 오류 메시지를 삽입 할 수 있음). 빠르고 간단한 XML 파싱 모드 일반적으로 XHTML에 사용되는 XML 구문 분석 모드에서는 표준 XML 엔터티 (&, ", ', < 및 >) 만 인식하므로 기본적으로 DTD에 대해 유효성을 검사하지 않습니다. HTML 구문 분석 모드에는 이러한 문제가 없습니다. Agavi가이를 사용하도록 강요 할 수 있지만 HTML 또는 XHTML의 사용을 자동 감지하고 올바른 모드를 선택합니다. 특히 libxml의 HTML 구문 분석이 때때로 불안정 할 수 있으므로 (libxml이 사용됨) PHP의 DOM 구현으로 폼의 구문 분석 및 처리시 대부분의 제한이나 버그가 발생합니다. libxml을 수행해야합니다. 이미 다른 버전의 libxml을 처리 할 수있는 해결 방법을 알고 싶다면 AgaviFormPopulationFilter.class.php를 살펴보십시오. 저장, CDATA 섹션 또는 기타 이상한 것들을 깨는 경우 두 번 XML 프롤로그 삽입 같은 행동).

어쨌든 문서에서 UTF-8을 사용한다고 가정하므로 "©"또는 "«"와 같은 문자를 사용할 필요가 없습니다. © 대신 문자 그대로 삽입 할 수 있습니다. 앞으로. 단 한가지 예외는 편집기에서보고 구별하기 어려운 비트가 아닌 공백이지만 다른 주석에서 지적한 바와 같이 여기서 숫자  을 사용할 수 있습니다.