Url tin nhắn http hsm. Địa chỉ URL là gì. URL bài đăng trên phương tiện truyền thông xã hội

Ghi (bài đăng, tweet, v.v.) trên mạng xã hội là một tin nhắn được người dùng đăng trong tài khoản, trang hoặc cộng đồng (nhóm) của anh ấy. Mỗi mục như vậy thường có sẵn trên một trang riêng biệt có URL duy nhất của riêng nó. Trong bài viết này, tôi muốn giúp bạn tìm ra cách lấy URL như vậy cho một bài đăng trên mạng xã hội: Google+, Facebook, VKontakte, Twitter và Moi [email protected]

URL bài đăng trên mạng xã hội

Mạng xã hội (Tiếng Anh) mạng xã hội) là một nguồn tài nguyên Internet được thiết kế để xây dựng, phản ánh và tổ chức các mối quan hệ xã hội. Cơ sở của những mối quan hệ như vậy là sự giao tiếp, được xây dựng trên việc trao đổi thông tin được công bố dưới dạng hồ sơ được sắp xếp theo thứ tự thời gian. Trong hầu hết các trường hợp, mỗi trường hợp đều có URL duy nhất của riêng mình. Đọc tiếp để tìm hiểu làm thế nào để có được nó.

Google+- một dự án mạng xã hội của Google. Để lấy URL của bài đăng trên Google+, bạn có thể sử dụng tính năng Nhận liên kết. Để thực hiện việc này, hãy tìm mục bạn quan tâm trong nguồn cấp dữ liệu và di con trỏ chuột lên mục đó. Ở góc sau bên phải của mục nhập, biểu tượng “Hành động” sẽ xuất hiện (thanh ngang hướng xuống) - hãy nhấp vào biểu tượng đó. Trong menu ngữ cảnh mở ra, hãy tìm và nhấp vào mục “ ».

Trong cửa sổ mở ra, bạn sẽ được cung cấp một liên kết đến bản ghi âm, chỉ cần sao chép nó và nhấp vào " Sẵn sàng».

Facebook(Facebook) là một trong những mạng xã hội lớn nhất thế giới, được thành lập bởi Mark Zuckerberg và những người bạn cùng phòng khi đang học tại Đại học Harvard năm 2004.

Để thực hiện việc này, hãy tìm mục bạn quan tâm trong nguồn cấp dữ liệu và nhấp vào liên kết “dấu thời gian”, nằm ở góc trên bên trái, bên cạnh tên tác giả.

Tất cả những gì bạn phải làm là sao chép URL xuất bản thu được từ thanh địa chỉ của trình duyệt.

Ghi chú: Mỗi loại bài đăng trên Facebook có định dạng URL khác nhau. Điều thú vị ở đây là tùy chọn động để hiển thị ảnh trong cửa sổ bật lên, xảy ra do sự hiện diện của tham số rạp hát trong URL bài đăng.

Để rõ ràng hơn, tôi muốn các bạn chú ý đến video “Cách lấy Url bài đăng trên Facebook” từ Howtechweb. Nó hơi lỗi thời nhưng bản chất vẫn giữ nguyên.

URL bài đăng VKontakte

Liên hệ với(VK.com) là mạng xã hội lớn nhất Châu Âu, thuộc sở hữu của Mail.Ru Group. Trên mạng xã hội VKontakte, các bài đăng có hai tùy chọn URL - tĩnh (trên một trang riêng) Và năng động (trong cửa sổ bật lên).

Để lấy URL tĩnh của bài đăng trên một trang riêng lẻ, hãy di chuột qua dấu thời gian của bài đăng và nhấp chuột phải. Trong menu ngữ cảnh mở ra, hãy nhấp vào “ Sao chép địa chỉ liên kết».

URL sẽ có dạng: http://vk.com/wall58447324_841

