It is important to distinguish between network applications and applic การแปล - It is important to distinguish between network applications and applic ไทย วิธีการพูด

It is important to distinguish betw

It is important to distinguish between network applications and application-layer protocols. An application-layer protocol is only one piece (albeit, a big piece) of a network application. Let's look at a couple of examples. The Web is a network application that allows users to obtain "documents" from Web servers on demand. The Web application consists of many components, including a standard for document formats (i.e., HTML), Web browsers (e.g., Netscape Navigator and Internet Explorer), Web servers (e.g., Apache, Microsoft and Netscape servers), and an application-layer protocol. The Web's application-layer protocol, HTTP (the HyperText Transfer Protocol [RFC 2068]), defines how messages are passed between browser and Web server. Thus, HTTP is only one piece (albeit, a big piece) of the Web application. As another example, consider the Internet electronic mail application. Internet electronic mail also has many components, including mail servers that house user mailboxes, mail readers that allow users to read and create messages, a standard for defining the structure of an email message (i.e., MIME) and application-layer protocols that define how messages are passed between servers, how messages are passed between servers and mail readers, and how the contents of certain parts of the mail message (e.g., a mail message header) are to be interpreted. The principal application-layer protocol for electronic mail is SMTP (Simple Mail Transfer Protocol [RFC 821]). Thus, SMTP is only one piece (albeit, a big piece) of the email application.
As noted above, an application layer protocol defines how an application's processes, running on different end systems, pass messages to each other. In particular, an application layer protocol defines:

the types of messages exchanged, e.g., request messages and response messages;
the syntax of the various message types, i.e., the fields in the message and how the fields are delineated;
the semantics of the fields, i.e., the meaning of the information in the fields;
rules for determining when and how a process sends messages and responds to messages.
Some application-layer protocols are specified in RFCs and are therefore in the public domain. For example, HTTP is available as an RFC. If a browser developer follows the rules of the HTTP RFC, the browser will be able to retrieve Web pages from any Web server (more precisely, any Web server that has also followed the rules of the HTTP RFC). Many other application-layer protocols are proprietary and intentionally not available in the public domain. For example, many of the existing Internet phone products use proprietary application-layer protocols.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
มันเป็นสิ่งสำคัญที่จะแยกแยะระหว่างการใช้งานเครือข่ายและการประยุกต์ใช้โปรโตคอลชั้น โปรโตคอลประยุกต์ชั้นเป็นเพียงชิ้นเดียว (แม้จะเป็นชิ้นใหญ่) ของโปรแกรมเครือข่าย ให้ดูที่คู่ของตัวอย่าง เว็บคือการประยุกต์ใช้เครือข่ายที่ช่วยให้ผู้ใช้ที่จะได้รับ "เอกสาร" จากเว็บเซิร์ฟเวอร์ที่ต้องการ โปรแกรมเว็บประกอบด้วยองค์ประกอบหลายรวมทั้งมาตรฐานสำหรับรูปแบบเอกสาร (เช่น html) เว็บเบราเซอร์ (เช่นนำทาง Netscape และ Internet Explorer), เว็บเซิร์ฟเวอร์ (เช่น Apache, ไมโครซอฟท์และเซิร์ฟเวอร์เน็ต) และใช้โปรโตคอลชั้น ใช้โปรโตคอลชั้นเว็บของ, http (โปรโตคอลการถ่ายโอนไฮเปอร์ [RFC 2068]) กำหนดว่าข้อความถูกส่งผ่านระหว่างเบราเซอร์และเว็บเซิร์ฟเวอร์ จึงhttp เป็นเพียงชิ้นเดียว (แม้จะเป็นชิ้นใหญ่) ของโปรแกรมเว็บ เป็นอีกตัวอย่างหนึ่งพิจารณาอินเทอร์เน็ตโปรแกรมจดหมายอิเล็กทรอนิกส์ อินเทอร์เน็ตจดหมายอิเล็กทรอนิกส์ยังมีองค์ประกอบหลายอย่างรวมทั้งเซิร์ฟเวอร์อีเมลที่กล่องจดหมายของผู้ใช้ที่บ้านผู้อ่านจดหมายที่ช่วยให้ผู้ใช้สามารถอ่านและสร้างข้อความมาตรฐานสำหรับการกำหนดโครงสร้างของข้อความอีเมล (เช่น,โพรโทคอละครใบ้) และการประยุกต์ใช้ชั้นที่กำหนดว่าข้อความถูกส่งผ่านระหว่างเซิร์ฟเวอร์ว่าข้อความถูกส่งผ่านระหว่างเซิร์ฟเวอร์และผู้อ่านอีเมลและวิธีการที่เนื้อหาของบางส่วนของข้อความอีเมล (เช่นส่วนหัวของข้อความอีเมล) จะมีการตีความ โปรโตคอลประยุกต์ชั้นหลักสำหรับจดหมายอิเล็กทรอนิกส์เป็น SMTP (โปรโตคอลการถ่ายโอนจดหมายง่าย [RFC 821]) จึงSMTP เป็นเพียงชิ้นเดียว (แม้จะเป็นชิ้นใหญ่) ของโปรแกรมอีเมล.
ตามที่ระบุไว้ข้างต้นโปรโตคอลชั้นการประยุกต์ใช้กำหนดวิธีการกระบวนการของโปรแกรมประยุกต์ที่ทำงานอยู่บนระบบปลายที่แตกต่างกันผ่านข้อความไปยังคนอื่น ๆ โดยเฉพาะอย่างยิ่งโปรโตคอลชั้นโปรแกรมกำหนด:

ประเภทของข้อความที่มีการแลกเปลี่ยนเช่นข้อความคำขอและข้อความตอบสนอง;
ไวยากรณ์ประเภทข้อความต่างๆฉันอีฟิลด์ในข้อความและวิธีการที่เขตข้อมูลที่จะเบี่ยง.
ความหมายของฟิลด์คือความหมายของข้อมูลในฟิลด์.
กฎระเบียบสำหรับการกำหนดเวลาและวิธีการส่งข้อความและตอบสนองต่อข้อความ
บางโปรโตคอลโปรแกรมชั้นที่ระบุไว้ใน RFCs และดังนั้นจึงอยู่ในโดเมนสาธารณะ ตัวอย่างเช่น http สามารถใช้ได้เป็น RFCถ้านักพัฒนาเบราว์เซอร์ตามกฎของ RFC http เบราว์เซอร์จะสามารถดึงหน้าเว็บจากเว็บเซิร์ฟเวอร์ใด ๆ (อย่างแม่นยำมากขึ้นเว็บเซิร์ฟเวอร์ใดที่ยังได้ดำเนินการตามกฎของ RFC http) หลายโปรโตคอลโปรแกรมชั้นอื่น ๆ ที่เป็นกรรมสิทธิ์และจงใจไม่สามารถใช้ได้ในโดเมนสาธารณะ ตัวอย่างเช่นหลายคนที่มีอยู่ในผลิตภัณฑ์โทรศัพท์อินเทอร์เน็ตใช้โปรโตคอลที่เป็นกรรมสิทธิ์ของการประยุกต์ใช้ชั้น
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
จึงต้องแยกระหว่างโปรแกรมประยุกต์ของเครือข่ายและแอพพลิเคชันเลเยอร์โพรโทคอล โพรโทคอลการชั้นมีชิ้นเดียวเท่านั้นแม้ (ว่า ชิ้นใหญ่) ของการใช้เครือข่าย ลองดูที่สองตัวอย่าง เว็บโปรแกรมประยุกต์เครือข่ายที่ผู้ใช้สามารถได้รับ "เอกสาร" จากเว็บเซิร์ฟเวอร์ตามต้องได้ แอพลิเคชันเว็บที่ประกอบด้วยส่วนประกอบมากมาย รวมถึงมาตรฐานรูปแบบเอกสาร (เช่น HTML), เว็บเบราว์เซอร์ (เช่น ตัวนำทาง Netscape และ Internet Explorer), เว็บเซิร์ฟเวอร์ (เช่น Apache, Microsoft และ Netscape เซิร์ฟเวอร์), และโพรโทคอลการชั้นแอพลิเคชัน ของเว็บแอพพลิเคชันเลเยอร์โพรโทคอล HTTP (แบบ HyperText โอน Protocol [RFC 2068]), กำหนดวิธีส่งข้อความระหว่างเบราเซอร์และเว็บเซิร์ฟเวอร์ ดังนั้น HTTP เป็นชิ้นเดียวแม้ (ว่า ชิ้นใหญ่) ของแอพลิเคชันเว็บ เป็นอย่างอื่น พิจารณาโปรแกรมประยุกต์จดหมายทางอินเทอร์เน็ต อินเทอร์เน็ตจดหมายอิเล็กทรอนิกส์ยังมีส่วนประกอบมากมาย รวมถึงเซิร์ฟเวอร์จดหมายกล่องที่บ้านผู้ใช้จดหมาย อ่านจดหมายที่อนุญาตให้ผู้ใช้อ่าน และสร้างข้อความ มาตรฐานในการกำหนดโครงสร้างของข้อความอีเมล (เช่น MIME) และแอพพลิเคชันเลเยอร์โพรโทคอลที่กำหนดว่าข้อความจะถูกส่งผ่านระหว่างเซิร์ฟเวอร์ วิธีส่งข้อความระหว่างเซิร์ฟเวอร์และอ่านจดหมาย และวิธีตีความเนื้อหาบางส่วนของข้อความจดหมาย (เช่น มีหัวข้อความจดหมาย) โพรโทคอลในชั้นโปรแกรมประยุกต์หลักสำหรับจดหมายอิเล็กทรอนิกส์คือ SMTP (ง่าย ๆ Mail ถ่ายโอน Protocol [RFC 821]) ดังนั้น SMTP เป็นชิ้นเดียวแม้ (ว่า ชิ้นใหญ่) ของอีเมล์แอพลิเคชัน
ตามที่กล่าวข้างต้น โพรโทคอลการชั้นแอพลิเคชันกำหนดว่ากระบวนการแอพลิเคชัน การทำงานบนระบบต่าง ๆ ส่งข้อความถึงกัน โดยเฉพาะ กำหนดโพรโทคอลการชั้นแอพลิเคชัน:

ชนิดของข้อความที่แลกเปลี่ยน เช่น ขอข้อความและข้อความตอบสนอง;
ไวยากรณ์ของข้อความชนิดต่าง ๆ ฉันe. เขตข้อมูลในข้อความว่าฟิลด์มี delineated;
ความหมายของฟิลด์ เช่น ความหมายของข้อมูลในเขตข้อมูล;
กฎสำหรับการกำหนดเวลาและวิธีการที่กระบวนการส่งข้อความ และตอบสนองกับข้อความ
บางแอพพลิเคชันเลเยอร์โพรโทคอลใน RFCs และดังในโดเมนสาธารณะ ตัวอย่าง HTTP ได้เป็น RFC การ ถ้านักพัฒนาเบราว์เซอร์ตามกฎของ HTTP RFC เบราว์เซอร์จะสามารถเรียกหน้าเว็บจากเว็บเซิร์ฟเวอร์ใด ๆ (ได้แม่นยำมาก เว็บเซิร์ฟเวอร์ใด ๆ ที่มีตามกฎของ HTTP RFC) โปรโตชั้นในอื่น ๆ มีกรรมสิทธิ์ และไม่ตั้งใจมีสาธารณสมบัติ ตัวอย่าง ผลิตภัณฑ์โทรศัพท์อินเทอร์เน็ตที่มีอยู่มากมายใช้กรรมสิทธิ์ชั้นโพรโทคอล
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เป็นเรื่องสำคัญที่จะต้องแยกแยะระหว่างแอปพลิเคชันเครือข่ายและโปรโตคอลแอพพลิเคชัน โปรโตคอลแอพพลิเคชันที่มีเพียงหนึ่งชิ้น(แม้ว่าจะชิ้นใหญ่)ของแอปพลิเคชันเครือข่าย ปล่อยให้ดูที่สองของตัวอย่าง เว็บที่มีแอปพลิเคชันเครือข่ายที่ช่วยให้ผู้ใช้สามารถได้รับ"เอกสาร"จากเซิร์ฟเวอร์ Web ตามความต้องการ เว็บแอปพลิเคชันที่ประกอบด้วยคอมโพเนนต์หลายรวมถึงมาตรฐานสำหรับรูปแบบเอกสาร(เช่น HTML ),เบราเซอร์เว็บ(เช่น Netscape Navigator และใช้ Internet Explorer )เซิร์ฟเวอร์เว็บ(เช่น The Apache Microsoft และเซิร์ฟเวอร์ Netscape )และโปรโตคอลแอพพลิเคชันที่ โปรโตคอลของเว็บแอปพลิเคชัน - layer HTTP ( Hypertext Transfer Protocol ( RFC 2068 ])จะกำหนดว่าข้อความจะถูกส่งผ่านไประหว่างเซิร์ฟเวอร์เว็บและเบราเซอร์ ดังนั้นHTTP เป็นเพียงหนึ่งชิ้น(แม้ว่าจะชิ้นใหญ่)ของแอปพลิเคชันบนเว็บ อีกตัวอย่างหนึ่งพิจารณาแอปพลิเคชันอีเมล์อินเตอร์เน็ตได้ อิเล็กทรอนิกส์เมล์อินเทอร์เน็ตยังมีส่วนประกอบจำนวนมากรวมถึงเซิร์ฟเวอร์อีเมลที่บ้านกล่องจดหมายของผู้ใช้เครื่องอ่านอีเมลที่อนุญาตให้ผู้ใช้อ่านและสร้างข้อความมาตรฐานสำหรับการกำหนดโครงสร้างของข้อความอีเมล์(เช่นโปรโตคอล MIME )และแอปพลิเคชัน - ชั้นที่กำหนดว่าข้อความจะถูกส่งผ่านไประหว่างเซิร์ฟเวอร์ว่าข้อความจะถูกส่งผ่านไประหว่างผู้อ่านอีเมลและเซิร์ฟเวอร์ได้อย่างไรและเนื้อหาของบางส่วนของข้อความอีเมล(เช่นส่วนหัวของข้อความอีเมล์ที่)จะได้รับการตีความ โปรโตคอลแอพพลิเคชันที่สำคัญสำหรับอิเล็กทรอนิกส์เมล์คือ SMTP ( Simple Mail Transfer Protocol ( RFC 821 ]) ดังนั้นSMTP เป็นเพียงหนึ่งชิ้น(แม้ว่าจะชิ้นใหญ่)ของแอปพลิเคชันอีเมล์ที่.
ดังที่กล่าวไว้ข้างต้นโปรโตคอลเลเยอร์ของแอพพลิเคชันที่จะกำหนดว่ากระบวนการของแอปพลิเคชันที่ใช้งานอยู่บนระบบแตกต่างกันผ่านข้อความเข้าด้วยกัน ในเฉพาะโปรโตคอลเลเยอร์ของแอพพลิเคชันที่กำหนด:

ที่เปลี่ยน ประเภท ของข้อความเช่นข้อความการร้องขอและข้อความตอบกลับ
ไวยากรณ์ของ ประเภท ข้อความต่างๆที่ผม.E .ข้อมูลในฟิลด์ที่อยู่ในข้อความที่ได้อย่างไรและข้อความในฟิลด์จะขึ้น
ความเปลี่ยนแปลงในความหมายของคำในฟิลด์ที่นั่นคือความหมายของข้อมูลในฟิลด์ที่
กฎสำหรับการกำหนดเวลาและวิธีที่ขั้นตอนที่จะส่งข้อความและตอบสนองต่อข้อความ.
โปรโตคอลแอปพลิเคชันเลเยอร์ที่ระบุไว้ใน RFC และดังนั้นจึงอยู่ในโดเมนสาธารณะ. ตัวอย่างเช่น http เป็น rfc. ที่เบราเซอร์สำหรับนักพัฒนาถ้าเป็นไปตามกฎของ HTTP RFC ที่เบราเซอร์จะสามารถดึงข้อมูลเว็บเพจจากเซิร์ฟเวอร์เว็บ( Web Server ได้อย่างแม่นยำมากขึ้นซึ่งได้ตามกฎของ HTTP RFC ยัง) โปรโตคอลแอพพลิเคชันอื่นๆอีกเป็นจำนวนมากได้มีกรรมสิทธิ์และจงใจไม่มีอยู่ในโดเมนสาธารณะได้ ตัวอย่างเช่นจำนวนมากของตัวสินค้าทางอินเทอร์เน็ตที่มีอยู่ให้ใช้โปรโตคอลแอปพลิเคชัน - ชั้นเป็นเจ้าของ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: