Brief tutorial on Web client-server

Brief tutorial on Web client-server interactions


Unique characteristics of clickstream data, including the challenges of identifying
the visitors, their origin, and their complete session


Clickstream-specific dimensions, such as the page, event, session, and referral
Understanding the interactions between a Web client (browser) and a Web
server (Web site) is essential for understanding the source and meaning of the
data in the clickstream. In Figure 14.1 we show a browser, designated “Visitor
Browser.” We’ll look at what happens in a typical interaction from the per
-
spective of a browser user. The browser and Web site interact with each other
across the Internet using the Web’s communication protocol—the HyperText
Transfer Protocol (HTTP).
First, the visitor clicks a button or hypertext link containing a Uniform
Resource Locator (URL) to access a particular Web site, shown as black-circled
action 1 in Figure 14.1. When this HTTP request reaches the Web site, the server
returns the requested item (action 2). In our illustration, this fetches a docu
-
ment in HyperText Markup Language (HTML) format—websitepage.html.
Once the document is entirely retrieved, the visitor’s browser scans web-
sitepage.html and notices several references to other Web documents that it
must fulfill before its work is completed; the browser must retrieve other com
-
ponents of this document in separate requests. Note that the only human
action taken here is to click on the original link. All the rest of the actions that
follow in this example are computer-to-computer interactions triggered by the
click and managed, for the most part, by instructions carried in the initially
downloaded HTML document, websitepage.html. In order to speed up Web
page responsiveness, most browsers will execute these consequential actions
in parallel, typically with up to 4 or more HTTP requests being serviced
concurrently.
The visitor’s browser finds a reference to an image—a logo perhaps—that,
from its URL, is located at Website.com, the same place it retrieved the initial
HTML document. The browser issues a second request to the server (action 3),
and the server responds by returning the specified image.

ผลลัพธ์ (ไทย) 1:

กวดวิชาโดยย่อในโต้ตอบเว็บไคลเอ็นต์-เซิร์ฟเวอร์ลักษณะเฉพาะของ clickstream ข้อมูล รวมถึงความท้าทายของการระบุผู้เข้าชม จุดเริ่มต้นของพวกเขา และเซสชันของตนสมบูรณ์Clickstream เฉพาะมิติ เช่นหน้า เหตุการณ์ การงาน และอ้างอิงทำความเข้าใจเกี่ยวกับการโต้ตอบระหว่างเว็บไคลเอนต์ (เบราว์เซอร์) และเว็บเซิร์ฟเวอร์ (เว็บไซต์) เป็นสิ่งจำเป็นสำหรับการทำความเข้าใจแหล่งที่มา และความหมายของการข้อมูลในการ clickstream รูป 14.1 สาเราแสดงเบราว์เซอร์ กำหนด "ผู้เยี่ยมชมเบราว์เซอร์" เราจะดูอะไรเกิดขึ้นในการโต้ตอบทั่วไปจากการต่อ-spective ของผู้ใช้เบราว์เซอร์ เบราว์เซอร์และเว็บไซต์โต้ตอบกันผ่านอินเทอร์เน็ตโพรโทคอลการสื่อสารของเว็บคือ HyperTextถ่ายโอนโพรโทคอล (HTTP)ครั้งแรก ผู้เข้าชมคลิกที่การเชื่อมโยงปุ่มหรือ hypertext ที่ประกอบด้วยเหมือนทรัพยากร Locator (URL) ในการเข้าถึงเว็บไซต์เฉพาะ แสดงเป็นสีดำจัดการดำเนินการ 1 ในรูป 14.1 สา เมื่อการร้องขอ HTTP นี้ถึงเว็บไซต์ เซิร์ฟเวอร์ส่งกลับรายการร้องขอ (การดำเนินการ 2) ในภาพของเรา นี้เรียก docu เป็น-ติดขัดใน format—websitepage.html HyperText Markup Language (HTML)เมื่อทั้งหมดถูกดึงเอกสาร สแกนเบราว์เซอร์ของผู้เยี่ยมชมเว็บ-sitepage.html และเชื่อมโยงไปยังเว็บอื่นเอกสารแจ้งให้ทราบต้องปฏิบัติตามก่อนงานจะเสร็จสมบูรณ์ เบราว์เซอร์ต้องเรียก com อื่น ๆ-ponents ของเอกสารนี้ในการร้องขอแยกต่างหาก หมายเหตุว่า มนุษย์เท่านั้นดำเนินต่อให้ คลิกที่ลิงค์เดิมได้ เหลือทั้งหมดของการดำเนินการที่ตามตัวอย่างนี้จะโต้ตอบกับคอมพิวเตอร์ที่ถูกทริกเกอร์โดยการคลิก และ จัดการ ส่วนใหญ่ โดยคำแนะนำในการดำเนินการในการเริ่มต้นดาวน์โหลด HTML เอกสาร websitepage.html เร็วขึ้นเว็บตอบสนองของหน้า เบราว์เซอร์ส่วนใหญ่จะดำเนินการกระทำเหล่านี้ต่อขนาน โดยทั่วไปมีถึง 4 หรือเพิ่มเติม HTTP ร้องขอการเซอร์วิสพร้อมเบราว์เซอร์ของผู้เยี่ยมชมค้นหาข้อมูลอ้างอิงภาพ — โลโก้ที — ที่จาก URL ของ อยู่ Website.com เหมือนมันดึงต้นเอกสาร HTML เบราว์เซอร์ปัญหาคำที่สองไปยังเซิร์ฟเวอร์ (การกระทำ 3),และเซิร์ฟเวอร์ตอบสนอง ด้วยความระบุภาพ

ผลลัพธ์ (ไทย) 2:

กวดวิชาสั้น ๆ เกี่ยวกับการมีปฏิสัมพันธ์เว็บไคลเอ็นต์เซิร์ฟเวอร์
?
?
ลักษณะเฉพาะของข้อมูลเส้นทางรวมถึงความท้าทายในการระบุ
ผู้เข้าชมที่มาของพวกเขาและเซสชั่นที่สมบูรณ์แบบของพวกเขา
?
?
มิติเส้นทางการเข้าชมเฉพาะเช่นหน้าเหตุการณ์เซสชั่นและการอ้างอิง
ความเข้าใจ ปฏิสัมพันธ์ระหว่างเว็บไคลเอ็นต์ (เบราว์เซอร์) และเว็บ
เซิร์ฟเวอร์ (เว็บไซต์) เป็นสิ่งจำเป็นสำหรับการทำความเข้าใจแหล่งที่มาและความหมายของ
ข้อมูลที่อยู่ในเส้นทาง ในรูปที่ 14.1 เราแสดงให้เบราว์เซอร์ที่กำหนด "ผู้เข้าชม
เบราว์เซอร์. "เราจะมองสิ่งที่เกิดขึ้นในการทำงานร่วมกันโดยทั่วไปจากต่อ
-
spective ของผู้ใช้เบราว์เซอร์ เบราว์เซอร์และเว็บไซต์โต้ตอบกับแต่ละอื่น ๆ
ผ่านอินเทอร์เน็ตโดยใช้เว็บการสื่อสารโปรโตคอล HyperText
Transfer Protocol (HTTP).
ครั้งแรกที่ผู้ใช้คลิกปุ่มหรือการเชื่อมโยงหลายมิติที่มี Uniform
Resource Locator (URL) ที่จะเข้าถึงเว็บไซต์โดยเฉพาะอย่างยิ่ง แสดงให้เห็นเป็นสีดำวงกลม
ดำเนินการ 1 ในรูปที่ 14.1 เมื่อมีการร้องขอ HTTP นี้ถึงเว็บไซต์เซิร์ฟเวอร์
ส่งคืนสินค้าที่ร้องขอ (การดำเนินการ 2) ในภาพของเรานี้เรียก Docu
-
. ment ใน Hypertext Markup Language (HTML)-websitepage.html
เมื่อเอกสารถูกดึงข้อมูลทั้งหมดเบราว์เซอร์ของผู้เข้าชมเว็บสแกน
sitepage.html และสังเกตเห็นหลายที่อ้างอิงถึงเอกสารเว็บอื่น ๆ ที่จะ
ต้อง ก่อนที่จะตอบสนองการทำงานของมันจะเสร็จสมบูรณ์; เบราว์เซอร์จะต้องดึง com อื่น ๆ
-
ะของเอกสารในการร้องขอนี้แยกต่างหาก โปรดทราบว่ามนุษย์เพียงคนเดียว
การดำเนินการที่นี่คือการคลิกที่ลิงค์เดิม ส่วนที่เหลือทั้งหมดของการกระทำที่
ตามมาในตัวอย่างนี้มีปฏิสัมพันธ์จากคอมพิวเตอร์ไปยังเครื่องคอมพิวเตอร์ที่ถูกกระตุ้นโดย
การคลิกและการจัดการส่วนใหญ่โดยคำแนะนำดำเนินการในขั้นแรก
ดาวน์โหลดเอกสาร HTML, websitepage.html เพื่อที่จะเพิ่มความเร็วในเว็บ
การตอบสนองหน้าเบราว์เซอร์ส่วนใหญ่จะดำเนินการกระทำที่เป็นผลสืบเนื่องเหล่านี้
ในแบบคู่ขนานโดยปกติจะมีถึง 4 หรือมากกว่าร้องขอ HTTP การบริการ
ควบคู่กันไป.
เบราว์เซอร์ของผู้เข้าชมพบว่ามีการอ้างอิงถึงภาพโลโก้บางที-ว่า
จากมัน URL ที่ตั้งอยู่ที่ Website.com สถานที่เดียวกันก็ดึงเริ่มต้น
เอกสาร HTML เบราว์เซอร์ปัญหาการร้องขอไปยังเซิร์ฟเวอร์ที่สอง (การกระทำที่ 3)
และเซิร์ฟเวอร์ตอบสนองโดยการกลับภาพที่ระบุ

