OccupySaaS: ສິ່ງທີ່ຕົວປ່ຽນ Salesforce ແລະ Auth0 ແບບ open-source ໄດ້ນຳໃຊ້

ສິ່ງທີ່ວິດີໂອນີ້ກວມເອົາ

• Salesforce ໂຄສະນາ Pro Suite ໃນລາຄາ 100 ໂດລາສະຫະລັດຕໍ່ຜູ້ໃຊ້ຕໍ່ເດືອນ, ຈ່າຍເປັນລາຍປີ. ນີ້ແມ່ນແຜນການຈ່າຍເງິນໜຶ່ງ, ໂດຍມີຂໍ້ສະເໜີລາຄາຖືກກວ່າ ແລະຟຣີໃຫ້ເລືອກເຊັ່ນກັນ. ຕອນນີ້ລາຍງານເປົ້າໝາຍຂອງໂຄງການໃນການຫຼຸດຜ່ອນການເພິ່ງພາອາໄສຕໍ່ບ່ອນນັ່ງ, ໂດຍບໍ່ມີການວັດແທກການປະຢັດ ຫຼື ອ້າງເຖິງການຄຸ້ມຄອງຜະລິດຕະພັນທີ່ທຽບເທົ່າກັນ.
• ເວັບໄຊ OccupySaaS ລົງວັນທີໂຄງການສາທາລະນະຂອງ ZeroAuthy ໃນວັນທີ 14 ຕຸລາ 2026 ແລະ SalesCompel ໃນວັນທີ 15 ຕຸລາ. ເຫດການວັນທີ 2 ພະຈິກ ແມ່ນການສົນທະນາໃໝ່. ເລື່ອງເລົ່າການເລີກຈ້າງຂອງເວັບໄຊແມ່ນການອະທິບາຍດ້ວຍຕົນເອງ; ປະຫວັດການຈ້າງງານຂອງຜູ້ປະກອບສ່ວນບໍ່ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນຢ່າງເປັນເອກະລາດຢູ່ທີ່ນີ້.
• ຄູ່ມືການຈັດຕັ້ງປະຕິບັດຂອງ SalesCompel ອະທິບາຍການດໍາເນີນງານບັນຊີ ແລະ ລາຍຊື່ຜູ້ຕິດຕໍ່ແບບຄົງທີ່ໃນຜູ້ສະໝັກ Go/PostgreSQL ທີ່ກຳນົດຂອບເຂດຜູ້ເຊົ່າ. Prototype ການສໍາຫຼວດ Vue ແຍກຕ່າງຫາກຂອງມັນໃຊ້ຂໍ້ມູນສັງເຄາະ ແລະເກັບຮັກສາການແກ້ໄຂໃນຄວາມຊົງຈໍາໂດຍບໍ່ມີການຮຽກຮ້ອງ backend. ບໍ່ມີຂັ້ນຕອນໂຄງການເຕັມຮູບແບບໃດທີ່ໄດ້ບັນທຶກການຜ່ານປະຕູທາງອອກ, ແລະການຢັ້ງຢືນການຜະລິດຍັງບໍ່ທັນບັນລຸໄດ້.
• matrix ຂອງ ZeroAuthy ຕັ້ງຊື່ລຸ້ນລູກຄ້າ ແລະແຍກຄວາມແຕກຕ່າງລະຫວ່າງການກວດສອບລູກຄ້າກັບການທົດສອບສະເພາະເຊີບເວີ. OpenID Foundation ລາຍຊື່ zeroauthy commit 38b4229 ສໍາລັບໂປຣໄຟລ໌ Basic OP, Config OP ແລະ Form Post OP. ການຢັ້ງຢືນຕົນເອງກ່ຽວກັບໂປຣໄຟລ໌ໂປຣໂຕຄໍສະເພາະ; ມັນແຕກຕ່າງຈາກການກວດສອບຄວາມປອດໄພທົ່ວໄປ ຫຼື ການທຽບເທົ່າ Auth0 ເຕັມຮູບແບບ. ການເຂົ້າສູ່ລະບົບຫຼາຍປັດໃຈ ແລະການກວາດລ້າງການເສີມສ້າງການດໍາເນີນງານຍັງຄົງເປັນວຽກງານແຜນງານໃນພາຍຫຼັງ.
• ໃນຄູ່ມື backend ເບື້ອງຕົ້ນຂອງ SalesCompel, ຜູ້ດໍາເນີນການຖານຂໍ້ມູນທີ່ໄດ້ຮັບອະນຸຍາດຈະຖອນ token ທີ່ໄດ້ຮັບໂດຍການລຶບແຖວ digest ທີ່ເກັບໄວ້. ຄູ່ມືໄດ້ກໍານົດວົງຈອນຊີວິດຂອງ token ແລະການເຂົ້າສູ່ລະບົບສາທາລະນະໃນວຽກງານໃນອະນາຄົດ. ຂັ້ນຕອນທີ່ແນ່ນອນນີ້ສະແດງໃຫ້ເຫັນເຖິງຄວາມຮັບຜິດຊອບການດໍາເນີນງານທີ່ບໍລິສັດຮັບຜິດຊອບເມື່ອເປັນເຈົ້າພາບການປ່ຽນແທນຂອງຕົນເອງ.
• ລາຍງານວັນທີ 21 ຕຸລາ ໂດຍຜູ້ສ້າງ PostgreSQL Robert Haas ອະທິບາຍການຄົ້ນພົບຂໍ້ຜິດພາດທີ່ຊ່ວຍເຫຼືອດ້ວຍ AI ເກີນກວ່າການກວດສອບຂອງມະນຸດ. ຕອນນີ້ໃຊ້ຄໍາອະທິບາຍທີ່ລົງວັນທີ, ທີ່ຖືກອ້າງອີງນີ້ເປັນບໍລິບົດການບໍາລຸງຮັກສາ ແທນທີ່ຈະເປັນການປະກາດອອກໃໝ່ ຫຼື ການວັດແທກຂໍ້ບົກຜ່ອງຂອງ OccupySaaS.
• ຄໍາຕັດສິນຂອງ The Daily Diff ແມ່ນ NEEDS REVIEW ສໍາລັບການປ່ຽນໄປສູ່ການຜະລິດ. ທົດສອບສ່ວນທີ່ຮອງຮັບຕໍ່ກັບຂັ້ນຕອນການເຮັດວຽກຕົວຈິງ, ສິດອະນຸຍາດ ແລະ ຄວາມຕ້ອງການການຟື້ນຟູ, ແລະຕັ້ງຊື່ຜູ້ດໍາເນີນງານທີ່ຮັບຜິດຊອບສໍາລັບການບໍລິການ. ນະໂຍບາຍ clean-room ທີ່ໄດ້ກ່າວໄວ້ຍອມຮັບຄວາມສ່ຽງທາງສັນຍາ, ແລະໃບອະນຸຍາດ open-source ບໍ່ໄດ້ລຶບລ້າງຄ່າໃຊ້ຈ່າຍພື້ນຖານໂຄງລ່າງ ຫຼື ການບໍາລຸງຮັກສາ.

