filekiwi 6 일 전 | ความคิดเห็นหลัก | ใน: มีใครสร้างส่วนขยาย Google Chrome ไว้ใช้เองบ้างไหมครับ/คะ?

https://chromewebstore.google.com/detail/one-click-file-attachment/…
ฟังก์ชันแทรกลิงก์ไฟล์ด้วยการคลิกขวาเพียงครั้งเดียวในช่องกรอกข้อความ
แม้จะเปิดเผยไว้แล้ว แต่มีแค่ผมที่รู้จัก เลยยังถือว่าเป็น "ส่วนตัว"
 
cws234 6 일 전 | ความคิดเห็นหลัก | ใน: Ppoplog - เว็บไซต์ความรู้ด้านการพิมพ์ 3D ที่รวม FDM และเรซินไว้ในที่เดียว (ppoplog.com)

แค่ถาม GPT เอาก็น่าจะได้ข้อมูลมากกว่า และดูเหมือนจะเข้าถึงแหล่งข้อมูลเชิงลึกได้ดีกว่าด้วย
 
daumkakao 6 일 전 | ความคิดเห็นหลัก | ใน: OpenMMO - MMORPG ที่ AI Agent และผู้เล่นมนุษย์ได้รับการปฏิบัติอย่างเท่าเทียมกัน (x.com/appledelhi)

คนแห่เข้าไปเยอะมากเลยมั้งครับ... แค่เริ่มสร้างตัวละครก็แลกแล้ว นับถือเลยครับพี่
 
jeonhada 6 일 전 | ความคิดเห็นหลัก | ใน: มีใครสร้างส่วนขยาย Google Chrome ไว้ใช้เองบ้างไหมครับ/คะ?

https://github.com/sjeon87/code-radio-ext

  • ผมทำเป็นส่วนขยายขึ้นมา เพราะรู้สึกรำคาญที่ต้องเปิด https://coderadio.freecodecamp.org/ ซึ่งใช้ฟังตอนทำงานไว้ในแท็บแยกต่างหาก นอกนั้นก็ไม่ได้มีฟังก์ชันอะไรเป็นพิเศษ
 
laeyoung 6 일 전 | ความคิดเห็นหลัก | ใน: ความเข้าใจคือคอขวดใหม่ (geoffreylitt.com)

มีวิดีโอบรรยายของผู้เขียนเกี่ยวกับเนื้อหาเดียวกันนี้อัปโหลดไว้ในช่อง YouTube ของ AI Engineer ด้วยครับ - https://www.youtube.com/watch?v=WkBPX-oDMnA
 
whaletail 6 일 전 | ความคิดเห็นหลัก | ใน: อย่าสร้างระบบมอนิเตอร์เอง ฝากไว้กับ SaaS ฟรีดีกว่า — สังเกตการณ์ได้ฟรี 0 บาทด้วย Sentry + PostHog (whale-tail.tistory.com)

ขออภัยที่ตอบช้า เพิ่งเห็นตอนนี้ครับ! สิ่งที่ชอบที่สุดคือขั้นตอนการเริ่มใช้งาน
เพราะเป็น Expo เลยต่างจาก Firebase Analytics ที่ต้องผูกกับ native ตรงที่เป็น JS SDK ล้วน จึงติดตั้งใช้งานได้ทันที
โดยไม่ต้อง rebuild และด้วย autocapture ช่วงแรกก็ไม่ต้องฝัง event ทีละรายการ
จึงเป็นภาระน้อยสำหรับนักพัฒนาคนเดียว ภายในโควตาฟรีก็เพียงพอสำหรับดูแพตเทิร์นตามช่วงเวลาและ funnel ครับ
 
eajrezz 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

แม้แต่เบราว์เซอร์ Chrome เองก็ดูเหมือนจะมีส่วนทำให้ passkey น่าสับสนด้วยนะครับ passkey ของผมอยู่ใน 1Password แต่ก็มักจะบอกให้เสียบฮาร์ดแวร์ USB อยู่เรื่อย ๆ
 
lamanus 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

ผมก็ใช้งานในลักษณะเดียวกันครับ ตัวจัดการรหัสผ่านและพาสคีย์ที่ผูกกับ OS หรือเบราว์เซอร์นั้นขึ้นกับอุปกรณ์มากจริง ๆ จนรู้สึกว่าใช้งานไม่ได้เลยครับ
 
julskim 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

ถูกต้องครับ ดังนั้นถ้าใช้ Passkey เป็นวิธีหลักก็คงลำบาก และผมมองว่าคุณค่าของมันจะโดดเด่นก็ต่อเมื่อใช้ร่วมกับวิธียืนยันตัวตนที่ทรงพลังมากแต่ไม่สะดวกจริง ๆ
 
julskim 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

