IE7 (때로는) 웹 사이트를 제대로

Question

는 ... 우리는 시작했습니다

우리는 조금 절망하는 우리의 웹 사이트를 표시되지

우리는 모든 브라우저 (IE6-8, 파이어 폭스, 사파리, 크롬, ...)을 만들어 테스트 http://www.buscounviaje.com 물론 모든 것이 OK였습니다. 그러나 일부 사용자 (IE7과 IE6)는 모두 흰색을 검은 글자로 (CSS 스타일을 적용하지 않음) 보았다고 불평하고 있습니다.

그러나, 우리가 방화범에 해당 오류가 표시되지 않습니다 : "개체 예상 오류 0"이나 & 7. 다른 사용자 IE6 & 7 IE6 우리의 로컬 설치에 또한 웹을 시각화하는 한 사용자는 그가 얻고 있다고 말했다 바르게. 우리는 IE6 & 7이 잘 작동하기 때문에 문제가 어디에서 발생할지 모릅니다. 테스트 할 수 없습니다.

누구나 스타일이없는 웹 페이지를보고 문제가있는 곳을 알려줍니다. 우리가 생각할 수있는

이유 ...

• 우리는 JS 및 CSS와 IE6 & 7의 일부 버전을 압축하는 그들에게 우리가 존재하지 않는 개체를 사용하려고
• 압축을 해제 할 수 없습니다 javascript 및 IE6의 일부 버전에서 & 7 do not do
• 캐시가 문제가되지 않는 것 같습니다 ... 사용자에게 캐시를 비우라고 안내했으며 여전히 웹 사이트를 제대로 볼 수 없습니다.

Answer 1

내 생각 목록의 요점 중 하나는 (내가 처음 쓴) 스크립트 오류를 ​​조명합니다.

스타일 시트를 적용하지 못했을 때, 필자는 그것이 압축에 미치지 못했다는 생각을 분명히했습니다. XP 이전의 XP는 압축 된 CSS와 JavaScript를 질식시키는 방법을 가지고 있습니다. 강력한 Google-Fu는 Apache에서 properly documented solution for the CSS/JS compression problem으로 안내했습니다.

권장 단계 : 스타일 시트에서 charset 선언을 제거하고 연결된 솔루션을 httpd.conf 파일에 적용하십시오. 더

몇 가지 생각 :

1. @charset 선언은 모든으로 '수 버그하는 경향이 나가. 나는 문서 인코딩의 이유와 위치에 대해 더 자세히 설명 할 수 있지만, 시간이나 장소가 아닙니다. 결론 : 스타일 시트와 페이지에 상위 비트 문자를 가져 오는보다 안정적인 방법이 있습니다. 그것을 써.
2. 문제의 사이트는 아파치를 실행합니다.이 사이트는 투명하고 이미지가 아닌 모든 것을 실제로 투명하게 지원합니다. 실제로 지원할 브라우저는 무엇을 알게 될까요? 결과와 관련이있다. 왜 완전히 다른 기능을 사용하고 있으며 이상한 구현 때문에 서버를 올바르게 구성 했습니까?
3. 때때로 누군가가 주어진 브라우저에 대한 테스트 프로필의 JScript 인터프리터 버전과 다른 버전을 실행하고 있음을 알게됩니다. 이는 사용자가 업데이트를 적용하지 않았거나 업데이트 된 인터프리터를 포함하는 Microsoft의 일부 위젯을 다운로드했기 때문에 발생합니다.
4. XP MCE는 다른 최신 Win32 운영 체제와 다르게 플러그인 (예 : 인스턴스화, 렌더링 및 재생에 사용되는 기본 API 인 ActiveX와 함께)을 처리하며 모든 방식의 JavaScript 다른 버전의 Windows에서 재현 할 수없는 환경의 오류
5. 직접 테스트해야하지만 표준 모드의 IE8 (즉, IE8 사용자를위한 doctype 선언의 결과)은 조건부 주석을 모두 무시합니다. 나는 당신의 link 태그에서 <!-- [if IE8]>을 보았 기 때문에 이것을 언급합니다.

Answer 2

아마이 : 일반적으로 예상

@charset "UTF-8" 

Answer 3

개체 정의되지 않은 변수를 사용하려고 시도하는 것을 의미한다. (IE에서 구현되지 않은 것 또는 경쟁 조건?) 그러면 JS 실행이 중단되지만 스타일 자체가 엉망이되지는 않습니다.