ບົດບັນທຶກທີ່ແປແລ້ວ

ແປຈາກຄຳບັນຍາຍຕົ້ນສະບັບພາສາອັງກິດ. ສຽງ ແລະ ຄຳບັນຍາຍທີ່ມີໃຫ້ແມ່ນຄວບຄຸມໂດຍ YouTube.

ທ່ານສາມາດຍົກເລີກ Salesforce ແລະຮັກສາຜະລິດຕະພັນໄດ້ບໍ?

0:00 Salesforce clone ຟັງຄືກັບການຍົກເລີກໃບບິນ ແລະຮັກສາຜະລິດຕະພັນໄວ້. OccupySaaS ມີລະຫັດສາທາລະນະ, ແລະແຜນງານຂອງມັນສະແດງໃຫ້ເຫັນວ່າມີຫຍັງເຫຼືອຢູ່ຫຼາຍປານໃດ. ໃນວິດີໂອນີ້, ສິ່ງທີ່ເຮັດວຽກແລ້ວແມ່ນຫຍັງ? ສິ່ງທີ່ຕິດຕາມເຈົ້າອອກໄປ? ແລະໃຜໄດ້ຮັບປຸ່ມປິດ? ເມື່ອພະນັກງານອອກໄປ, ການເຂົ້າເຖິງຂອງພວກເຂົາຕ້ອງຢຸດເຊົາ. ຄຳແນະນຳການສ້າງ Salesforce ຄືນໃໝ່ບອກເຈົ້າວ່າໃຜຕ້ອງເຮັດວຽກນັ້ນ. ພວກເຮົາຈະປະຕິບັດຕາມຂັ້ນຕອນທີ່ແນ່ນອນກ່ອນຄຳຕັດສິນ.