พอได้อ่านเนื้อหาก็เข้าใจนะ แต่ถ้าดูแค่พาดหัวก็ดูเหมือนคำพูดของคนบ้าเลยครับ อย่างน้อยคนที่ใช้ passkey รวมถึงผมเองก็ใช้งานมันได้ดีมาก ผมคิดว่า Nikita Bier น่าจะตั้งชื่อ passkey ผิด หรือไม่ก็ UX ของบริการที่ใช้มันไม่ดี
เขาบอกว่าเป็นวิธียืนยันตัวตนที่ผู้ใช้ไม่เข้าใจ แต่จริง ๆ แล้วพอพูดถึงการยืนยันตัวตน ถ้ามันสะดวกและปลอดภัยสำหรับผู้ใช้ก็จบแล้ว จำเป็นต้องเข้าใจมันด้วยเหรอ?

ผมคิดว่าปัญหานี้เป็นความรู้สึกที่เกิดจากการที่ Google หรือแพลตฟอร์มบริการอื่น ๆ นำเสนอ passkey ในวิธีที่ผิด ไม่ว่าจะเป็นลายนิ้วมือหรืออะไรก็ตาม ควรปรับปรุง UX ให้ผู้ใช้เข้าใจว่า "จะยืนยันตัวตนด้วย passkey อย่างไร" มากกว่าจะไปโทษวิศวกรที่นำมันมาใช้ ชื่อมันเองก็แปลกด้วย (ถ้าเรียกว่า 'on-device key' จะตรงไปตรงมากว่าหรือเปล่า?) แต่ไม่ว่าอย่างไร วิธีการนี้เองผมมองว่าเป็นวิธียืนยันตัวตนที่ปลอดภัยดี
ถ้าเข้าใจแบบว่า "passkey = การยืนยันตัวตนด้วยชีวมิติ" จะยิ่งยากกว่า ถ้าพูดกันตามจริง แม้แต่ผมเองก่อนจะเข้าใจหลักการของ PIN ก็ยังคิดว่า 'ตัวเลข 6 หลักมันจะปลอดภัยอะไรนักหนา?' แต่พอเข้าใจว่ากุญแจจริงคือคีย์ที่ซับซ้อนอีกชุดหนึ่ง และ PIN เป็นเพียงรหัสผ่านของอุปกรณ์ที่ใช้เปิดคีย์ในเครื่องนั้น ก็เลยเข้าใจว่ามันปลอดภัยดี ผู้ใช้ทั่วไปจะเข้าใจสิ่งนี้แล้วค่อยใช้ไหม? ส่วนใหญ่ก็เชื่อคำอธิบายของวิศวกร OS แล้วใช้กันนั่นแหละ (อย่าง Windows Hello PIN)

กรณีอุปกรณ์สูญหายก็เหมือนกัน 2FA ติดตั้งได้หลายอุปกรณ์ แต่ passkey ถ้าทำอุปกรณ์หายก็เหมือนทำกุญแจหาย เลยบอกว่านั่นเป็นข้อเสีย? คำพูดนี้ก็ไม่ต่างจากการบอกว่า 'กลอนประตูรีโมตปลอดภัยกว่ากุญแจบ้านแบบเก่า' เลย จะเอาวิธีที่ยืนยันตัวตนได้จากที่ไหนก็ได้ ไปเทียบกับวิธีที่ยืนยันตัวตนได้เฉพาะบนอุปกรณ์ที่ครอบครองได้อย่างไร มันเป็นคำพูดเลื่อนลอย แน่นอนว่าแต่ละแบบก็มีข้อดีข้อเสียต่างกัน แต่ถ้าเทียบกันแบบนั้น จะบอกว่า 'รหัสผ่านดีกว่า 2FA' ก็ฟังดูมีเหตุผลได้เหมือนกัน ผมมองว่าคำว่า 'ล็อกอินได้เฉพาะบนอุปกรณ์ของฉัน' ในโลกความปลอดภัยก็เท่ากับคำว่า 'คนอื่นจะยืนยันตัวตนได้ก็ต่อเมื่อได้อุปกรณ์ของฉันไป' ซึ่งนั่นแหละคือข้อดีของ passkey สิ่งอย่างการยืนยันตัวตนด้วยชีวมิติก็เป็นแค่ช่องทางยืนยันตัวตนของ keychain ที่อุปกรณ์มีให้เท่านั้น ผมคิดว่าเราควรกลับมาทำความเข้าใจแก่นแท้ของ passkey ให้ถูกต้องอีกครั้ง
 
sukwn5 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

ผมใช้ 1Password มาเป็นปีที่ 4 แล้ว และกลับรู้สึกสะดวกเพราะ Passkey กำลังกลายเป็นกระแสหลัก
ถ้าติดตั้งไว้ทั้งหมดบน iPhone, ระบบนิเวศของ Apple, คอมพิวเตอร์บริษัท ฯลฯ แล้วปิดใช้งานตัวจัดการรหัสผ่านเริ่มต้น ก็จะใช้ได้ผ่าน 1Password เท่านั้น
เมื่อออก Passkey แล้ว ระบบจะบันทึกได้ด้วยการคลิกเพียงครั้งเดียว และเมื่อเว็บไซต์เรียกใช้ Passkey API จะมีหน้าต่างที่มุมขวาบนถามว่าจะเข้าสู่ระบบด้วย Passkey หรือไม่
ตอนนั้นแค่กด Enter ครั้งเดียว ก็ข้ามการกรอกรหัสผ่านและการยืนยัน Captcha แล้วเข้าสู่ระบบได้สำเร็จ
 
