Đã đến lúc đọc vi-rút: cách xóa vi-rút khỏi trang bắt đầu của trình duyệt. Giao thức HTTP - Giao thức truyền siêu văn bản là gì

Giao thức truyền HTTP hoặc siêu văn bản là lỗ hổng chính ( mạng toàn cầu). Nhiệm vụ chính của giao thức là đảm bảo truyền siêu văn bản qua mạng. Giao thức mô tả chính xác định dạng tin nhắn để trao đổi giữa máy khách và máy chủ.

Giao thức HTTP được mô tả trong RFC 2616(HTTP1.1).

Cơ sở của giao thức là đảm bảo sự tương tác giữa máy khách và máy chủ bằng cách sử dụng một yêu cầu ASCII và phản hồi sau đây theo tiêu chuẩn RFC 822 MIME.

Trong thực tế, giao thức HTTP hoạt động trên cổng 80 nhưng có thể được cấu hình khác nhau. Và mặc dù TCP/IP không bắt buộc nhưng nó vẫn được ưa chuộng hơn vì nó đảm nhiệm việc phân tách và tập hợp các tin nhắn và không “gây căng thẳng” cho trình duyệt hoặc máy chủ.

Cần lưu ý rằng giao thức HTTP không chỉ có thể được sử dụng trong công nghệ web mà còn trong các ứng dụng OOP khác (hướng mục tiêu).

URL

Cơ sở của giao tiếp web giữa máy khách và máy chủ là yêu cầu. Yêu cầu được gửi bằng URL—Bộ định vị tài nguyên Internet thống nhất. Hãy để tôi nhắc bạn URL là gì.

Rõ ràng và Cấu trúc đơn giản URL bao gồm các thành phần sau:

  • Giao thức;
  • Chủ nhà;
  • Hải cảng;
  • Thư mục tài nguyên;
  • Nhãn (Truy vấn).

Lưu ý: Giao thức http là giao thức dành cho các kết nối đơn giản, không an toàn. Kết nối an toàn hoạt động thông qua giao thức https. Nó an toàn hơn cho việc trao đổi dữ liệu.

Phương thức yêu cầu HTTP

Một trong các tham số URL chỉ định tên của máy chủ mà chúng tôi muốn liên lạc. Nhưng điều này là không đủ. Bạn cần xác định hành động cần thực hiện. Điều này có thể được thực hiện bằng cách sử dụng một phương thức được xác định bởi giao thức HTTP.

Phương thức HTTP

  • Phương pháp/Mô tả
  • HEAD/Đọc tiêu đề của trang web
  • NHẬN/Đọc trang web
  • ĐĂNG/Thêm vào trang web
  • PUT/Lưu trang web
  • TRACE/Gửi lại yêu cầu
  • XÓA/Xóa một trang web
  • TÙY CHỌN/Tùy chọn hiển thị
  • KẾT NỐI/Dành riêng để sử dụng trong tương lai

Hãy xem xét các phương thức HTTP chi tiết hơn

Phương thức NHẬN. yêu cầu một trang (tệp, đối tượng) được mã hóa bằng tiêu chuẩn MIME. Đây là phương pháp được sử dụng nhiều nhất. Cấu trúc phương pháp:
NHẬN tên tệp HTTP/1.1

phương pháp ĐẦU. Phương pháp này yêu cầu tiêu đề thư. Tuy nhiên, trang không tải. Phương pháp này cho phép bạn tìm ra thời gian cập nhật mới nhất các trang cần thiết để quản lý bộ đệm trang. Phương pháp này cho phép bạn kiểm tra chức năng của URL được yêu cầu.

phương pháp PUT. Phương pháp này có thể đưa trang lên máy chủ. Nội dung yêu cầu PUT bao gồm trang sẽ được lưu trữ, được mã hóa MIME. Phương pháp này yêu cầu nhận dạng khách hàng.

phương thức POST. Phương pháp này thêm nội dung vào một trang hiện có. Được sử dụng làm ví dụ để thêm bài đăng vào diễn đàn.