ผลลัพธ์ (ไทย) 3:

สอนสั้นๆ บนเว็บไคลเอ็นต์เซิร์ฟเวอร์ของ 


 ลักษณะเฉพาะของการบำรุงรักษาปกติ รวมถึงความท้าทายของการระบุ
ผู้เข้าชมที่มาของพวกเขาและช่วงที่สมบูรณ์ของ  


clickstream เฉพาะมิติ เช่นหน้า , เหตุการณ์ , เซสชั่น , และส่งต่อ
เข้าใจปฏิสัมพันธ์ระหว่างเว็บ ( เบราว์เซอร์ไคลเอ็นต์ ) และเว็บ
เซิร์ฟเวอร์ ( เว็บไซต์ ) เป็นสิ่งจำเป็นเพื่อความเข้าใจที่มาและความหมายของข้อมูลใน clickstream
. ในรูปที่ 14.1 เราแสดงเบราว์เซอร์ , เขต " ผู้มาเยือน
เบราว์เซอร์ " เราจะมองสิ่งที่เกิดขึ้นในทั่วไปปฏิสัมพันธ์จากต่อ
-
spective ของเบราว์เซอร์ของผู้ใช้ เบราว์เซอร์และเว็บไซต์โต้ตอบกับแต่ละอื่น ๆ
ทางอินเทอร์เน็ตโดยใช้โปรโตคอลการสื่อสารของเว็บ HTML
Transfer Protocol ( HTTP )
, ผู้เข้าชมคลิกปุ่มหรือไฮเปอร์ลิงค์ที่มี Uniform Resource Locator ( URL )
เข้าถึงเว็บไซต์ที่เฉพาะเจาะจง แสดงเป็นสีดำวงกลม
ปฏิบัติการ 1 ในรูปที่ 14.1 . เมื่อการร้องขอ HTTP ถึงเว็บไซต์ , เซิร์ฟเวอร์
จะขอรายการ ( ปฏิบัติการ 2 ) ในภาพของเรานี้ fetches DOCU
-
ment ใน Hypertext Markup Language ( HTML ) รูปแบบ websitepage . html .
เมื่อเอกสารทั้งหมดที่ดึงผู้เข้าชมเว็บเบราว์เซอร์สแกน --
sitepage.html และประกาศอื่น ๆหลายอ้างอิงเอกสารเว็บที่
ต้องตอบสนองก่อนงานจะเสร็จ ; เบราว์เซอร์ต้องเรียกคนอื่นด้วย
-
ส่วนประกอบโดยทั่วไปของเอกสารนี้ใน แยก ขอ โปรดทราบว่าเฉพาะมนุษย์