laeyoung 6 일 전 | ความคิดเห็นหลัก | ใน: อินไซต์สำคัญจากหนังสือเทคนิค 45 เล่ม (youtube.com)
  1. ลิงก์ในสารบัญวนกลับมาที่หน้านี้แบบเรียกซ้ำ
  2. ไม่แน่ใจว่าคุณสรุปทั้งหมดด้วยมือเอง หรือเอาสรุปจาก AI มาถ่ายทอดต่อ แต่ใน YouTube มีฟังก์ชัน Ask อยู่แล้ว เลยดูเหมือนไม่มีปัญหาแม้จะไม่ได้สรุปทั้งหมดให้ครบ ตรงกันข้าม ผมกลับสงสัยมากกว่าว่าทำไมถึงอยากแชร์สิ่งนี้ และคิดว่าเนื้อหาแค่สรุป 3 บรรทัดก็น่าจะเพียงพอแล้วครับ
 
howudoin 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

"Passkey นั้นดี อย่าวิจารณ์ถ้าไม่มีทางเลือกอื่น!!" เขาว่ากันแบบนั้น
แต่จริง ๆ แล้ว passkey เองนี่แหละที่อยู่ในตำแหน่งของทางเลือกแทนวิธีเดิม และทั้งที่ยังเสนอทางเลือกที่เหมาะสมไม่ได้ ก็ยังยืนยันว่ามันดีอยู่นั่น
 
null468 6 일 전 | ความคิดเห็นหลัก | ใน: Passkey ถูกสร้างโดยวิศวกรที่ไม่เข้าใจจิตวิทยาผู้บริโภคเลย (twitter.com/nikitabier)

ถ้าจะใช้ Passkey ให้สะดวก ก็ต้องใช้แอปจัดการรหัสผ่านเพียงตัวเดียวที่ครอบคลุมทุกแพลตฟอร์ม....
ไม่อย่างนั้นก็ไม่รู้ด้วยซ้ำว่าตัวเองสร้าง Passkey ไว้ที่ไหนและอย่างไร และยังสังเกตได้ยากว่าเบราว์เซอร์กำลังถามคำขอ Passkey กับฝ่ายที่ไม่ถูกต้องอยู่ ผลก็คือ นอกจากแพลตฟอร์มไม่กี่ตัวที่ใช้บ่อยแล้ว ก็ไม่ใช้ Passkey เพราะมันไม่สะดวก
มองตอนนี้แล้วเหมือนเป็นฟีเจอร์ที่ทำขึ้นมาเพื่อขายแอปจัดการรหัสผ่านเลย
 
baeba 6 일 전 | ความคิดเห็นหลัก | ใน: อินไซต์สำคัญจากหนังสือเทคนิค 45 เล่ม (youtube.com)

ที่อยู่เว็บไซต์อยู่ด้านล่างนี้
https://bookoverflow.io/
 
shincad 6 일 전 | ความคิดเห็นหลัก | ใน: ผมทำบริการที่ค้นหาได้ในครั้งเดียวว่าหนังสือในห้องสมุดใกล้บ้านยืมได้หรือไม่ (bookmarking.kr)

// ทดสอบตรวจสอบสถานะ Search API
async function testSearchAPI() {
const url = 'https://bookmarking.kr/api/search/…';

console.log('เริ่มส่งคำขอ API:', url);

try {
const startTime = performance.now();
const response = await fetch(url);
const endTime = performance.now();

console.log(`เวลาตอบกลับ: ${(endTime - startTime).toFixed(0)}ms`);  
console.log(`รหัสสถานะ HTTP: ${response.status} (${response.statusText})`);  

if (response.ok) {  
  const data = await response.json();  
  console.log('API ทำงานปกติ! ข้อมูลตอบกลับ:', data);  
} else {  
  console.warn(`เกิดข้อผิดพลาดที่เซิร์ฟเวอร์ (รหัสสถานะ: ${response.status})`);  
  const errorText = await response.text();  
  console.log('เนื้อหาการตอบกลับข้อผิดพลาดจากเซิร์ฟเวอร์:', errorText || '(ไม่มีเนื้อหาใน response body)');  
}

} catch (err) {
console.error('ไม่สามารถเชื่อมต่อเครือข่ายได้ หรือเกิดข้อผิดพลาด CORS:', err);
}
}

// เรียกใช้
testSearchAPI();

ลองรันในคอนโซล F12 แล้ว ก็ยังเป็น 503 error อยู่ครับ คิดว่าบริการแบ็กเอนด์น่าจะล่มอยู่