phương pháp XÓA. Phương pháp này phá hủy trang. Phương pháp xóa yêu cầu xác nhận quyền xóa của người dùng.

phương pháp TRACE.Đây là một phương pháp gỡ lỗi. Nó hướng dẫn máy chủ gửi lại yêu cầu và cho phép nó biết yêu cầu của máy khách có bị hỏng hay không khi quay về từ máy chủ.

Phương thức KẾT NỐI– phương pháp dự trữ, không được sử dụng.

phương pháp TÙY CHỌN cho phép bạn truy vấn các thuộc tính máy chủ và thuộc tính của bất kỳ tệp nào.

Trong giao tiếp phản hồi yêu cầu giữa máy khách và máy chủ, máy chủ nhất thiết phải tạo ra phản hồi. Đây có thể là một trang web hoặc một thanh trạng thái có mã trạng thái. Bạn biết rõ mã trạng thái. Một trong những mã đó là mã nổi tiếng 404 – Không tìm thấy trang.

Nhóm mã trạng thái

1хх: Sự sẵn sàng của máy chủ, Mã 100 – máy chủ sẵn sàng xử lý các yêu cầu của khách hàng;

2xx: Thành công.

  • Mã 200 – yêu cầu được xử lý thành công;
  • Mã 204 – Không có nội dung.

3xx: Chuyển hướng.

  • Mã 301 – Trang yêu cầu đã được di chuyển;
  • Mã 304 – Trang trong bộ đệm vẫn có liên quan.

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

Trung tâm của web là Giao thức truyền siêu văn bản (HTTP), là một giao thức cấp độ ứng dụng. Mô tả HTTP có thể được tìm thấy trong RFC 1945 và RFC 2616. Giao thức HTTP được triển khai bằng hai chương trình: máy khách và máy chủ, nằm trên các hệ thống đầu cuối khác nhau, trao đổi thông điệp HTTP. Thứ tự trao đổi và nội dung tin nhắn được mô tả trong giao thức. Trước khi đi sâu vào HTTP, trước tiên chúng ta hãy hiểu thuật ngữ được sử dụng trong ngữ cảnh web.

Mỗi trang web hoặc tài liệu đều bao gồm các đối tượng. Đối tượng đại diện cho tập tin thông thườngở định dạng HTML, hình ảnh ở dạng định dạng JPEG hoặc GIF, Java applet, clip âm thanh, v.v., tức là một đơn vị có Bộ định vị tài nguyên thống nhất (URL) riêng của nó. Thông thường, các trang web bao gồm một tệp HTML cơ sở và các đối tượng mà nó liên kết đến. Vì vậy, nếu một trang web bao gồm một tệp HTML cơ bản và năm hình ảnh thì nó bao gồm sáu đối tượng. Các liên kết đối tượng liên quan đến một trang web là các URL có trong tệp HTML cơ bản. Một URL bao gồm hai phần: tên máy chủ của máy chủ chứa đối tượng và đường dẫn đến đối tượng. Vì vậy, ví dụ: đối với URL _www.someSchool.edu/someDepartment/picture.gif, tên máy chủ là đoạn _www.someSchool.edu và đường dẫn đến đối tượng là đoạn someDepartment/picture.gif.

Trình duyệt được gọi là tác nhân người dùng web; nó hiển thị các trang web và cũng thực hiện nhiều chức năng tiện ích bổ sung. Ngoài ra, trình duyệt còn đại diện cho phía máy khách của giao thức HTTP. Do đó, các thuật ngữ “trình duyệt” và “máy khách” trong ngữ cảnh web sẽ được sử dụng tương đương. Trong số nhiều nhất trình duyệt phổ biến bao gồm Netscape Navigator và Internet của Microsoft Nhà thám hiểm.

