Cookie ဆိုတာ ဘာလဲ? Website များက သင့်ကို ဘယ်လို မှတ်မိသလဲ

Cookie ဆိုတာ website က သင့် browser ကို သိမ်းစေပြီး နောက်ပိုင်း site ကို ပြန်လာတိုင်း ပြန်ပို့စေသော စာသားအသေးစားတစ်ခု ဖြစ်ပါတယ်။ website က သင့်ကို "မှတ်မိခြင်း" ဖြစ်ပုံ- login ဝင်ထားခြင်း၊ ခြင်းတောင်းထဲ ဘာရှိခြင်း၊ ဘယ်ဘာသာစကား ရွေးထားခြင်း တို့ပါ။ Cookie သည် program မဟုတ်ဘဲ ဒေတာသာဖြစ်ပါတယ်၊ ဒါပေမယ့် သင့်ကို ခွဲခြားနိုင်သောကြောင့် လုံခြုံရေးနှင့် ကိုယ်ရေးလုံခြုံမှု နှစ်ခုစလုံးအတွက် အရေးကြီးပါတယ်။

AI ဖြင့် တည်ဆောက်သောအခါ ဘာကြောင့် အရေးကြီးသလဲ

AI builder တစ်ခုကို တောင်းဆိုသော features အများအပြားရဲ့ အောက်ခြေမှာ Cookie ရှိနေပြီး "cookie" ဆိုတဲ့ စကားလုံး မပါဘဲလည်း ဖြစ်တတ်ပါတယ်-

• Login။ web app အများစုတွင် "ဆက်ဝင်ထားရန်" ဆိုသည်မှာ session cookie ဖြစ်ပါတယ်။ ထို cookie ကို ဘယ်လို configure လုပ်ထားလဲက ခိုးယူရလွယ်မလွယ် ဆုံးဖြတ်ပါတယ်။
• ခြင်းတောင်းနှင့် ဦးစားပေးချက်များ။ စာမျက်နှာ refresh လုပ်ပြီးနောက်လည်း ရှိနေသော basket တစ်ခုသည် cookie သို့မဟုတ် browser storage ကို မကြာခဏ မှီခိုပါတယ်။
• Analytics နှင့် ကြော်ငြာ။ Google Analytics၊ Meta pixel သို့မဟုတ် chat widget ထည့်ခြင်းသည် ပြင်ပကုမ္ပဏီများထံမှ cookie များကို ပုံမှန် ထည့်ပေးပါတယ်။
• ဥပဒေဆိုင်ရာ အကြောင်းကြားချက်များ။ နေရာများစွာတွင် cookie အချို့ကို ဧည့်သည်၏ သဘောတူညီချက် လိုအပ်ပြီး cookie banner များ ပေါ်လာရတဲ့ အကြောင်းပါ။

သင့်app က ဘယ် cookie တွေ သတ်မှတ်ပြီး ဘာအတွက်လဲ သိထားရင် လုံခြုံရေး ဆက်တင်၊ သဘောတူညီချက်နှင့် privacy policy အတွက် ပိုကောင်းသော ရွေးချယ်မှု ပြုနိုင်ပါတယ်။

နေ့စဉ်ဥပမာ

အင်္ကျီ ထားရာ ကောင်တာ လက်မှတ်ကို စဉ်းစားပါ။ သင့်အင်္ကျီကို ပေးပြီး နံပါတ်ပါသော လက်မှတ်ကို ရပါတယ်။ လက်မှတ်တွင် အင်္ကျီ မပါပါ၊ နံပါတ်သာ ပါပါတယ်။ ကောင်တာသို့ ပြန်လာတိုင်း လက်မှတ်ကို ပြလိုက်ရင် ဝန်ထမ်းက ဘယ်အင်္ကျီ သင့်ဖြစ်သလဲ သိပါတယ်။

Session cookie ကလည်း အတူတူပါပဲ။ Login ဝင်ချိန်တွင် server က သင့်အချက်အလက်ကို ၎င်းဘက်တွင် ထိန်းထားပြီး သင့် browser ကို လက်မှတ် တစ်ခု- ရှည်လျားသော random ID ကို ပေးပါတယ်။ Browser က request တိုင်းတွင် ထိုလက်မှတ်ကို ပြပြီး server က သင်ဘယ်သူလဲ ရှာပါတယ်။ လက်မှတ်ကို ကူးယူသူတိုင်းက အင်္ကျီကို ယူနိုင်တာကြောင့် login cookie ကို ကာကွယ်ရပါတယ်။

Cookie လုပ်ဆောင်ပုံ အမှန်တကယ်

၁။ သင် site သို့ ဝင်ပါ။ server ၏ တုံ့ပြန်ချက်တွင် Set-Cookie: session_id=8f3k...; HttpOnly; Secure; SameSite=Lax ကဲ့သို့ header ပါဝင်ပါတယ်။ ၂။ Browser က ထို site ၏ domain နှင့် ချိတ်ပြီး သိမ်းပါတယ်။ ၃။ နောက်ပိုင်း တူညီသော site သို့ request တိုင်းတွင် browser က Cookie: session_id=8f3k... ကို အလိုအလျောက် ထည့်ပါတယ်။ ၄။ server က ဖတ်ပြီး သင်ဖြစ်ကြောင်း သိပါတယ်။

စာမျက်နှာ၏ JavaScript က cookie ကို ဖန်တီးနိုင်ပါတယ်၊ သို့သော် အရေးကြီးဆုံး cookie များ- login session များကို server က သတ်မှတ်ပြီး JavaScript မှ ဖျောက်ထားသင့်ပါတယ်။

Cookie အမျိုးအစားများ

Browser များက third-party cookie များကို site များကြား လူများကို ခြေရာခံရန် သုံးလို့ တဖြည်းဖြည်း ကန့်သတ်လာကြပါတယ်။ အဓိက browser အများအပြားက ယခု များစွာကို ပုံသေ ပိတ်ထားပြီး အသေးစိတ်များ ပြောင်းလဲနေတာကြောင့် အရေးကြီးသော အရာကို third-party cookie ပေါ်တွင် မတည်ဆောက်ပါနဲ့။

အလုပ်သင်ဥပမာ- သေးငယ်သော အွန်လိုင်းဆိုင်

သင်က လက်ဖန်တီး ဖယောင်းတိုင်များ ရောင်းသော ဆိုင်တစ်ဆိုင် တည်ဆောက်ထားတယ်ဆိုပါစို့။ ကောင်းမွန်သော ဗားရှင်းတစ်ခုက သတ်မှတ်မည့် cookie များနှင့် အဘယ်ကြောင့်လဲ ဖော်ပြပါမယ်။

session- ပိုင်ရှင် သို့မဟုတ် ဖောက်သည်က login ဝင်သောအခါ သတ်မှတ်သည်။ random ID တစ်ခုသာ ပါပြီး အမှန်တကယ် session ဒေတာကို server က ထိန်းသည်။ ချိန်ညှိချက်- HttpOnly (page script များ ဖတ်၍မရ)၊ Secure (သာ HTTPS ဖြင့်သာ ပို့သည်)၊ SameSite=Lax (အခြား site မှ စတင်သော request အများစုတွင် မပို့ပါ)။ Strictly necessary။

cart_id- login မဝင်သော ဧည့်သည်က ခြင်းတောင်းကို ဆက်ထားနိုင်စေသည်။ database ထဲ သိမ်းထားသော ခြင်းတောင်းကို ညွှန်ပြသည်။ Strictly necessary၊ ဧည့်သည်က ပစ္စည်းထည့်ဖို့ တောင်းဆိုထားလို့ပါ။

theme- dark mode ကို မှတ်ထားသည်။ cookie ဖြစ်နိုင်ပေမယ့် server ဆီ ရောက်ဖို့ မလိုပါ၊ ထို့ကြောင့် browser localStorage က ရိုးရှင်းပါတယ်။

Analytics cookie များ- analytics tool ထည့်ထားရင် ထည့်သွင်းသည်။ ဒါတွေက non-essential ဖြစ်ပါတယ်။ EU နှင့် UK တွင် ယေဘုယျအားဖြင့် သတ်မှတ်မီ သဘောတူညီချက် လိုပါတယ်၊ ဒါကြောင့် analytics script က ဧည့်သည် "Accept" နှိပ်သည်အထိ စောင့်သင့်ပါတယ်။

ဆိုင်က cookie ထဲ မထည့်သော အရာကို သတိပြုပါ- ဖောက်သည်၏ နာမည်၊ လိပ်စာ သို့မဟုတ် ကတ်အချက်အလက်များ။ Cookie များသည် request တိုင်းနှင့်အတူ ခရီးသွားပြီး အသုံးပြုသူ၏ device ပေါ်တွင် ရှိနေတာကြောင့် ID များကိုသာ ထည့်သင့်ပြီး ကိုယ်ရေးဒေတာ မထည့်သင့်ပါ။

အသုံးများသော စကားလုံးများ ရှင်းပြချက်

အသုံးများသော အမှားများနှင့် အယူအဆမှားများ

• "Cookie များသည် ဗိုင်းရပ်စ်ဖြစ်သည်။" ၎င်းတို့သည် ရိုးရိုးစာသားဖြစ်ပါတယ်။ သင့်ကွန်ပျူတာပေါ်တွင် code မ run နိုင်ပါ။
• ထိလွယ်သော ဒေတာကို cookie ထဲ ထည့်ခြင်း။ random ID ကို သိမ်းပြီး အသေးစိတ်ကို server တွင် ထားပါ။
• Login token များကို localStorage တွင် ထားခြင်း။ Page ပေါ်ရှိ script မည်သည့်အရာမဆို၊ ထိုးသွင်းထားသော script အပါအဝင် localStorage ကို ဖတ်နိုင်ပါတယ်။ HttpOnly cookie ကို page script များက လုံးဝ ဖတ်၍မရပါ။
• Secure နှင့် HttpOnly မပါခြင်း။ ဤအလံ နှစ်ခုသည် စျေးသက်သာပြီး အပေါက်အများစုကို ပိတ်ပေးပါတယ်။
• Banner က အရာအားလုံးကို ဖုံးလွှမ်းသည်ဟု ယူဆခြင်း။ ဧည့်သည် "Accept" မနှိပ်မီ analytics ကို load လုပ်သော banner သည် ၎င်း၏ အလုပ်ကို မလုပ်ပါ။
• Logout ကို မေ့ခြင်း။ Logout သည် cookie ကို ဖျက်ရုံသာမက server ပေါ်ရှိ session ကိုလည်း ရပ်စဲစေရမယ်၊ ကူးယူထားသော cookie သည် အလုပ်မလုပ်တော့ရန်။
• "Cookie မသုံးရင် privacy စည်းမျဉ်းတွေ မသက်ဆိုင်ဘူး" ဟု ယူဆခြင်း။ GDPR ကဲ့သို့ စည်းမျဉ်းများသည် ကိုယ်ရေးဒေတာ သိမ်းထားရာ နေရာတိုင်းကို ဖုံးလွှမ်းပါတယ်- local storage၊ device fingerprint နှင့် server log များပါဝင်ပါတယ်။

သင့် AI builder ကို ဘာတောင်းဆိုရမလဲ

• "App က သတ်မှတ်သော cookie အားလုံး၊ ဘာအတွက်လဲ၊ ဘယ်လောက်ကြာလဲ၊ strictly necessary ဟုတ်မဟုတ် စာရင်းပြပါ။"
• "Login session အတွက် HttpOnly၊ Secure၊ SameSite=Lax cookie ကို သုံးပါ။ Auth token ကို localStorage မှာ မထည့်ပါနဲ့။"
• "Cookie ထဲမှာ random session ID တစ်ခုသာ ထားပြီး session ဒေတာကို server မှာ သိမ်းပါ။"
• "Logout လုပ်တဲ့အခါ cookie ကို ဖျက်ပြီး server ပေါ်ရှိ session ကို ပျက်ပြယ်စေပါ။"
• "ဧည့်သည် လက်ခံမချင်း analytics သို့မဟုတ် marketing script များကို မ load ပါနဲ့၊ ရွေးချယ်မှုကို မှတ်ထားပါ။"
• "အထက်ပါ စာရင်းနှင့် ကိုက်ညီသော cookie အပိုင်းကို privacy policy တွင် ထည့်ပါ။"

သဘောတူညီချက် အပိုင်းအတွက် cookie သဘောတူညီချက် ထည့်ပုံ ကို ကြည့်ပါ။ Cookie များ login နှင့် ဘယ်လို ဆက်စပ်သလဲ သိရန် authentication ဆိုတာဘာလဲ ကို ဖတ်ပါ။

Mythex ရှိ Cookie များ

Mythex က သင့် app ၏ အသုံးပြုသူများအတွက် built-in login မပေးပါ၊ ထို့ကြောင့် app က သတ်မှတ်သော cookie များသည် ၎င်း၏ ကိုယ်ပိုင် code နှင့် ထည့်ထားသော tool များမှ ဖြစ်ပါတယ်- ဥပမာ သင်ရွေးသော auth နည်းလမ်းမှ session cookie။ chat တွင် agent ကို ၎င်းတို့ကို စာရင်းပြရန်၊ ဆက်တင်များ တင်းကျပ်ရန် သို့မဟုတ် သဘောတူညီချက် banner ထည့်ရန် မေးပါ၊ publish မလုပ်မီ live preview တွင် ရလဒ်ကို စစ်ပါ။ docs ရှိ login ထည့်သွင်းပုံ recipe သည် စတင်ရန် ကောင်းသော prompt ဖြစ်ပြီး သင်တည်ဆောက်သော app အတွက် လုံခြုံရေး က key နှင့် secret များကို browser မှ ထားရန် ဖုံးလွှမ်းထားပါတယ်။

မေးခွန်းများ