0:21 ມັນແມ່ນວັນຈັນ, ວັນທີສອງພະຈິກ, ແລະນີ້ແມ່ນ The Daily Diff. OccupySaaS ແມ່ນຄວາມພະຍາຍາມ open-source ທີ່ໃຊ້ AI ເພື່ອສ້າງຊອບແວແບບ subscription ຄືນໃໝ່ ຈາກເອກະສານສາທາລະນະ. ZeroAuthy ເປົ້າໝາຍ Auth0, ບໍລິການທີ່ຈັດການການເຂົ້າສູ່ລະບົບແອັບພລິເຄຊັນ. SalesCompel ເປົ້າໝາຍ Salesforce, ບ່ອນທີ່ທີມຂາຍເກັບຮັກສາບັນທຶກລູກຄ້າ. ທັງສອງໂຄງການແມ່ນຢູ່ໃນຂັ້ນຕົ້ນ ແລະສາມາດ host ດ້ວຍຕົນເອງໄດ້. Salesforce ໂຄສະນາຊຸດ Pro ຂອງຕົນໃນລາຄາໜຶ່ງຮ້ອຍໂດລາຕໍ່ຜູ້ໃຊ້ຕໍ່ເດືອນ,

ເປັນຫຍັງຕ້ອງສ້າງສິ່ງທີ່ບໍລິສັດຊື້ແລ້ວຄືນໃໝ່?

0:45 ເກັບເງິນລາຍປີ. ທຸກໆບ່ອນນັ່ງເພີ່ມເຕີມເຮັດໃຫ້ໃບບິນນັ້ນໃຫຍ່ຂຶ້ນ. OccupySaaS ເອີ້ນລາຄາຕໍ່ບ່ອນນັ່ງວ່າເປັນພາສີຕໍ່ການເຕີບໂຕ. ການຈັດຊື້ສຸດທ້າຍໄດ້ຄົ້ນພົບການສະໝັກໃຊ້ເພື່ອຈ້າງຄົນ. ການຫລົບຫນີທີ່ຖືກສະເຫນີແມ່ນຄວາມເຂົ້າກັນໄດ້. ແອັບພລິເຄຊັນຂອງທ່ານໄດ້ສົ່ງຄໍາຮ້ອງຂໍຜູ້ຂາຍຜ່ານຊອບແວລູກຄ້າແລ້ວ. ສ້າງເຊີບເວີທີ່ເຂົ້າໃຈຄໍາຮ້ອງຂໍເຫຼົ່ານັ້ນ, ແລະລູກຄ້າດຽວກັນສາມາດຕິດຕໍ່ກັບ ເຊີບເວີຂອງທ່ານແທນ. ທ່ານຮັກສາແອັບພລິເຄຊັນຫຼາຍຂຶ້ນທີ່ທ່ານໄດ້ຈ່າຍເງິນໃຫ້ນັກວິສະວະກອນສ້າງແລ້ວ.

1:09 ນັ້ນສໍາຄັນເມື່ອການອອກໄປໝາຍເຖິງການສ້າງນິໄສຂອງບໍລິສັດຄືນໃໝ່ເປັນເວລາຫຼາຍປີ. ບັນທຶກລູກຄ້າສາມາດບັນຈຸພາກສະໜາມທີ່ກຳນົດເອງໄດ້, ແລະແອັບພລິເຄຊັນອື່ນສາມາດເພິ່ງພາອາໄສ ການເຮັດວຽກຂອງຄໍາຮ້ອງຂໍຢ່າງແນ່ນອນ. ການຮັກສາສິ່ງນັ້ນໃຫ້ເຮັດວຽກແມ່ນຄໍາໝັ້ນສັນຍາທີ່ຍາກ. ຄໍາຖາມທີ່ເປັນປະໂຫຍດຄືພາກສ່ວນໃດຂອງການຕັ້ງຄ່າທີ່ມີຢູ່ແລ້ວຂອງທ່ານທີ່ລະຫັດນີ້ສາມາດ ເຂົ້າໃຈໄດ້ແລ້ວ. ຄໍາຂວັນຂອງເວັບໄຊທ໌ແມ່ນ, ພວກເຂົາໄດ້ໄລ່ພວກເຮົາອອກ, ພວກເຮົາກໍາລັງສ້າງ SaaS ຂອງພວກເຂົາຄືນໃໝ່. ປະຫວັດການຈ້າງງານເຫຼົ່ານັ້ນບໍ່ໄດ້ຖືກຢືນຢັນຢູ່ທີ່ນີ້.

1:32 ເຫດການມື້ນີ້ແມ່ນການສົນທະນາ Hacker News. ຕາຕະລາງເວລາຂອງເວັບໄຊທ໌ເອງໄດ້ກໍານົດສອງໂຄງການສາທາລະນະໃນກາງເດືອນຕຸລາ. ຮູບເງົາແກ້ແຄ້ນໄດ້ຖືກພັດທະນາມາເປັນເວລາຫຼາຍອາທິດແລ້ວ. ການທົດແທນ Auth0 ຂອງຄວາມພະຍາຍາມດຽວກັນເຮັດໃຫ້ພວກເຮົາມີບາງສິ່ງທີ່ແນ່ນອນທີ່ຈະກວດສອບ.

ສິ່ງທີ່ເຮັດວຽກຮ່ວມກັບລູກຄ້າ Auth0 ແລ້ວແມ່ນຫຍັງ?

1:44 ຕາຕະລາງຄວາມເຂົ້າກັນໄດ້ຂອງ ZeroAuthy ບັນທຶກການເຂົ້າສູ່ລະບົບ ແລະຂໍ້ມູນປະຈໍາຕົວການເຂົ້າເຖິງທີ່ໄດ້ຖືກທົດສອບ ກັບລູກຄ້າຊອບແວ Auth0 ທີ່ມີຊື່, ລວມທັງລູກຄ້າ React. ມັນຕັ້ງຊື່ລຸ້ນທີ່ແນ່ນອນ ແລະແຍກຄວາມແຕກຕ່າງລະຫວ່າງການກວດສອບລູກຄ້າກັບການທົດສອບເຊີບເວີ ຢ່າງດຽວ. ຂອບເຂດເຫຼົ່ານັ້ນເຮັດໃຫ້ການອ້າງອີງເປັນປະໂຫຍດ. ລາຍຊື່ຂອງ OpenID Foundation ເອງໄດ້ຕັ້ງຊື່ລຸ້ນ ZeroAuthy ສະເພາະສໍາລັບສາມ ໂປຣໄຟລ໌ມາດຕະຖານການເຂົ້າສູ່ລະບົບ. ນັ້ນແມ່ນການອ້າງອີງການຢັ້ງຢືນຕົນເອງທີ່ສາມາດກວດສອບໄດ້ດ້ວຍ ຂອບເຂດທີ່ກໍານົດໄວ້. ແຜນງານຂອງໂຄງການຍັງກໍານົດການເຂົ້າສູ່ລະບົບຫຼາຍປັດໃຈ ແລະ ການເສີມສ້າງການດໍາເນີນງານໃນວຽກຕໍ່ມາ.

2:11 ທ່ານສາມາດກວດສອບທັງຄວາມສໍາເລັດ ແລະວຽກງານທີ່ຍັງບໍ່ທັນສໍາເລັດກ່ອນທີ່ຈະໄວ້ວາງໃຈມັນ ກັບລູກຄ້າ. ໃນ Hacker News, ຜູ້ສະແດງຄວາມຄິດເຫັນ ozim ຊີ້ໄປທີ່ການສໍາຮອງຂໍ້ມູນ ແລະການອັບເດດຄວາມປອດໄພ ເປັນສ່ວນຫນຶ່ງຂອງສິ່ງທີ່ລູກຄ້າຊື້. ຂໍ້ຄັດຄ້ານທີ່ສົມເຫດສົມຜົນ. ບໍລິສັດເລືອກ ການໂຮດຕິ້ງດ້ວຍຕົນເອງຕ້ອງການຄົນທີ່ຮັບຜິດຊອບສໍາລັບ ວຽກງານເຫຼົ່ານັ້ນ, ເຖິງແມ່ນວ່າໃບອະນຸຍາດຈະມາຮອດໂດຍບໍ່ມີການໂທຫາການຂາຍ. ຍັງມີຄົນໄດ້ຮັບການໂທຫາໃນລະຫວ່າງຄ່ໍາ. SalesCompel ເຮັດໃຫ້ຂອບເຂດນັ້ນເຫັນໄດ້ຊັດເຈນເປັນພິເສດ.