Một máy chủ Web chứa các đối tượng, mỗi đối tượng được xác định bằng URL của nó. Ngoài ra, máy chủ web đại diện cho phía máy chủ của giao thức HTTP. Các máy chủ web phổ biến nhất bao gồm Apache và Microsoft Internet Information Server.

Giao thức HTTP xác định cách máy khách (chẳng hạn như trình duyệt) yêu cầu các trang web và cách máy chủ phân phối các trang đó. Hơn cuộc trò chuyện chi tiết Chúng ta sẽ nói về sự tương tác giữa máy khách và máy chủ sau, nhưng ý tưởng cơ bản có thể được hiểu từ Hình 2. 2.4. Khi người dùng yêu cầu một trang web (ví dụ: nhấp vào siêu liên kết), trình duyệt sẽ gửi yêu cầu HTTP đến máy chủ đối với các đối tượng tạo nên trang web. Máy chủ nhận được yêu cầu và gửi tin nhắn phản hồi có chứa các đối tượng được yêu cầu. Năm 1997, hầu như tất cả các trình duyệt web và máy chủ web bắt đầu hỗ trợ HTTP phiên bản 1.0, được mô tả trong RFC 1945. Năm 1998, quá trình chuyển đổi bắt đầu sang phiên bản 1.1, được mô tả trong RFC 2616. Phiên bản 1.1 tương thích ngược với phiên bản 1.0, nghĩa là bất kỳ máy chủ nào hoặc trình duyệt chạy phiên bản 1.1 hoàn toàn có thể tương tác với trình duyệt hoặc máy chủ chạy phiên bản 1.0.

Cả HTTP 1.0 và HTTP 1.1 đều sử dụng TCP làm giao thức lớp vận chuyển. Máy khách HTTP trước tiên thiết lập kết nối TCP với máy chủ và sau khi kết nối được thiết lập, máy khách và máy chủ bắt đầu giao tiếp với giao thức TCP thông qua giao diện ổ cắm. Như đã nêu trước đó, ổ cắm là "cánh cửa" giữa các tiến trình và giao thức lớp vận chuyển.

Máy khách gửi yêu cầu và nhận phản hồi thông qua giao diện ổ cắm của nó và máy chủ sử dụng giao diện ổ cắm để nhận yêu cầu và thực hiện chúng. Sau khi yêu cầu web vượt qua ổ cắm máy khách, nó sẽ nằm trong tay giao thức TCP. Hãy nhớ lại rằng một trong những chức năng của giao thức TCP là đảm bảo truyền dữ liệu đáng tin cậy; điều này có nghĩa là mọi yêu cầu do máy khách gửi và mọi phản hồi từ máy chủ đều được gửi chính xác như đã gửi. Đây là nơi một trong những lợi thế của đa cấp mô hình truyền thông: Giao thức HTTP không cần giám sát độ tin cậy truyền tải và đảm bảo rằng các gói được truyền lại nếu bị hỏng. Mọi công việc “bẩn” sẽ được thực hiện bởi giao thức TCP và các giao thức cấp thấp hơn.

Cần lưu ý rằng sau khi hoàn tất việc phục vụ máy khách, máy chủ sẽ không lưu trữ bất kỳ thông tin nào về chúng. Ví dụ: nếu khách hàng thực hiện hai yêu cầu cho cùng một tài nguyên liên tiếp, máy chủ sẽ thực hiện chúng mà không cung cấp cho khách hàng bất kỳ thông báo nào về yêu cầu trùng lặp. Giao thức HTTP được cho là giao thức không trạng thái cho các kết nối.

Trong thời đại Internet được sử dụng rộng rãi, vi-rút được cài đặt trong trình duyệt đã trở nên đặc biệt phổ biến. Trên tài nguyên của chúng tôi, bạn có thể tìm thấy một số bài viết về như vậy phần mềm độc hại, nhưng Time to Read đặc biệt nổi bật trong số đó. Vi-rút này có thể xâm nhập vào máy tính của người dùng thiếu chú ý và làm hỏng rất nhiều niềm vui khi làm việc với trình duyệt. Người dùng sẽ nhìn thấy quảng cáo, anh ta sẽ bắt đầu liên tục được chuyển đến trang web Time to Read và nhiều vấn đề khác sẽ phát sinh, tuy nhiên, điều đầu tiên phải làm trước tiên.