Để lấy URL động của bài đăng trong cửa sổ bật lên, hãy nhấp vào "dấu thời gian" (ngày công bố) bài đăng trên tường để bài đăng mở ra trong cửa sổ bật lên và sao chép URL của bài đăng từ thanh địa chỉ trình duyệt của bạn.

Nó sẽ trông giống như: http://vk.com/wmas.online?w=wall58447324_841

Ghi chú: trên VKontakte, không chỉ các bài đăng mà cả các tệp đính kèm với chúng đều có một URL riêng. Ví dụ: bằng cách nhấp vào ảnh đính kèm với bài đăng, ảnh sẽ mở trong cửa sổ bật lên bằng liên kết động như: http://vk.com/wmas.online?z=photo58447324_346975387%2Falbum58447324_00%2Frev - nếu bạn mở ảnh trong tab trình duyệt mới, chúng ta sẽ có tùy chọn URL tĩnh: http://vk.com/photo58447324_346975387 - nhưng cũng có trong cửa sổ bật lên.

Làm cách nào để có được liên kết đến một trạng thái trên Twitter?

Trên trang mở ra, bạn chỉ cần sao chép URL trạng thái từ thanh địa chỉ của trình duyệt và sử dụng nó chẳng hạn.

URL(URL, từ Bộ định vị tài nguyên thống nhất tiếng Anh) - một chỉ mục về vị trí trang web trên Internet. URL chứa tên miền và đường dẫn đến trang, bao gồm tên tệp của trang đó.

Tim Berners-Lee (thành viên Hội đồng Chiến tranh Hạt nhân Châu Âu tại Geneva) đã phát minh ra URL vào năm 1990, lúc đó URL này chỉ đơn giản là một địa chỉ lưu trữ các tập tin trong hệ thống.

Cùng với những ưu điểm lớn (có sẵn điều hướng Internet), URL trang cũng có một nhược điểm - nó chỉ hoạt động với các chữ cái Latinh, số và một số ký hiệu. Ví dụ: nếu bạn cần sử dụng Cyrillic, thì URL phải được mã hóa lại theo cách đặc biệt..ru/wiki/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0 %BA%D0%BE %D0%B5-url/. Việc mã hóa như vậy diễn ra theo hai bước: đầu tiên, mỗi ký tự được chuyển đổi thành một chuỗi gồm hai byte, sau đó mỗi byte được viết lại theo hệ thập lục phân.

URL của một trang web có ý nghĩa như thế nào trong SEO?

Công cụ tìm kiếm tính đến sự xuất hiện của các cụm từ khóa trong URL. Ảnh hưởng lớn nhất được tạo ra bởi sự xuất hiện trong địa chỉ của tên miền và tên miền phụ; sự xuất hiện trong đường dẫn đến trang và tên tệp của trang đóng vai trò nhỏ hơn nhưng vẫn rất quan trọng. Liên quan đến vấn đề này, một loại thu nhập được gọi là cybersquatting đang tích cực phát triển trên Internet. Bản chất của nó là đăng ký tên miền theo giá trị thị trường nhằm mục đích bán lại sau đó với giá tăng cao.

quản lý tài nguyên mạng.exe

4,48mb.

quản lý tài nguyên mạng.exe tải xuống miễn phí.
Nếu bạn nhận được lỗi thiếu network-resource-manager.exe:
- Bạn thử tải file này về và dán vào thư mục còn thiếu
Nếu bạn nhận được thông báo lỗi trong tệp network-resource-manager.exe:
- Hãy thử thay thế nó bằng cái này.

Nếu cách này không hiệu quả, hãy thử sao chép tệp này vào thư mục hệ thống trong hệ điều hành của bạn.
Nếu bạn không thể tìm thấy các thư mục cửa sổ, hãy thử:
1. Nhấn và giữ Windows trên bàn phím, sau đó nhấn nút R.
2. Gõ lệnh “cmd” rồi nhấn Enter
3. Trong cửa sổ lệnh, nhập lệnh "set systemroot" và nhấn Enter. Nó sẽ hiển thị thư mục hệ thống.
4. Tạo bản sao lưu quản lý tài nguyên mạng.exe trên máy tính của bạn
5. và sao chép tệp network-resource-manager.exe trong các thư mục: System hoặc System32 hoặc System64.

Quét virus:

Tất cả các URL để tải xuống tệp này:

Trong tiếng Anh, nó là viết tắt của Bộ định vị tài nguyên thống nhất, được dịch sang tiếng Nga có nghĩa là “bộ định vị tài nguyên thống nhất”. Trong tiếng Nga, chữ viết tắt này thường được phát âm là “u-er-el”, “yu-ar-el” hoặc đơn giản là “url”. Chúng ta hãy cố gắng hiểu chi tiết hơn URL là gì. Mỗi tài liệu (trang web) trên Internet đều có một vị trí cụ thể có thể được xác định chính xác. Sử dụng URL, đường dẫn chính xác đến một trang web cụ thể sẽ được chỉ định. Giống như bạn chỉ định đường dẫn đến bất kỳ tệp nào trên máy tính của mình, URL được xây dựng theo một mẫu cụ thể, thường trông giống như sau:

http://name.ru/papka/document.html

Trong đó http - cho biết loại giao thức mà dữ liệu được truyền qua, name.ru - có nghĩa là tên miền của trang web, papka là một thư mục và document.html là một trang cụ thể mà URL này dẫn đến.

Vì URL http://name.ru/papka/document.html của chúng tôi là hư cấu, chỉ được đưa ra làm ví dụ và theo đó, không dẫn đến bất kỳ trang web nào, nên nếu chúng tôi cố gắng nhấp vào nó, chúng tôi sẽ được đưa đến một trang chứa thông tin về lỗi. Nó có thể trông khác, nhưng chúng ta chắc chắn sẽ thấy dòng chữ “không tìm thấy 404”. “Không tìm thấy” trong bản dịch có nghĩa là “không tìm thấy” và sự xuất hiện của trang 404 có nghĩa là địa chỉ URL của trang web được nhập không đầy đủ, không chính xác (có lỗi hoặc lỗi đánh máy) hoặc trang được yêu cầu không còn nằm ở địa chỉ này vì nó đã bị xóa hoặc đổi tên.

Lỗi 404 thường xảy ra khi bạn nhấp vào một liên kết được tìm thấy trên một trang khác và liên kết đó đã lỗi thời. Tác giả trang web có thể đã di chuyển tài liệu chúng tôi cần, đổi tên hoặc xóa tài liệu đó. Phải làm gì nếu trang 404 xuất hiện trong quá trình chuyển đổi? Trước tiên, hãy kiểm tra xem URL có chính xác không nếu chúng tôi biết. Hãy sửa mọi lỗi hoặc lỗi chính tả và thử lại. Nếu lỗi 404 xảy ra khi nhấp vào liên kết đến một tài nguyên không quen thuộc, bạn nên thử truy cập trang chính và sử dụng tìm kiếm trang web - có thể vẫn sẽ tìm thấy thông tin cần thiết.

Nhân tiện, nhiều nhà phát triển trang web đảm bảo rằng trang 404 trên trang web của họ trông không hề vô vọng một cách đáng sợ. Văn bản hài hước với hình ảnh vui nhộn được đặt ở đây để cổ vũ người dùng bị mất, cũng như các liên kết đến trang web chính, thanh tìm kiếm hoặc bản đồ trang web. Nếu trang 404 trông không thân thiện và không có liên kết nào để theo dõi trên đó, bạn có thể thử rút ngắn URL theo cách thủ công, chỉ để lại tên trang web - trong ví dụ của chúng tôi, nó sẽ là http://name.ru/ và do đó hãy thử lấy đến trang chính của trang web, từ đó bạn có thể đi đến trang bạn đang tìm kiếm.

