빠른 페이지보기를위한 코딩

• 할 수있다 2, 2024

ASP 또는 일반 HTML로 코딩 할 때 페이지를 가능한 빨리 사용자에게 표시하려고합니다. 페이지가 느리게 표시되면 사용자가 포기하고 다른 곳으로 이동할 수 있습니다.

첫째, 사람이 귀하의 웹 페이지 중 하나를 보도록 요청할 때 문자 그대로 서버에서 방문자의 홈 컴퓨터로 해당 실제 파일을 전송한다는 것을 기억하십시오. 그것이 그들이 페이지를 보는 방법입니다-그들은 그들의 컴퓨터에 사본을 얻고 브라우저는 파싱하여 그 파일을 표시합니다. 따라서 파일이 클수록 정보를 수신하고 표시하는 데 시간이 오래 걸립니다. 따라서 파일을 가능한 한 물리적으로 작게 만들고 싶습니다.

그것은 당신이 당신의 코멘트를 찢는 것을 의미합니다. 예, 주석은 테스트 환경에서 코드 작업에 유용합니다. 그러나 당신은 당신의 라이브 서버에 대한 의견을 원하지 않습니다! 추가하는 모든 한 줄의 주석은 파일이 방문자에게 전송 될 때 시간이 걸리는 불필요한 다른 쓰레기 줄입니다. 라이브 프로덕션 파일을 가능한 한 작게 만들려면 파일 전송이 가능한 한 빨리 진행됩니다.

여분의 공백, 탭 등도 마찬가지입니다. 각 문자는 파일에서 실제 공간을 차지합니다. 파일을 실제 환경 에서처럼 효율적으로 사용하려고합니다.

다음으로 테이블 구조를 잘 살펴보십시오. 많은 사람들이 테이블에 열중하여 수조 개의 중첩 테이블을 만듭니다. 테이블을 만들 때마다 웹 브라우저는 테이블의 끝에 도달 할 때까지 기다려야 해당 테이블을 올바르게 표시하는 방법을 알 수 있습니다. 일련의 테이블이있는 거대한 페이지가 있다고 가정 해 봅시다. 이러한 테이블을 모두 하나의 "마스터 테이블"에 넣는 경우 전체 테이블 세트를 완전히 읽고로드해야 테이블이 표시됩니다! 대신 각 테이블을 별도의 엔터티로 사용하면 시스템에서 각 테이블이 완료된 것으로 표시 할 수 있습니다. 물론, 페이지는 한 테이블에, 다음 테이블, 다음 테이블로 진행됩니다. 그러나 최소한 사용자에게는 페이지가로드되고 있음을 알기 위해 SOMETHING이 표시됩니다. 맨 끝까지 아무것도 보지 않습니다.

가능한 한 적은 수의 그래픽을 사용하고 각 그래픽은 파일 자체를 가능한 작게 만들기 위해 최적화 유틸리티를 통해 실행되어야합니다. 다시 한 번, 사용자는 모든 단일 그래픽 파일을 홈 시스템에로드 한 후에 볼 수 있습니다. 그래픽을 강제로로드할수록 페이지 속도가 느려집니다.

물론, 멋진 대형 파이프에서 가장 빠른 서버를 사용할 수 있다는 것은 말할 것도 없습니다. 매우 효율적인 페이지를 작성하고 서버 속도가 느리면 방문자를 잃게됩니다. 너무 느려서 사이트를 방문하는 사람이 없으면 수행 한 모든 작업이 낭비됩니다.

전화 접속 연결에서 페이지를 테스트하는 것이 좋습니다. 케이블이나 고속 연결로 인해 많은 방문자가 그렇지 않다는 것을 기억해야합니다. 웹에는 전화 접속시 페이지가 얼마나 느리게로드되는지 알려주는 몇 가지 유틸리티가 있습니다. 플래시와 귀여운 프로그래밍은 훌륭하지만 웹 인구의 50 %가 귀하의 사이트를 사용하지 않으면 해를 끼칩니다.

빠른 데이터베이스 연결을위한 코딩

비디오 지침: 동물원 홈페이지 제작 과정 빠르기 보기 | 스피드 코딩 | 빔캠프 (할 수있다 2024).