Giống như hầu hết Virus Trojan, Time to Read thực hiện một tác vụ đơn giản - hiển thị cho người dùng số tiền tối đa quảng cáo để những người tạo ra chương trình nhận được tiền khi phát sóng, nhấp vào chương trình đó và chuyển đến các trang đối tác. Thông thường, các dịch vụ quảng cáo trang web của họ bằng cách sử dụng vi-rút được sử dụng bởi các tài nguyên lừa đảo hoặc các trang bị nhiễm thứ gì đó nghiêm trọng hơn trojan quảng cáo.

Khi virus Time to Read xâm nhập vào máy tính của bạn, nó sẽ biểu hiện với các “triệu chứng” sau:

  • Luôn xuất hiện trên các trang web quảng cáo bổ sung, bao gồm các biểu ngữ bật lên chặn hoàn toàn nội dung cho đến khi bạn nhấp vào chúng;
  • Cài đặt bảo mật của máy tính có thể thay đổi, điều này gây nguy hiểm cho máy tính có kết nối vĩnh viễn tới Internet;
  • Trang bắt đầu của tất cả các trình duyệt sẽ tự động thay đổi thành trang Time to Read, trang này tìm cách tự định vị mình là một nguồn tìm kiếm và tin tức;
  • Tự động chuyển tiếp tới tài nguyên của bên thứ ba. Quan trọng: từ một trang web không xác định mà vi-rút Time to Read có thể chuyển hướng người dùng đến đó, có nguy cơ cao tải các vi-rút khác xuống máy tính.

Nếu bạn nhận thấy máy tính của mình có những triệu chứng trên thì có nghĩa là máy tính của bạn đã bị nhiễm virus Time to Read. Nó cần phải được loại bỏ khẩn cấp để tránh những vấn đề nghiêm trọng hơn mà nó có thể dẫn đến.

Để loại bỏ vi-rút Time to Read khỏi máy tính, trước tiên bạn cần tải xuống và cài đặt hai chương trình: AdwCleaner và CCleaner. Những ứng dụng này sẽ giúp bạn chế độ tự độngđối phó với virus và người dùng sẽ chỉ phải thực hiện nhiều nhất nhiệm vụ đơn giảnở chế độ thủ công.

Quá trình loại bỏ virus Time to Read khỏi máy tính của bạn như sau:

  1. Bước đầu tiên là xóa mọi thứ khỏi máy tính của bạn Hồ sơ tạm thời, ĐẾN chương trình virus không thể phục hồi sau khi loại bỏ. Để thực hiện việc này, hãy chuyển đến các phần thích hợp:
Trên Windows 7:(Ổ đĩa hệ thống):\Users\Username\AppData\Local\Temp Trên Windows 10:(Ổ đĩa hệ thống):\Users\Administrator\AppData\Local\Temp

Bạn không nên hành động có chọn lọc; bạn phải xóa tất cả các tệp có trong đó; Thư mục tạm thời, vì mỗi trong số chúng có thể nguy hiểm.


Xin lưu ý rằng bạn phải đặt lại bộ nhớ đệm của trình phân giải từ hồ sơ quản trị viên.


Cách cài đặt và cấu hình CCleaner đúng cách:


Đến đây, việc loại bỏ virus Time to Read khỏi máy tính có thể coi là hoàn tất. Chúng tôi khuyên bạn nên khởi động lại máy tính trước khi bắt đầu sử dụng trình duyệt.