Salesforce ຖືກນຳໃຊ້ຫຼາຍປານໃດ?

2:33 backend Go ຂອງມັນເກັບບັນທຶກບັນຊີ ແລະ ລາຍຊື່ຜູ້ຕິດຕໍ່ໃນ PostgreSQL, ດ້ວຍການເຂົ້າເຖິງແບບ tenant-scoped ແລະການສອບຖາມທີ່ຈໍາກັດ. ຄູ່ມືການຈັດຕັ້ງປະຕິບັດຂອງມັນໄດ້ລະບຸການດໍາເນີນງານທີ່ຮອງຮັບ. ພຶດຕິກໍາການສອບຖາມທີ່ກວ້າງຂວາງຂຶ້ນ ແລະການເຄື່ອນຍ້າຍຍັງຄົງຢູ່ນອກສ່ວນນັ້ນ. ການປັບແຕ່ງຫຼາຍປີຂອງບໍລິສັດທ່ານຈະເປັນບັນຫາແຍກຕ່າງຫາກ. ແລະຈົ່ງລະມັດລະວັງວ່າໜ້າຈໍໃດທີ່ທ່ານກຳລັງຊົມເຊີຍ. prototype ການສຳຫຼວດ Vue ແຍກຕ່າງຫາກໃຊ້ຂໍ້ມູນສັງເຄາະ ແລະເກັບຮັກສາການແກ້ໄຂໄວ້ໃນ ຄວາມຊົງຈໍາ. ສ່ວນ backend ເກັບຮັກສາບັນທຶກແບບຄົງທີ່.

2:57 readme ອະທິບາຍທັງສອງຢ່າງ. ລາຍຊື່ລູກຄ້າທີ່ດຶງດູດສາມາດສະແດງໃຫ້ເຫັນ ຮູບແບບໃນຂະນະທີ່ແຜນການເຄື່ອນຍ້າຍ ຍັງຖືກຂຽນຢູ່. ເພື່ອໃຫ້ກຽດແກ່ຜູ້ກໍ່ສ້າງ, ພວກເຂົາຂຽນວຽກງານທີ່ຍັງບໍ່ທັນສໍາເລັດລົງ. ແຜນງານບອກວ່າບໍ່ມີຈຸດສໍາຄັນຂອງໂຄງການເຕັມຮູບແບບໃດທີ່ໄດ້ບັນທຶກການຜ່ານປະຕູທາງອອກ, ແລະການຢັ້ງຢືນການຜະລິດຍັງບໍ່ທັນບັນລຸໄດ້. ການຄາດຄະເນທີ່ຍັງເຫຼືອຂອງພວກເຂົາແມ່ນຫຼາຍຮ້ອຍຊຸດວຽກທີ່ຈໍາກັດ.

3:16 ນັ້ນແມ່ນການຄາດຄະເນຂອບເຂດ; ບໍ່ມີວັນຈັດສົ່ງເຊື່ອງຢູ່ໃນນັ້ນ. ສະນັ້ນສິ່ງທີ່ຕິດຕາມເຈົ້າອອກໄປ? ບັນທຶກຂອງທ່ານຕ້ອງການຈຸດຫມາຍປາຍທາງທີ່ຖືກຢືນຢັນ. ການເຊື່ອມໂຍງຕ້ອງການການຮ້ອງຂໍຕົວຈິງຂອງພວກເຂົາຖືກທົດສອບ. ສິດອະນຸຍາດຕ້ອງຖືກກວດສອບຕໍ່ກັບອົງການຈັດຕັ້ງຕົວຈິງຂອງທ່ານ. API ທີ່ຄຸ້ນເຄີຍຊ່ວຍຫຼຸດອຸປະສັກການເຄື່ອນຍ້າຍ; ທຸກໆຂັ້ນຕອນການເຮັດວຽກທີ່ບໍ່ຮອງຮັບຍັງຄົງ ຢູ່ໃນລາຍການທີ່ຍອມຮັບໄດ້. clone ສືບທອດຄວາມແປກປະຫຼາດຂອງບໍລິສັດຂອງທ່ານໂດຍບໍ່ເສຍຄ່າ.

