Visit Memory

คืออะไร

ทำให้การกลับมาเยี่ยมเกตเวย์รู้สึกต่อเนื่อง ("ยินดีต้อนรับกลับ / ดำเนินการต่อ →") โดยไม่เคยสร้างตัวตน

ทำไม

การปรับแต่งส่วนบุคคลมักหมายถึงการติดตาม Visit Memory แก้ด้วยการจำเฉพาะค่ากำหนดและความต่อเนื่องบนอุปกรณ์ พร้อมรายการฟิลด์ต้องห้ามที่ชัดเจนและไม่มีตัวตนฝั่งเซิร์ฟเวอร์

อย่างไร

อุปกรณ์ → localStorage → ข้อเสนอใน UI ไม่เคยไปเซิร์ฟเวอร์ ไม่เคยไป core

• เก็บ preferredLocale, lastRoute, lastVisitAt, visitCount
• เก็บ lastArticleSlug, lastReadPosition, dismissedNotices, uiContractVersion
• ทิ้งฟิลด์ที่ไม่รู้จักหรือต้องห้ามตอนอ่านและเขียน
• เสนอความต่อเนื่อง — ไม่เคยเปลี่ยนเส้นทางอัตโนมัติ
• แยกจากการสังเกตการณ์เซิร์ฟเวอร์ (Layer B)

ตัวอย่าง

ผู้เยี่ยมชมที่กลับมาจะเห็นข้อความ "ยินดีต้อนรับกลับ" หรือข้อเสนอต่อจากตำแหน่งที่อ่าน โดยอิงภาษาที่เก็บในเครื่อง — ไม่มีตัวตนฝั่งเซิร์ฟเวอร์

ข้อมูลนำเข้า

• สถานะอุปกรณ์ผู้เยี่ยมชม (localStorage)

ผลลัพธ์

• ข้อเสนอต้อนรับกลับ/ดำเนินการต่อใน UI

สิ่งที่พึ่งพา

วงจรชีวิต

• Layer A visit memory ในเครื่อง
• Layer B การสังเกตการณ์เซิร์ฟเวอร์ (แยก ไม่ระบุตัวตน)

กรณีใช้งาน

• ผู้เยี่ยมชมที่กลับมาเห็นข้อเสนอให้ดำเนินการต่อ
• UI กู้คืนภาษาและตำแหน่งอ่านในเครื่อง

ข้อจำกัด

• เฉพาะอุปกรณ์ — ล้างพร้อมข้อมูลเบราว์เซอร์
• ไม่เคยเชื่อมกับการสังเกตการณ์เซิร์ฟเวอร์
• ไม่ใช่ระบบตัวตน

งานวิจัยที่เกี่ยวข้อง

• The Public Observation Model — Why the public side is an observation layer, and how anonymous traffic becomes a sanitized signal without becoming a control surface.

คำถามที่ผู้คนถาม

คำถามเหล่านี้ตอบโดยเนื้อหาบนหน้านี้

• AENET Visit Memory คืออะไร?
• Visit Memory เป็นระบบตัวตนหรือไม่?
• Visit Memory เก็บอะไรบ้าง?
• Visit Memory รักษาความเป็นส่วนตัวอย่างไร?

หลักฐาน

เฉพาะสถานะที่ตรวจสอบแล้ว — ไม่มีอะไรบนหน้านี้คือการคาดการณ์

• contracts/public-visit-memory.contract.json
• web/assets/js/visit-memory.js
• docs/VISIT_MEMORY.md