How does cookies "secure" attr work

How does cookies "secure" attr work to determines whether cookie itself should be included?

e.g.

[HTTP(unencrypted) connection]
1. user has no cookie yet and tries to log in;
2. user logs in successfully, server should send "secure" cookie to client;

- Will server send cookies to client via HTTP connection?
- Is server the one who is responsible to check the connection and decide to include "secure" cookie?
- Or cookies with "secure" attr are rejected on HTTP level?

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

วิธี attr "ปลอดภัย" คุกกี้ทำงานเพื่อกำหนดว่า ใครควรจะรวมเช่น[HTTP(unencrypted) เชื่อมต่อ]1. ผู้ไม่มีคุกกี้ได้และพยายามเข้าสู่ระบบ2. ผู้ใช้ระบบในสำเร็จ เซิร์ฟเวอร์ควรส่งคุกกี้ "ปลอดภัย" ไคลเอ็นต์-จะเซิร์ฟเวอร์ส่งคุกกี้ไปยังไคลเอนต์ผ่าน HTTP ในการเชื่อมต่อหรือไม่-เซิร์ฟเวอร์คือ ผู้รับผิดชอบ การตรวจสอบการเชื่อมต่อจะรวมคุกกี้ "ปลอดภัย"- หรือคุกกี้ ด้วย attr "ปลอดภัย" จะถูกปฏิเสธในระดับ HTTP

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

อย่างไรคุกกี้ "ปลอดภัย" งาน attr ที่จะกำหนดว่าคุกกี้ตัวเองควรจะรวม? เช่น[HTTP (ที่ไม่ได้เข้ารหัส) การเชื่อมต่อ] 1 ผู้ใช้มีคุกกี้ใด ๆ และพยายามที่จะเข้าสู่ระบบ; 2 บันทึกของผู้ใช้ประสบความสำเร็จในเซิร์ฟเวอร์ควรส่ง "ปลอดภัย" คุกกี้ให้กับลูกค้า; - เซิร์ฟเวอร์จะส่งคุกกี้ให้กับลูกค้าผ่านการเชื่อมต่อ HTTP? - เป็นเซิร์ฟเวอร์เป็นผู้หนึ่งที่มีหน้าที่รับผิดชอบในการตรวจสอบการเชื่อมต่อและตัดสินใจที่จะรวมถึง "ปลอดภัย" คุกกี้? - หรือคุกกี้ กับ "ปลอดภัย" attr จะถูกปฏิเสธในระดับ HTTP?

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

วิธีทำคุกกี้ " กลายเป็น " attr ทำงานเพื่อกำหนดว่าคุกกี้ที่ตัวเองควรอยู่ ?



[ เช่น HTTP ( เข้ารหัส ) การเชื่อมต่อ ]
1 ผู้ใช้มีคุกกี้และยังพยายามที่จะเข้าสู่ระบบ ;
2 ผู้ใช้เข้าสู่ระบบเรียบร้อยแล้ว เซิร์ฟเวอร์จะส่ง " กลายเป็น " คุกกี้ไปยังลูกค้า ;

- จะส่งคุกกี้เพื่อลูกค้าเซิร์ฟเวอร์ผ่านทาง HTTP การเชื่อมต่อ ?
- Server ที่เป็นผู้รับผิดชอบในการตรวจสอบการเชื่อมต่อและตัดสินใจที่จะรวม " กลายเป็น " คุกกี้ ?
- หรือคุกกี้ " กลายเป็น " attr ปฏิเสธในระดับ HTTP ?