3:38 ລາຍງານເກົ່າອະທິບາຍພາລະວຽກ.

ໃຜເປັນຜູ້ຮັກສາລະຫັດຫຼັງຈາກ AI ຂຽນມັນ?

3:40 ໃນວັນທີຊາວເອັດຕຸລາ, ຜູ້ສ້າງ PostgreSQL Robert Haas ໄດ້ຂຽນວ່າການຄົ້ນພົບຂໍ້ຜິດພາດທີ່ຊ່ວຍເຫຼືອດ້ວຍ AI ເກີນກວ່າການກວດສອບຂອງມະນຸດ. ລາວເຊື່ອມໂຍງຄວາມກົດດັນນັ້ນກັບການປ່ຽນແປງຄຸນສົມບັດຊ້າ ແລະການຊັກຊ້າຂອງເວີຊັນສິບເກົ້າ . ຄໍາອະທິບາຍໃນເດືອນຕຸລາຂອງລາວແມ່ນບໍລິບົດທີ່ເປັນປະໂຫຍດສໍາລັບ clones ເຫຼົ່ານີ້. Haas ກ່າວວ່າຕົວແບບສາມາດຮ່າງການແກ້ໄຂໄດ້, ແລະມະນຸດຍັງກວດສອບຄວາມຖືກຕ້ອງ ແລະມາດຕະຖານໂຄງການ. ວຽກງານໃນລຸ້ນເກົ່າກໍເຮັດໃຫ້ຜູ້ກວດສອບຫັນປ່ຽນໄປ. ການເປັນເຈົ້າຂອງຕົວປ່ຽນແທນເຮັດໃຫ້ທ່ານມີພັນທະໃນການບໍາລຸງຮັກສານັ້ນ,

4:05 ເຊັ່ນກັນ. ງົບປະມານສໍາລັບຜູ້ບໍາລຸງຮັກສາຄວນຄຽງຄູ່ກັບເຄື່ອງຈັກທີ່ຜະລິດລະຫັດ. ສ່ວນທີ່ງ່າຍຂອງການຍົກເລີກການສະໝັກໃຊ້ແມ່ນການຊອກຫາປຸ່ມ.

SalesCompel ເອົາປຸ່ມປິດໄວ້ບ່ອນໃດ?

4:12 ຕອນນີ້ພະນັກງານນັ້ນຕ້ອງການໃຫ້ການເຂົ້າເຖິງຂອງພວກເຂົາຖືກລຶບອອກ. ໃນຄູ່ມື backend ເບື້ອງຕົ້ນຂອງ SalesCompel, ຂໍ້ມູນປະຈໍາຕົວການເຂົ້າເຖິງແມ່ນ token. ເພື່ອຖອນ token ທີ່ໄດ້ຮັບ, ຜູ້ດໍາເນີນການຖານຂໍ້ມູນທີ່ໄດ້ຮັບອະນຸຍາດຈະລຶບແຖວ digest ທີ່ເກັບໄວ້. ນັ້ນແມ່ນລາຍນິ້ວມືຂອງ token ໃນຖານຂໍ້ມູນ. ຄູ່ມືໄດ້ກໍານົດວົງຈອນຊີວິດຂອງ token ແລະການເຂົ້າສູ່ລະບົບສາທາລະນະໃນວຽກງານໃນອະນາຄົດ. ທ່ານຄວບຄຸມເຊີບເວີ, ແລະທ່ານຮັບຜິດຊອບໃນການຢຸດການເຂົ້າເຖິງ. ຂ້ອຍມັກມີທາງເລືອກນັ້ນ. ຂ້ອຍຈະຝຶກຊ້ອມຂັ້ນຕອນການເຮັດວຽກຕົວຈິງ ແລະການຟື້ນຟູກ່ອນທີ່ຈະເອົາລູກຄ້າໄປໄວ້ເບື້ອງຫຼັງມັນ.

4:33 ນະໂຍບາຍ clean-room ທີ່ໄດ້ກ່າວໄວ້ຂອງພວກເຂົາບໍ່ລວມເອກະສານຂອງນາຍຈ້າງທີ່ເປັນຄວາມລັບ ແລະ ຍອມຮັບຄວາມສ່ຽງທາງສັນຍາ. ໃບອະນຸຍາດ Apache ໃຫ້ສິດອະນຸຍາດສໍາລັບລະຫັດນີ້; ວຽກບ້ານທາງກົດໝາຍຂອງທ່ານ ຍັງຄົງຢູ່ຫຼັງຈາກການດາວໂຫຼດ. ແຜນງານສາທາລະນະໃຫ້ທ່ານມີບາງສິ່ງທີ່ເປັນປະໂຫຍດທີ່ຈະສອບຖາມໃນຂະນະທີ່ໜ້າຫຼັກ ສະເຫຼີມສະຫຼອງການຄອບຄອງ. ຖ້າທ່ານຕ້ອງການອ່ານນີ້ຫຼາຍກວ່າທີ່ຈະໄດ້ຍິນຂ້ອຍເວົ້າ, diff ຈະຖືກສົ່ງໄປທີ່ກ່ອງຈົດໝາຍຂອງທ່ານ ທຸກໆເຊົ້າ, ຟຣີທີ່ the daily diff dot dev, ລິ້ງຂ້າງລຸ່ມນີ້.

4:55 ສະນັ້ນ, ຄໍາຕັດສິນຂອງມື້ນີ້ແມ່ນ NEEDS REVIEW. ຂ້ອຍຈະທົດສອບສ່ວນທີ່ຮອງຮັບເພາະວ່າເຊີບເວີເປີດທີ່ເຂົ້າກັນໄດ້ສາມາດໃຫ້

ຂ້ອຍຈະຍ້າຍການຜະລິດໄປສູ່ແຜນການອອກນີ້ບໍ?

5:01 ນັກພັດທະນາມີທາງອອກ. ຂ້ອຍຈະຮັກສາການຜະລິດໄວ້ຢູ່ທີ່ຫຼັກຖານການເຄື່ອນຍ້າຍ ແລະຄວາມຮັບຜິດຊອບໃນການດໍາເນີນງານ. ສະໝັກສະມາຊິກ, ກົດກະດິ່ງ, ແລະບອກຂ້ອຍໃນຄໍາເຫັນວ່າທ່ານຈະປະທັບມັນ ແຕກຕ່າງກັນບໍ. ແລະນັ້ນແມ່ນ diff ສໍາລັບມື້ນີ້. ຂ້ອຍແມ່ນ Niko ຈາກ Axrisi. ຮວມເຂົ້າກັນຢ່າງມີຄວາມຮັບຜິດຊອບ. ຮວມເຂົ້າກັນຢ່າງມີຄວາມຮັບຜິດຊອບ.

ແຫຼ່ງຂໍ້ມູນ

1. SalesCompel README: candidate, prototype and roadmap limitsOccupySaaS / SalesCompel
2. SalesCompel early backend: implemented surface and token revocationOccupySaaS / SalesCompel
3. ZeroAuthy README and roadmapOccupySaaS / ZeroAuthy
4. Certified OpenID providers and profilesOpenID Foundation
5. What is self-certification?OpenID Foundation
6. Sales pricing: Pro Suite annual billingSalesforce
7. OccupySaaS: stated method and October timelineOccupySaaS
8. Postgres 19 is late, and it's AI's fault — October 21, 2026Robert Haas / Neon
9. ZeroAuthy stated clean-room policyOccupySaaS / ZeroAuthy
10. ZeroAuthy compatibility matrixOccupySaaS / ZeroAuthy
11. SalesCompel progress and remaining roadmapOccupySaaS / SalesCompel
12. OccupySaaS discussion — November 2, 2026Hacker News
13. Cover portrait: Marc Benioff by Christie Hemm Klok / Salesforce; cropped and background removedWikimedia Commons · CC BY-SA 2.0
14. Cover portrait and adapted artwork license: CC BY-SA 2.0Creative Commons