HTTP là một giao thức để truyền siêu văn bản giữa các hệ thống phân tán. Trên thực tế, http là thành phần cơ bản của Web hiện đại. Với tư cách là nhà phát triển web có lòng tự trọng, chúng ta nên biết càng nhiều càng tốt về nó.

Hãy nhìn vào giao thức này qua lăng kính nghề nghiệp của chúng tôi. Trong phần đầu tiên, chúng ta sẽ tìm hiểu những điều cơ bản và xem xét các yêu cầu/phản hồi. Trong bài viết tiếp theo, chúng ta sẽ xem xét các tính năng chi tiết hơn, chẳng hạn như bộ nhớ đệm, xử lý kết nối và xác thực.

Cũng trong bài viết này tôi sẽ chủ yếu đề cập đến tiêu chuẩn RFC 2616: Giao thức truyền siêu văn bản -- HTTP/1.1.

Khái niệm cơ bản về HTTP

HTTP cho phép liên lạc giữa nhiều máy chủ và máy khách, đồng thời hỗ trợ nhiều cài đặt mạng.

Về cơ bản, TCP/IP được sử dụng để liên lạc, nhưng đây không phải là lựa chọn khả thi duy nhất. Theo mặc định, TCP/IP sử dụng cổng 80, nhưng có thể sử dụng các cổng khác.

Giao tiếp giữa máy chủ và máy khách xảy ra theo hai giai đoạn: yêu cầu và phản hồi. Máy khách tạo một yêu cầu HTTP, để đáp lại máy chủ sẽ cung cấp phản hồi (tin nhắn). Một lát sau, chúng ta sẽ xem xét kế hoạch làm việc này chi tiết hơn.

Phiên bản hiện tại của giao thức HTTP là 1.1, trong đó một số tính năng mới đã được giới thiệu. Theo tôi, điều quan trọng nhất trong số đó là: hỗ trợ kết nối mở liên tục, cơ chế truyền dữ liệu mới mã hóa truyền khối, các tiêu đề mới cho bộ nhớ đệm. Chúng ta sẽ xem xét một số điều này trong phần thứ hai của bài viết này.

URL

Cốt lõi của giao tiếp web là yêu cầu được gửi qua Bộ định vị tài nguyên thống nhất (URL). Tôi chắc rằng bạn đã biết URL là gì, nhưng để hoàn thiện hơn, tôi quyết định nói vài lời. Cấu trúc URL rất đơn giản và bao gồm các thành phần sau:

Giao thức có thể là http cho các kết nối thông thường hoặc https để trao đổi dữ liệu an toàn hơn. Cổng mặc định là 80. Tiếp theo là đường dẫn đến tài nguyên trên máy chủ và một chuỗi tham số.

phương pháp

Bằng cách sử dụng URL, chúng tôi xác định tên chính xác của máy chủ lưu trữ mà chúng tôi muốn liên lạc nhưng hành động chúng tôi cần thực hiện chỉ có thể được liên lạc bằng phương thức HTTP. Tất nhiên, có một số loại hành động mà chúng ta có thể thực hiện. HTTP triển khai những thứ cần thiết nhất, phù hợp với nhu cầu của hầu hết các ứng dụng.

Các phương pháp hiện có:

LẤY: Truy cập tài nguyên hiện có. URL liệt kê tất cả thông tin cần thiết để máy chủ có thể tìm và trả lại tài nguyên được yêu cầu dưới dạng phản hồi.

BƯU KIỆN: Được sử dụng để tạo một tài nguyên mới. Yêu cầu POST thường chứa tất cả thông tin cần thiết để tạo tài nguyên mới.

ĐẶT: Cập nhật tài nguyên hiện tại. Yêu cầu PUT chứa dữ liệu sẽ được cập nhật.

XÓA BỎ: Được sử dụng để xóa một tài nguyên hiện có.

Những phương pháp này là phổ biến nhất và thường được sử dụng bởi nhiều công cụ và khung công tác khác nhau. Trong một số trường hợp, yêu cầu PUT và DELETE được gửi bằng cách gửi POST, nội dung của yêu cầu này cho biết hành động cần thực hiện trên tài nguyên: tạo, cập nhật hoặc xóa.

HTTP cũng hỗ trợ các phương thức khác:

CÁI ĐẦU: Tương tự như GET. Sự khác biệt là với loại yêu cầu này không có tin nhắn nào được truyền đi. Máy chủ chỉ nhận được các tiêu đề. Ví dụ: được sử dụng để xác định xem tài nguyên đã được sửa đổi hay chưa.

DẤU VẾT: trong quá trình truyền, yêu cầu đi qua nhiều điểm truy cập và máy chủ proxy, mỗi điểm truy cập sẽ nhập thông tin riêng: IP, DNS. Sử dụng phương pháp này, bạn có thể xem tất cả các thông tin trung gian.

TÙY CHỌN: Được sử dụng để xác định khả năng, cài đặt và cấu hình của máy chủ cho một tài nguyên cụ thể.

Mã trạng thái

Để đáp lại yêu cầu từ máy khách, máy chủ sẽ gửi phản hồi, trong đó cũng chứa mã trạng thái. Mã này có ý nghĩa đặc biệt để khách hàng có thể hiểu rõ hơn cách diễn giải phản hồi:

1xx: Tin nhắn thông tin

Một bộ mã này đã được giới thiệu trong HTTP/1.1. Máy chủ có thể gửi yêu cầu có dạng: Expect: 100-continue, có nghĩa là máy khách vẫn gửi phần còn lại của yêu cầu. Khách hàng chạy HTTP/1.0 bỏ qua các tiêu đề này.

2xx: Thông báo thành công

Nếu khách hàng nhận được mã từ chuỗi 2xx thì yêu cầu đã được gửi thành công. Tùy chọn phổ biến nhất là 200 OK. Với yêu cầu GET, máy chủ sẽ gửi phản hồi trong phần nội dung của tin nhắn. Ngoài ra còn có những câu trả lời khác có thể:

202 được chấp nhận: Yêu cầu được chấp nhận, nhưng có thể không chứa tài nguyên trong phản hồi. Điều này hữu ích cho các yêu cầu không đồng bộ ở phía máy chủ. Máy chủ xác định có gửi tài nguyên hay không.
204 Không có nội dung: Không có thông báo nào trong nội dung phản hồi.
205 Đặt lại nội dung: Hướng dẫn máy chủ đặt lại cách trình bày tài liệu.
206 Nội dung một phần: Phản hồi chỉ chứa một phần nội dung. Các tiêu đề bổ sung xác định tổng độ dài của nội dung và thông tin khác.

3xx: Chuyển hướng

Một loại thông báo cho khách hàng về sự cần thiết phải thực hiện thêm một hành động. Trường hợp sử dụng phổ biến nhất là chuyển hướng máy khách đến một địa chỉ khác.

301 Đã di chuyển vĩnh viễn: Hiện tại, tài nguyên có thể được tìm thấy ở một URL khác.
303 Xem thêm: Tài nguyên có thể tạm thời được tìm thấy ở một URL khác. Tiêu đề Vị trí chứa URL tạm thời.
304 Không được sửa đổi: Máy chủ xác định rằng tài nguyên chưa được sửa đổi và máy khách cần sử dụng phiên bản được lưu trong bộ nhớ cache của phản hồi. Để kiểm tra danh tính của thông tin, ETag (Băm thẻ thực thể) được sử dụng;

4xx: Lỗi máy khách

Lớp thông báo này được máy chủ sử dụng nếu nó quyết định rằng yêu cầu đã được gửi do lỗi. Mã phổ biến nhất là 404 Not Found. Điều này có nghĩa là tài nguyên không được tìm thấy trên máy chủ. Các mã có thể khác:

400 yêu cầu xấu: Câu hỏi được hình thành không chính xác.
401 trái phép: Cần phải xác thực để thực hiện yêu cầu. Thông tin được truyền qua tiêu đề Ủy quyền.
403 bị cấm: Máy chủ không cho phép truy cập vào tài nguyên.
Phương pháp 405 không được phép: Phương thức HTTP không hợp lệ đã được sử dụng để truy cập tài nguyên.
409 Xung đột: máy chủ không thể xử lý đầy đủ yêu cầu vì cố gắng thay đổi phiên bản mới hơn của tài nguyên. Điều này thường xảy ra với các yêu cầu PUT.

5xx: Lỗi máy chủ

Một loạt mã được sử dụng để phát hiện lỗi máy chủ khi xử lý yêu cầu. Phổ biến nhất: Lỗi máy chủ nội bộ 500. Sự lựa chọn khác:

501 không được thực hiện: Máy chủ không hỗ trợ chức năng được yêu cầu.
Lỗi 503: Dịch vụ không khả dụng: Điều này có thể xảy ra nếu máy chủ gặp lỗi hoặc quá tải. Thông thường trong trường hợp này, máy chủ không phản hồi và thời gian dành cho phản hồi sẽ hết.

Định dạng tin nhắn yêu cầu/phản hồi

Trong hình ảnh sau, bạn có thể thấy sơ đồ quy trình gửi yêu cầu của máy khách, xử lý và gửi phản hồi của máy chủ.

Hãy xem cấu trúc của một tin nhắn được truyền qua HTTP:

Tin nhắn = *() CRLF [ ] = Dòng yêu cầu | Dòng trạng thái = Tên trường => Giá trị trường

Phải có một dòng trống giữa tiêu đề và nội dung của tin nhắn. Có thể có một số tiêu đề:

Nội dung phản hồi có thể chứa tất cả hoặc một phần thông tin nếu tính năng tương ứng được bật (Mã hóa truyền: chunked). HTTP/1.1 cũng hỗ trợ tiêu đề Transfer-Encoding.

Tiêu đề chung

Dưới đây là một số loại tiêu đề được sử dụng trong cả yêu cầu và phản hồi:

Chúng tôi đã đề cập đến một số điều trong bài viết này, một số điều chúng tôi sẽ thảo luận chi tiết hơn trong phần thứ hai.

Tiêu đề via được sử dụng trong yêu cầu TRACE và được cập nhật bởi tất cả các máy chủ proxy.

Tiêu đề Pragma được sử dụng để liệt kê các tiêu đề tùy chỉnh. Ví dụ: Pragma: no-cache giống như Cache-Control: no-cache. Chúng ta sẽ nói nhiều hơn về điều này trong phần hai.

Tiêu đề Ngày được sử dụng để lưu trữ ngày và giờ của yêu cầu/phản hồi.

Tiêu đề Nâng cấp được sử dụng để thay đổi giao thức.

Transfer-Encoding nhằm mục đích chia phản hồi thành nhiều phần bằng cách sử dụng Transfer-Encoding: chunked. Đây là một tính năng mới trong HTTP/1.1.

Tiêu đề thực thể

Tiêu đề thực thể truyền tải thông tin meta về nội dung:

Tất cả các tiêu đề có tiền tố Nội dung- cung cấp thông tin về cấu trúc, mã hóa và kích thước của nội dung thư.

Tiêu đề Hết hạn chứa ngày và giờ hết hạn của thực thể. Giá trị “không bao giờ hết hạn” có nghĩa là thời gian + 1 mã kể từ thời điểm hiện tại. Sửa đổi lần cuối chứa ngày và giờ thực thể được sửa đổi lần cuối.

Sử dụng các tiêu đề này, bạn có thể chỉ định thông tin cần thiết cho nhiệm vụ của mình.

Định dạng yêu cầu

Yêu cầu trông giống như thế này:

Dòng yêu cầu = Phương thức SP URI SP Phương thức CRLF phiên bản HTTP = "TÙY CHỌN" | "ĐẦU" | "NHẬN" | "ĐĂNG" | "ĐẶT" | "XÓA" | "DẤU VẾT"

SP là dấu phân cách giữa các mã thông báo. Phiên bản HTTP được chỉ định trong HTTP-Version. Yêu cầu thực tế trông như thế này:

GET /articles/http-basics HTTP/1.1 Máy chủ: www.articles.com Kết nối: keep-alive Kiểm soát bộ đệm: no-cache Pragma: no-cache Chấp nhận: text/html,application/xhtml+xml,application/xml; q=0,9,*/*;q=0,8

Danh sách các tiêu đề yêu cầu có thể có:

Tiêu đề Chấp nhận chỉ định các loại mime, ngôn ngữ và mã hóa ký tự được hỗ trợ. Các tiêu đề Từ, Máy chủ, Người giới thiệu và Tác nhân người dùng chứa thông tin về máy khách. Tiền tố if- nhằm mục đích tạo điều kiện. Nếu điều kiện không vượt qua, lỗi 304 Not Modified sẽ xảy ra.

Định dạng phản hồi

Định dạng phản hồi chỉ khác nhau ở trạng thái và một số tiêu đề. Trạng thái trông như thế này:

Dòng trạng thái = HTTP-Phiên bản SP Mã trạng thái SP Lý do-Cụm từ CRLF

Phiên bản HTTP
Mã trạng thái
Thông báo trạng thái con người có thể đọc được

Trạng thái bình thường trông giống như thế này:

HTTP/1.1 200 Được

Các tiêu đề phản hồi có thể như sau:

Tuổi là thời gian tính bằng giây khi tin nhắn được tạo trên máy chủ.
Thực thể ETag MD5 để kiểm tra các thay đổi và sửa đổi đối với phản hồi.
Vị trí được sử dụng để chuyển hướng và chứa URL mới.
Máy chủ chỉ định máy chủ nơi phản hồi được tạo ra.

Tôi nghĩ lý thuyết hôm nay thế là đủ rồi. Bây giờ chúng ta hãy xem các công cụ chúng ta có thể sử dụng để giám sát các thông điệp HTTP.

Công cụ phát hiện lưu lượng HTTP

Có nhiều công cụ để theo dõi lưu lượng HTTP. Dưới đây là một vài trong số họ:

Công cụ được sử dụng phổ biến nhất là Công cụ dành cho nhà phát triển Chrome:

Nếu chúng ta nói về trình gỡ lỗi, bạn có thể sử dụng Fiddler:

Để giám sát lưu lượng HTTP, bạn sẽ cần Curl, tcpdump và tshark.

Thư viện làm việc với HTTP - jQuery AJAX

Vì jQuery rất phổ biến nên nó cũng có các công cụ để xử lý các phản hồi HTTP cho các yêu cầu AJAX. Thông tin về jQuery.ajax(settings) có thể được tìm thấy trên trang web chính thức.

Bằng cách truyền một đối tượng cài đặt và sử dụng hàm gọi lại beforeSend, chúng ta có thể đặt tiêu đề yêu cầu bằng phương thức setRequestHeader().

$.ajax(( url: "http://www.articles.com/latest", gõ: "GET", beforeSend: function (jqXHR) ( jqXHR.setRequestHeader("Accepts-Language", "en-US,en "); ) ));

Nếu bạn muốn xử lý trạng thái yêu cầu, bạn có thể làm như thế này:

$.ajax(( statusCode: ( 404: function() ( cảnh báo("không tìm thấy trang"); ) ) ));

Điểm mấu chốt

Đây là phần giới thiệu những kiến thức cơ bản về giao thức HTTP. Phần thứ hai sẽ chứa nhiều sự kiện và ví dụ thú vị hơn nữa.