Mã hóa để xem trang nhanh

• Có Thể 14, 2024

Cho dù bạn đang mã hóa bằng ASP hoặc HTML thẳng, bạn muốn trang của mình hiển thị cho người dùng của bạn càng nhanh càng tốt. Nếu trang của bạn hiển thị chậm, người dùng của bạn có thể bỏ cuộc và đi nơi khác.

Trước tiên, hãy nhớ rằng khi một người yêu cầu xem một trong các trang web của bạn, bạn thực sự đang gửi tệp vật lý đó từ máy chủ của bạn đến máy chủ của khách truy cập. Đó là cách họ nhìn thấy trang - họ nhận được một bản sao trên máy của họ và trình duyệt của họ phân tích cú pháp và hiển thị tệp đó. Vì vậy, tệp của bạn càng lớn, càng mất nhiều thời gian để họ nhận và hiển thị thông tin. Vì vậy, bạn muốn làm cho tập tin đó càng nhỏ càng tốt.

Điều đó có nghĩa là bạn TUYỆT ĐỐI Ý KIẾN CỦA BẠN. Có, ý kiến ​​rất tốt để làm việc với mã của bạn, trong môi trường thử nghiệm của bạn. Nhưng bạn không muốn bình luận trên máy chủ trực tiếp của bạn! Mỗi dòng bình luận bạn thêm vào là một dòng rác không cần thiết khác đang chiếm thời gian khi tệp được gửi xuống cho khách truy cập của bạn. Bạn muốn tập tin sản xuất trực tiếp đó càng nhỏ càng tốt, vì vậy việc chuyển tập tin diễn ra nhanh nhất có thể.

Điều tương tự cũng xảy ra với hàng tấn khoảng trắng, tab, v.v ... Mỗi ký tự đó chiếm không gian vật lý trong tệp. Bạn muốn tập tin của bạn hiệu quả như trong môi trường sống.

Tiếp theo, hãy nhìn vào cấu trúc bảng của bạn. Rất nhiều người phát điên với những chiếc bàn, xây dựng hàng nghìn tỷ chiếc bàn lồng nhau. Mỗi khi bạn tạo một bảng, trình duyệt web phải đợi cho đến khi đến cuối bảng trước khi có thể tìm ra cách hiển thị bảng đó đúng cách. Giả sử bạn có một trang khổng lồ với một loạt các bảng. Nếu bạn đặt tất cả các bảng đó vào một "bảng chính" - thì toàn bộ bộ bảng phải được đọc và tải đầy đủ trước khi bất kỳ bảng nào hiển thị! Nếu thay vào đó, bạn có mỗi bảng là một thực thể riêng biệt, hệ thống có thể hiển thị mỗi bảng khi hoàn thành. Chắc chắn, trang sẽ vẽ trong một bảng, sau đó tiếp theo, tiếp theo, trong tiến trình. Nhưng ít nhất người dùng nhìn thấy SOMETHING để biết rằng trang đang tải - thay vì không thấy gì cả cho đến khi kết thúc.

Đảm bảo bạn sử dụng càng ít đồ họa càng tốt và mỗi đồ họa được chạy qua một tiện ích tối ưu hóa để làm cho tệp càng nhỏ càng tốt. Một lần nữa, người dùng phải tải xuống từng tệp đồ họa vào hệ thống nhà của họ trước khi họ có thể nhìn thấy nó. Càng nhiều đồ họa bạn buộc chúng tải, trang sẽ càng chậm.

Tất nhiên, không cần phải nói rằng có máy chủ nhanh nhất bạn có thể đủ khả năng, trên một đường ống lớn, đẹp. Nếu bạn viết các trang cực kỳ hiệu quả, và sau đó máy chủ của bạn chậm như chó, bạn sẽ mất khách truy cập. Nếu không ai truy cập trang web của bạn vì quá chậm, thì tất cả công việc bạn đã làm đã bị lãng phí.

Thật đáng để kiểm tra các trang của bạn trên kết nối quay số. Chỉ vì bạn có cáp hoặc kết nối tốc độ cao, bạn cần nhớ rằng nhiều khách truy cập của bạn không có. Có một số tiện ích trên web có thể cho bạn biết các trang của bạn sẽ tải chậm như thế nào khi quay số. Flash và lập trình dễ thương là tốt - nhưng nếu chúng có nghĩa là trang web của bạn không được sử dụng bởi 50% dân số web, thì chúng đang gây hại cho bạn.

Mã hóa cho kết nối cơ sở dữ liệu nhanh

Video HướNg DẫN: Làm sao để ghi nhớ như Sherlock Holmes? (Có Thể 2024).