우리 회사 CST 그룹이 개발한 애플리케이션 중 하나는 잘 알려진 임대 및 임차 펍 체인을 위한 온라인 연락처 및 애플리케이션 양식 관리 시스템입니다. 회사가 비즈니스 개발 관리자 팀에 모바일 광대역 데이터 동글이 완비된 새로운 노트북을 제공하기로 결정하기 전까지는 이 모든 것이 매우 잘 작동했습니다. 우리 애플리케이션의 대부분은 계속해서 잘 작동했지만, 로드가 거부된 페이지가 하나 있었습니다.
머리를 긁는 일이 많이 일어났습니다. 아마도 웹 기반 애플리케이션 내의 HTML이 유효하지 않은 것일까요? 그러나 W3C 유효성 검사기를 빠르게 통과한 결과 완벽한 XHTML 1.0 Strict 코드인 것으로 나타났습니다. 마찬가지로 페이지 뒤의 CSS도 제대로 검증되었습니다. 다음 의심은 페이지가 너무 크다는 것이었습니다(약 2,000개의 술집 이름이 포함된 드롭다운 목록이 포함되어 있음). 하지만 다른 항목의 더 큰 드롭다운이 포함된 다른 페이지가 있기 때문에 그럴 수 없다는 것을 깨달았습니다. 캐싱 문제일 수도 있나요? 페이지에 대해 무작위 이름을 사용하여 애플리케이션을 다시 빌드했지만 다시 로드가 거부되었습니다.
이제 남은 유일한 일은 약간의 좋은 구식 바이너리 촙 디버깅이었습니다. 페이지를 반으로 나누고 어느 쪽이 로드되고 어느 쪽이 로드되지 않는지 알아보세요. 그런 다음 작동하지 않는 부분을 둘로 나누고 애플리케이션 실패를 초래하는 코드를 발견할 때까지 이 작업을 계속합니다. 2,000개의 펍 목록 자체가 문제의 원인이라는 것을 깨닫는 데는 그리 오랜 시간이 걸리지 않았습니다. 독립형으로도
