Aifeco

Khi truy cập 1 trang web nào đó thường xuyên bạn sẽ gặp một số vấn đề khi không truy cập được và nhận về các code status HTTP (mã phản hồi) mà trình duyệt nêu ra.

Nếu không hiểu ý nghĩa của các mã trạng thái này bạn sẽ không hiểu nguyên nhân gì mà bạn không truy cập được.

Mã code status phổ biến nhất mà bạn thường thấy là 404 (không tìm thấy được trang mà bạn truy cập).. Vậy còn những mã phản hồi Http nào khác và ý nghĩa của các mã khác là như thế nào?

Ví dụ như: 200, 301, 302, 500 ???

Sau đây chúng ta sẽ cùng tìm hiểu ý nghĩa của các mã trạng thái HTTP này!

I. Ý Nghĩa Các HTTP Status Code Thông Dụng

Các HTTP status code có 3 chữ số mang một nhóm ý nghĩa nào đó để thông báo cho người dùng về vấn đề truy cập được và không truy cập được..

HTTP Status Code 1xx: Phản hồi thông tin

Các status code loại này dùng để đơn giản thông báo với client rằng server đã nhận được request. Thường thì bạn cũng không cần quan tâm mã này.

HTTP Status Code 2xx: Xử lí thành công

Các status code loại này có ý nghĩa rằng request được server nhận , hiểu và xử lý thành công.

Các request mang mã 200 là được server xử lí tốt.

HTTP Status Code 3xx: Chuyển Tiếp

Các status code loại này có ý nghĩa rằng server sẽ chuyển tiếp request hiện tại sang một request khác và client cần thực hiện việc gửi request tiếp theo đó để có thể hoàn tất.

Thông thường khi trình duyệt nhận được status code loại này nó sẽ tự động thực hiện việc gửi request tiếp theo để lấy về kết quả.

HTTP Status Code 4xx: Lỗi Từ Phía Client (Người truy cập)

Các status code loại này có ý nghĩa rằng đã có lỗi từ phía client trong khi gửi request. Ví dụ như sai URL, sai HTTP method, không có quyền truy cập vào trang...

HTTP Status Code 5xx: Lỗi Từ Phía Server

Các status code loại này có ý nghĩa rằng server đã có lỗi từ phía server trong khi xử lý request. Ví dụ như databse chết hoặc server bị hết bộ nhớ...

Hãy "kiểm tra phần tử" xem trong phần "network" và kiểm tra các request nào trong website của bạn đang gặp trục trặc cần phải xử lí nhé!

II. Các Status Code thông dụng

Ở phần này chúng ta sẽ cùng nhau tham khảo các status code hay sử dụng khi xây dựng web service (hoặc sử dụng API).

2xx: Thành Công (Truy cập thành công)

Trong các HTTP status code thuộc loại 2xx thì 200 OK là status code thường được sử dụng nhiều. Các request được xử lý thành công bởi server thường sử dụng status là 200.

204 Không có nội dung: Máy chủ đã xử lý thành công yêu cầu và không trả lại bất kỳ nội dung nào

3xx: Chuyển Tiếp

Trong các HTTP status code thuộc loại 3xx thì có một vài loại thông dụng mà nhất là SEOer và các Webmaster Tools cần biết

301 Moved Permanently (Đã chuyển hướng vĩnh viễn sang trang mới chuyển luôn giá trị SEO)
302 Found (Chuyển hướng sang trang mới tạm thời cho người dùng xem, không chuyển giá trị SEO)

Do vậy khi thực hiện SEO nếu link/trang cũ bị lỗi thì bạn nên chuyển hướng 301 sang trang mới để giữ nguyên giá trị SEO.
Còn chuyển hướng 302 thường dùng khi bạn muốn nâng cấp website mà muốn người dùng của bạn có thể truy cập trang website tạm thời trên một hosting mới.

4xx: Lỗi Từ Phía Client (Lỗi từ người dùng)

Trong các HTTP status code thuộc loại 4xx thì 400 Bad Request, 401 Unauthorized, 403 Forbidden và 404 Not Found là status code thường được sử dụng nhiều.

Trong đó:

400 có ý nghĩa rằng server đã nhận được request nhưng phía client đã gửi một request lỗi. Một trong số lỗi có thể kể đến như lỗi cú pháp như upload tập tin không đúng format hoặc quá lớn, hoặc thiếu dữ liệu cần thiết...
401 có ý nghĩa rằng server đã nhận được request nhưng phía client không có quyền truy cập. Các request trả về status code 401 sẽ thay đổi nếu phía client thực hiện việc đăng nhập xác minh quyền.
403 có ý nghĩa rằng server đã nhận được request nhưng từ chối việc xử lý request, truy cập bị cấm. Ví dụ cấm truy cập 1 file trong thư mục nào đó trong hosting đối với người dùng dù có được link.
404 có ý nghĩa rằng server đã nhận được request nhưng không tìm thấy nội dung nào trả về với URL nhận được.

5xx: Lỗi Từ Phía Server (Lỗi từ Server/máy chủ)

Status code 500 là một status với ý nghĩa chung nói rằng server đã gặp phải lỗi khi xử lý request mà không đưa ra lý do cụ thể.

Trên đây bạn đã tham khảo các HTTP status code thường hay sử dụng nhất. Để tham khảo chi tiết tất cả các HTTP status code bạn có thể tham khảo địa chỉ này.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

Kết luận:

Như vậy khi truy cập 1 website những request trả về các mã phản hồi (Status code) thì bạn có thể hiểu và xử lý chúng.

Nếu bạn muốn trình duyệt Chrome của mình cuộn chuột mượt mà trên các trang web thì Google đã trang bị sẳn "Tính năng ẩn" này trên Google Chrome là Smooth scrolling.

Tuy nhiên hầu hết không phải người dùng nào cũng biết được tính năng ẩn này, nên các Webmaster đã cài đặt 1 đoạn Javascript smooth scrolling vào Website của mình.

Tuy nhiên với 1 vài bước hướng dẫn sau đây sẽ giúp bạn có 1 trãi nghiệm mượt mà khi lướt web.

Khởi động trình duyệt Chrome
Truy cập: chrome://flags/#smooth-scrolling
Kích hoạt phần Smooth-scrolling thành Enabled

smooth scrolling cuộn siêu mượt khi duyệt web

Sau đó, trình duyệt yêu cầu bạn khởi động lại trình duyệt Chrome.
Hãy thử duyệt trên một website nào đó bằng cách chuột hoặc dùng các phím điều hướng và tận hưởng.

Ngoài ra nếu bạn muốn sử dụng javascript có thể truy cập website này để lấy code: https://css-tricks.com/snippets/jquery/smooth-scrolling/

Chúc bạn có những trãi nghiệm mượt mà khi duyệt website và đọc tin tức

Quy trình SEO Audit này sẽ hướng dẫn bạn các làm SEO theo hướng mới từ năm 2018.
Đây là phiên bản rút gọn trong SEO Audit thiên hướng về SEO tổng thể, còn các kỹ thuật tối ưu SEO Audit bạn theo dõi trong file để check list các mục cần tối ưu.

Quy tình SEO Audit 2018

Danh sách các bước trong Quy trình SEO Audit 2018

Chúng tôi sẽ tiếp tục cập nhật thêm thông tin

Tối ưu ảnh là kỹ thuật gọi ảnh vừa với kích thước hiển thị ra ngoài màn hình, nhờ vào kĩ thuật này bạn sẽ gọi ra được ảnh có kích thước phù hợp vừa làm giảm dung lượng ảnh vừa giúp website tải nhanh hơn.

Vẫn là lời khuyên cũ. Trước khi sử dụng ảnh trên Website bạn phải nén ảnh lại trước khi up lên bằng:

https://compressnow.com/ (với ảnh JPG)
https://gifcompressor.com/vi/ (với ảnh GIF)
https://compresspng.com/vi/ (với ảnh PNG)

Cách 1: Dùng Javascript để cắt ảnh vừa với kích thước hiển thị

Cách này thì thường áp dụng cho gọi bài viết theo nhãn, có sử dụng javascript

Đối với Blogger khi truy cập trên thiết bị có độ phân giải màn hình từ 600px trở xuống sẽ chuyển ngay sang truy cập link trên mobile có dạng url.html?m=1

Đối với giao diện này các điều kiện trên mobile bắt đầu hoạt động.

<b:if cond='data:blog.isMobileRequest == "true"'></b:if>

và

<b:if cond='data:blog.isMobileRequest == "false"'></b:if>

Do vậy khi khi xem trên máy tính với kích thước màn hình lớn thì không thể nào tự chuyển sang url?m=1 được mà ta phải có button cho chuyển 2 chế độ. Sẽ được thêm ?m=1 vào cuối url.

Như cách mình làm thì ở chế độ Mobile sẽ tự động ẩn Sidebar-wrapper đi và để #main-wrapper{width:100%!important}

Test my site (https://testmysite.withgoogle.com/intl/vi-vn) là công cụ mà Google đưa ra để kiểm tra tốc độ của Website khi tải trang trên thiết bị di động dùng kết nối 3G.
Google khuyến cáo tốc độ trang ~3s trên Test mysite là chuẩn nhất.

Nếu ~5s bạn sẽ mất 19% lượng traffic truy cập từ Di động.
Nếu ~4s bạn sẽ mất 10% lượng traffic truy cập từ Di động.

Song chúng ta có nên tin công cụ Test my site (Tốc độ Web trên 3G) này của Google hay không?

Thật sự https://www.webpagetest.org/ mới là trang mà Testmysite lấy dữ liệu, nếu bạn check trực tiếp trên Testmysite thì thực sự có thể không chỉnh xác.

Test lần 1 trên Testmysite Google:

Ban đầu mình đã test trên trang chủ của url: https://toilaquantri.com với Test My site là ~5s.

Phiên bản mobile với Test My site là ~4s.
Tiếp theo mình sẽ vào trang nguồn cung cấp https://www.webpagetest.org/ để test lần thứ 2 cho chính xác.

Lần 2: Cấu hình test trên webpagetest như sau:

Chọn máy chủ ở châu á và Hong Kong là gần VN nhất
Chọn trình duyệt Chrome
Chọn 3G tốc độ 1.6Mbps

P/s 3G ở VN có tốc độ mà nhà cung cấp đưa ra là 7.2Mbps tuy nhiên không bao giờ đạt cả nên mình chỉ chọn mức trung mình là 1.6Mbps thôi. 3G ở VN thường không ổn định nên chọn tốc độ như thế là hợp lí.

Kết quả Test lần 2 với webpagetest

Lần đầu 13s
Reload lại 10.8s

Sở dĩ reload lại luôn nhanh hơn lần đầu là một số request đã được lưu cache lại nên chỉ việc lấy lên từ bộ nhớ đệm chứ không tải về từ Server Web nữa.

Kết quả test 3G

Thực tế thì khi xem Video lại cho ra kết quả khác. Chú ý đến trường Watch Video để xem nhé!

Video tải trang thực tế (lần 1)

Cái sai ở đây là chúng ta test trên giao diện trên máy tính mất rồi.

Giao diện Mobile: https://www.toilaquantri.com?m=1
Giao diện Desktop: https://www.toilaquantri.com

Do vậy nếu Website của bạn có 2 giao diện thì chúng ta nên chọn giao diện Mobile để test trên 3G mới chuẩn nhất. Ta sẽ test lại lần 3 với url https://www.toilaquantri.com?m=1

Kết quả lần 3 trên webpagetest

Lần đầu 8.3s
Reload lại 3.2s (khá chuẩn)

Video tải trang thực tế (lần 2)

Test lần 4 với Network trên Google Chrome

Cho kết quả DCL là 4.15s
Full load 8.74s

P/s: Thực ra máy tính mình có đời chip (Intel Core i5 thế hệ 2, ổ HDD) từ năm 2011 cho nên khả năng bắt sóng sẽ không bằng chip mạng trên điện thoại được nên sẽ có dấu hiện chậm hơn thực tế, vả lại trên máy tính thì trình duyệt Chrome tải giao diện Web đầy đủ hơn nên có thể sẽ nặng hơn so với Mobile (phần này cũng cực kì quan trọng nhé!)

Lần test 5 thực tế trên điện thoại 3G.

Lần này mình dùng Quay màn hình trên chiếc Smartphone mình đang dùng với kết nối 3G của Vietnammobile và cho ra kết quả thời gian khoảng 4~5s bất ngờ là vừa trùng khớp với Test mysite.
Tuy nhiên khi tải lại trang thì thời gian chỉ 2~3s.