처리 (utf8) 인코딩
묘사
여보세요,멋진 Jq 플러그인!!
그러나 이 플러그인이 페이지 인코딩을 검사하는 데 주의를 기울일지 궁금합니다. 어떤 경우, 우리는 한 페이지에서 다른 페이지로 인코딩을 사용할 수 있고, (IMO) 페이지 제목을 캡처하는 동시에 원 '내용 유형' 을 처리하는 것이 좋습니다.
여기다
Geo.
토론 #1
2014년 9월 20일 오전 11:15, 조지[email protected]쓰기:in some case we can get different encoding from a page to another,
Pjax는 혼합 인코딩된 페이지를 잘 처리할 수 없습니다.웹 브라우저에 건네주는 단일 인코딩에서 표준화하십시오.
JS에서 변환할 수 있는 API가 없으므로 코드 변환을 수행할 수 없습니다.
토론 #2
죄송합니다. 세부 사항을 지적하는 것을 잊었습니다. 여러 언어의 사이트가 있을 때 이 문제가 발생할 수 있습니다. 제 예에서fr fr에서 en en으로 전환하는 것은 좋지만 en en에서fr fr로 전환하면 인코딩 오류가 발생할 수 있습니다. 단지 원'내용 유형'을 캡처할 때(제가 시도한 대로):토론 #셋
세계의 대다수 언어는 UTF-8 인코딩으로 표시할 수 있습니다.아시아어 말고는프랑스어는 UTF-8에서 벗어날 필요가 없다.한 마디로 하면, "fr fr"은 인코딩이 아닌 지역 설정이기 때문에, 질문이 무엇인지, 그리고 pjax가
Content-type
원 표시를 어떻게 처리하길 원하는지 모르겠습니다.전문 용어로 설명해 주시겠어요?토론 #4
제 시험 사이트에서 저는 두 가지 활발한 언어(프랑스어와 영어)를 가지고 있습니다.언어 (이것은 aax 선택기) 를 전환할 때, pjax는 메타데이터를 처리하지 않은 상태에서 비 ASCII (é, ë, ë 등) 내용을 정확하게 표시할 수 없습니다.편집: 이상하다. 나는 방금 이 빈틈이 Firefox와만 관련이 있다는 것을 알아차렸다. 크롬/IE는 내용 유형 메타:o
토론 #5
가 필요 없는 것 같다. 2014년 9월 21일 태양보, 조지, 오전 6:[email protected]쓰기:When i do switch language (It's an ajax selector) pjax is unable to display non-ASCII content correctly without handling the Meta.
원 표기가 영어와 프랑스어에 대한 가치는 무엇입니까?어떻게
얘가 변하나?
토론 #6
ISO-8859-4에서utf-8까지의 값 스위치를 잘못 기억하지 않았다면.내 핸드폰에서 왔어.
Le 2014년 9월 21일 17:23, "Mislav Marohni"[email protected]하나
에클리트:
On Sun, Sep 21, 2014 at 6:14 AM, Georges [email protected] wrote:
When i do switch language (It's an ajax selector) pjax is unable to display non-ASCII content correctly without handling the Meta.
원 표기가 영어와 프랑스어에 대한 가치는 무엇입니까?어떻게
얘가 변하나?
—
이 e-메일에 직접 회신하거나 GitHub에서 보기
https://github.com/defunkt/jquery-pjax/issues/442#issuecomment-56302020.토론 #7
The value switch from ISO-8859-4 to utf-8 if i remember correctly.
그래.META charset 태그를 제외하고 서버가 HTTP 응답 헤더에 올바른Content-type
를 보고했습니까?Chrome의 XHR 로그를 사용하여 영어 언어 환경을 사용할 때 서버가 pjax 응답Content-type
헤더에 무엇을 설정했는지, 프랑스어에 무엇을 설정했는지 확인할 수 있습니다.토론 #8
네, 제목도 좋아요. Firefox의 오류인 것 같아요. - 1:토론 #9
제목이 좋다는 게 무슨 뜻이에요?영문 답장과 프랑스어 답장Content-type
의 제목 값은 얼마입니까?
저는 프로그래머입니다. 이것은 우리가 토론하고 있는 JS 라이브러리입니다.따라서 이 내용에 대해 이야기할 때 관련 제목과 XHR 응답에 대한 다른 정보를 포함하십시오.브라우저가 XHR 응답에 대해 METAcontent-type
나charset
표시를 존중하지 않기 때문에 서버가Content-type
HTTP 헤더에 정확한 문자 집합을 설정해야 합니다.토론 #10
내가'헤드가 좋다'고 말했을 때, 내 말은 그가 메타 콘텐츠 유형과 같지만 FF는 새로운 콘텐츠 유형인 httpheader에 관심이 없는 것 같다는 것이다.사실, 나는 더 이상 pjax에 무슨 문제가 있을지 확신할 수 없지만, 더 많은 것은 FF이다.
내 작업을 완벽하게 설명하려면 다음을 참조하십시오.
지금 제 홈페이지에local/index (현재 인코딩은 ISO-8859-4) 입니다. 저는 EN 언어를 좋아하지 않기 때문에 FR 언어로 전환합니다.Ajax(pjax가 있음)가 업데이트 내용을 요청한 다음...
비 ASCII 문자가 파괴되어 Firefox에서 새 헤더 인코딩 UTF-8과 메타 내용 형식을 완전히 무시했습니다.
그러나 Chrome/IE는 새 인코딩을 처리한 다음 페이지의 나머지 부분에 새 인코딩을 적용합니다.
저도 프로그래머입니다. 솔직히 말하면 저는 이전에 이런 일을 본 적이 없습니다. 인터넷 프로그래밍에서 인코딩 이야기는 항상 처리해야 할 더러운 일입니다.토론 #11
네, 보아하니 우리는 이것에 대해 아무런 힘이 없는 것 같습니다.조사해 주셔서 감사합니다.
나는 해결 방안이 서버에 속한다고 생각한다.웹 응용 프로그램 외부에서 모든 비 UTF-8 내용을 인코딩으로 규범화하고 정확한Content-type
를 사용하여 서비스를 제공할 수 있습니다. 언어를 바꾸고 XHR를 사용해도 인코딩이 일치하지 않습니다.
pjax는 응답을 받은 후 자바스크립트에서 변환할 수 없기 때문에 코드 변환을 할 수 없습니다.토론 #12
사실 이것은 후기 처리가 아니다. 나는 단지 나의 언어 파일에서 강제로 인코딩을 할 뿐이다. 그러나 너는 옳다. 나는 모든 사이트에서 나의 인코딩을 글로벌화해야 한다.
다시 한 번 감사하다;)
Reference
이 문제에 관하여(처리 (utf8) 인코딩), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/defunkt/jquery-pjax/issues/442텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)