Thông thường, virus Time to Read xâm nhập vào máy tính của người dùng do sơ suất của anh ta. Một số khuyến nghị cơ bản sẽ giúp giảm đáng kể nguy cơ máy tính của bạn bị nhiễm Trojan này:

  • Chỉ tải xuống các chương trình trên Internet từ các trang web đáng tin cậy. Nếu ứng dụng được phân phối miễn phí, tốt hơn hết bạn nên tải xuống từ trang web của nhà phát triển;
  • Khi cài đặt chương trình, hãy chú ý đến tất cả các “dấu kiểm” trong trình cài đặt. Thường ở dưới " cài đặt đầy đủ chương trình" các nhà phát triển của nó hiểu việc cài đặt một ứng dụng với phần mềm liên kết có thể lan truyền. Chúng tôi cũng khuyên bạn nên làm quen với sự thỏa thuận của người dùng, điều này có thể chỉ ra rằng theo mặc định chương trình liên kết này hoặc chương trình liên kết đó sẽ được cài đặt trên máy tính;
  • Không tải xuống các chương trình từ Internet từ các nhà phát triển không xác định hứa hẹn những chức năng đáng kinh ngạc.

Quan sát quy tắc đơn giản, được mô tả ở trên, bạn có thể giảm đáng kể nguy cơ máy tính của mình bị nhiễm vi-rút Time to Read, vi-rút có thể gây ra nhiều rắc rối.

Tất cả dữ liệu trong công nghệ Web được truyền qua giao thức HTTP(Giao thức truyền siêu văn bản). Ngoại lệ là trao đổi bằng lập trình Java hoặc trao đổi từ ứng dụng Plugin. Xem xét khối lượng lưu lượng truy cập thực tế được truyền đi như một phần của trao đổi Web qua HTTP, chúng tôi sẽ chỉ xem xét giao thức này. Khi làm như vậy, chúng ta sẽ xem xét các câu hỏi như:

Cấu trúc tin nhắn chung

HTTP là một giao thức lớp ứng dụng. Giao thức tập trung vào mô hình trao đổi máy khách-máy chủ. Việc trao đổi diễn ra trong các phần dữ liệu được gọi là Thông báo HTTP. Tin nhắn được gửi từ máy khách đến máy chủ được gọi là yêu cầu và tin nhắn được gửi từ máy chủ đến máy khách được gọi là phản hồi. Một tin nhắn có thể bao gồm hai phần: tiêu đề và nội dung. Phần thân được ngăn cách với phần đầu bằng một dòng trống.

Tiêu đề chứa thông tin dịch vụ cần thiết để xử lý nội dung thư hoặc kiểm soát việc trao đổi. Tiêu đề bao gồm các chỉ thị tiêu đề, thường được viết trên một dòng mới.

Nội dung thư là tùy chọn, nhưng tiêu đề thư thì có. Nó có thể chứa thông tin văn bản, đồ họa, âm thanh hoặc video.

Dưới đây là yêu cầu HTTP:

GET/HTTP/1.0 Chấp nhận: image/jpeg [dòng trống]

và phản hồi:

HTTP/1.0 200 OK Ngày: Thứ Sáu, 24 tháng 7 năm 1998 21:30:51 GMT Máy chủ: Apache/1.2.5 Kiểu nội dung: text/html Độ dài nội dung: 21345 [dòng trống] bối cảnh trang

Văn bản "dòng trống" chỉ đơn giản là để cho biết tính khả dụng dòng trống, phân tách tiêu đề thư HTTP khỏi nội dung của nó.

Máy chủ, khi nhận được yêu cầu từ máy khách, sẽ chuyển đổi một phần thông tin tiêu đề yêu cầu HTTP thành các biến môi trường có sẵn để phân tích bằng tập lệnh CGI. Nếu yêu cầu có nội dung thì nội dung đó sẽ được cung cấp cho tập lệnh thông qua luồng đầu vào tiêu chuẩn.

Phương thức truy cập

Chỉ thị quan trọng nhất của yêu cầu HTTP là phương thức truy cập. Nó được chỉ định là từ đầu tiên trong dòng đầu tiên của truy vấn. Trong ví dụ của chúng tôi đây là GET. Có bốn phương pháp truy cập chính:

Ngoài bốn phương pháp này, còn có khoảng năm phương pháp truy cập bổ sung nhưng chúng hiếm khi được triển khai trong thực tế.

phương thức NHẬN

Phương thức GET được máy khách sử dụng khi thực hiện yêu cầu tới máy chủ theo mặc định. Với phương pháp này, máy khách sẽ truyền đạt địa chỉ tài nguyên (URL) mà nó muốn nhận, phiên bản giao thức HTTP, loại tài liệu MIME mà nó hỗ trợ cũng như phiên bản và tên của phần mềm máy khách. Tất cả các tham số này được chỉ định trong tiêu đề yêu cầu HTTP. Cơ thể không được gửi trong yêu cầu.

Để phản hồi, máy chủ sẽ báo cáo phiên bản giao thức HTTP, mã trả về, loại nội dung nội dung thư, kích thước nội dung thư và một số chỉ thị tiêu đề HTTP tùy chọn khác. Bản thân tài nguyên, thường là một trang HTML, được gửi trong phần nội dung của phản hồi.

phương pháp ĐẦU

Phương thức HEAD được sử dụng để giảm thiểu trao đổi khi làm việc qua giao thức HTTP. Nó tương tự như phương thức GET ngoại trừ nội dung thư không được gửi trong phản hồi. Phương pháp nàyđược sử dụng để kiểm tra thời gian sửa đổi cuối cùng của tài nguyên, để kiểm tra ngày hết hạn của tài nguyên được lưu trong bộ nhớ cache, khi sử dụng các chương trình quét tài nguyên thế giới Web rộng. Nói tóm lại, phương thức HEAD được thiết kế để giảm thiểu lượng thông tin được truyền qua mạng như một phần của trao đổi HTTP.

phương thức ĐĂNG

Phương thức POST là một phương thức thay thế cho phương thức GET. Khi trao đổi dữ liệu bằng phương thức POST, yêu cầu của máy khách sẽ chứa nội dung thông báo HTTP. Nội dung này có thể được hình thành từ dữ liệu được nhập dưới dạng HTML hoặc từ tệp đính kèm bên ngoài. Phản hồi thường chứa cả tiêu đề và nội dung của thông báo HTTP. Để bắt đầu trao đổi bằng phương thức POST trong thuộc tính phương pháp thùng đựng hàng hình thức giá trị "bài" phải được chỉ định.

phương pháp PUT

Phương thức PUT được sử dụng để xuất bản các trang HTML lên thư mục máy chủ HTTP. Khi truyền dữ liệu từ máy khách đến máy chủ, tin nhắn cũng chứa tiêu đề tin nhắn chỉ định URL của tài nguyên này và nội dung - nội dung của tài nguyên được lưu trữ.

Phản hồi thường không gửi nội dung tài nguyên, nhưng tiêu đề thư chứa mã trả về xác định xem việc phân bổ tài nguyên thành công hay không thành công.

Tối ưu hóa trao đổi

Giao thức HTTP ban đầu được thiết kế là giao thức không kết nối. Điều này có nghĩa là khi máy chủ đã chấp nhận yêu cầu từ máy khách và phản hồi yêu cầu đó, kết nối giữa máy khách và máy chủ sẽ bị mất. Để trao đổi dữ liệu mới, một kết nối mới phải được thiết lập. Cách tiếp cận này có cả ưu điểm và nhược điểm.

Ưu điểm bao gồm khả năng phục vụ đồng thời một số lượng lớn truy vấn ngắn. Ngay cả trên các máy chủ phổ biến, số lượng kết nối mở có thể không vượt quá hàng trăm khi phục vụ khoảng một triệu yêu cầu mỗi ngày. Trong trường hợp này, một máy khách có thể mở tối đa 40 kết nối cùng lúc, theo quan điểm của máy chủ là như nhau. Với đường truyền tốc độ cao, điều này giúp có thể đạt được thời gian phản hồi ngắn cho yêu cầu của khách hàng đối với toàn bộ trang (văn bản, đồ họa, v.v.).

Những nhược điểm của sơ đồ trao đổi này bao gồm: nhu cầu thiết lập kết nối cho mỗi trao đổi và không có khả năng duy trì phiên làm việc với tài nguyên thông tin. Khi khởi tạo kết nối thông qua vận chuyển giao thức TCP và việc ngắt kết nối này đòi hỏi phải truyền một lượng thông tin dịch vụ khá lớn. Việc thiếu hỗ trợ phiên trong HTTP làm phức tạp đáng kể việc làm việc với các tài nguyên như cơ sở dữ liệu hoặc tài nguyên yêu cầu xác thực.

Để tối ưu hóa số mở kết nối TCP Giao thức HTTP phiên bản 1.0 và 1.1 cung cấp chế độ duy trì. Ở chế độ này, kết nối chỉ được khởi tạo một lần và một số trao đổi HTTP có thể được thực hiện tuần tự.

Để triển khai hỗ trợ phiên, “cookie” đã được thêm vào chỉ thị tiêu đề HTTP. Chúng cho phép bạn mô phỏng hỗ trợ kết nối khi làm việc qua giao thức HTTP.

Mã hóa các yêu cầu GET và POST.

Có hai loại mã hóa yêu cầu HTTP. Nền tảng - được mã hóa url, hay còn gọi là mã hóa URL tiêu chuẩn. Khoảng trắng được biểu thị bằng %20, các chữ cái tiếng Nga và hầu hết các ký tự đặc biệt được mã hóa, các chữ cái và dấu gạch nối tiếng Anh được giữ nguyên.

Cách mã hóa dữ liệu biểu mẫu khi gửi được chỉ định trong thẻ HTML của nó:

// phương thức NHẬN với mã hóa mặc định // enctype thiết lập mã hóa một cách rõ ràng // Phương thức POST với mã hóa mặc định (mã hóa urlen, giống như dạng trước)

Nếu biểu mẫu được gửi theo cách thông thường thì trình duyệt sẽ tự mã hóa (urlencode) tên và giá trị của từng trường dữ liệu (đầu vào, v.v.) và gửi biểu mẫu đến máy chủ ở dạng được mã hóa.

Phương pháp mã hóa thứ hai là không mã hóa. Ví dụ: không cần mã hóa để truyền tệp. Nó được chỉ định ở dạng (chỉ dành cho POST) như thế này:

Trong trường hợp này, không có gì được mã hóa khi gửi dữ liệu đến máy chủ. Và về phần mình, máy chủ nhìn vào “Loại nội dung: nhiều phần/biểu mẫu dữ liệu”, sẽ hiểu những gì đã đến.

Mã hóa dữ liệu.

Nếu bạn chỉ sử dụng UTF-8 thì không cần phần này.

Tất cả các tham số GET/POST gửi đến máy chủ, ngoại trừ trường hợp dữ liệu nhiều phần/biểu mẫu, đều được mã hóa bằng UTF-8. Không phải trong mã hóa trang mà ở UTF-8. Do đó, ví dụ, trong PHP, chúng cần được mã hóa lại bằng hàm iconv nếu cần.

$name = iconv("UTF8","CP1251",$_GET["name"]);

Trình duyệt nhận được phản hồi từ máy chủ chính xác theo mã hóa được chỉ định trong tiêu đề phản hồi Kiểu nội dung. Một lần nữa, trong PHP, để trình duyệt chấp nhận phản hồi trong windows-1251 và thường hiển thị dữ liệu trên trang trong windows-1251, bạn cần gửi tiêu đề được mã hóa bằng mã PHP, ví dụ như thế này:

Header("Content-Type: text/plain; charset=windows-1251");

Hoặc máy chủ phải thêm tiêu đề như vậy. Ví dụ: trong apache, mã hóa được tự động thêm vào với tùy chọn:

# trong cấu hình Apache AddDefaultCharset windows-1251
.