Megapack: ວິທີ Factorio ແກ້ໄຂບັນຫາ 200 ຜູ້ຫຼິ້ນຫຼາຍຄົນ

ໃນເດືອນພຶດສະພາຂອງປີນີ້, ຂ້າພະເຈົ້າໄດ້ເຂົ້າຮ່ວມເປັນຜູ້ນໃນ ເຫດການ KatherineOfSky MMO. ຂ້າພະເຈົ້າສັງເກດເຫັນວ່າເມື່ອຈໍານວນຜູ້ຫຼິ້ນເຖິງຈໍານວນທີ່ແນ່ນອນ, ທຸກໆສອງສາມນາທີບາງສ່ວນຂອງພວກເຂົາ "ລົ້ມລົງ". ໂຊກດີສໍາລັບທ່ານ (ແຕ່ບໍ່ແມ່ນສໍາລັບຂ້ອຍ), ຂ້ອຍແມ່ນຫນຶ່ງໃນຜູ້ນເຫຼົ່ານັ້ນ ທຸກໆຄັ້ງເຖິງແມ່ນວ່າມີການເຊື່ອມຕໍ່ທີ່ດີ. ຂ້າພະເຈົ້າໄດ້ເອົາມັນເປັນສິ່ງທ້າທາຍສ່ວນບຸກຄົນແລະເລີ່ມຊອກຫາສາເຫດຂອງບັນຫາ. ຫຼັງ​ຈາກ​ສາມ​ອາ​ທິດ​ຂອງ debugging, ການ​ທົດ​ສອບ, ແລະ​ການ​ແກ້​ໄຂ, bug ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ທີ່​ສຸດ, ແຕ່​ການ​ເດີນ​ທາງ​ບໍ່​ໄດ້​ງ່າຍ​ທັງ​ຫມົດ.

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

ໃນສັ້ນ, ເນື່ອງຈາກຂໍ້ບົກພ່ອງແລະການຈັດຕັ້ງປະຕິບັດການຈໍາລອງສະຖານະການຊັກຊ້າ, ລູກຄ້າບາງຄັ້ງພົບວ່າຕົນເອງຢູ່ໃນສະຖານະການທີ່ມັນຕ້ອງສົ່ງຊຸດເຄືອຂ່າຍໃນຮອບຫນຶ່ງໂມງ, ປະກອບດ້ວຍການປະຕິບັດການປ້ອນຂໍ້ມູນຂອງຜູ້ນສໍາລັບການເລືອກປະມານ 400 ເກມ (. ພວກເຮົາເອີ້ນວ່າ "megapacket"). ຫຼັງຈາກນັ້ນ, ເຄື່ອງແມ່ຂ່າຍບໍ່ພຽງແຕ່ຕ້ອງໄດ້ຮັບການປະຕິບັດການປ້ອນຂໍ້ມູນເຫຼົ່ານີ້ຢ່າງຖືກຕ້ອງ, ແຕ່ຍັງສົ່ງໃຫ້ພວກເຂົາກັບລູກຄ້າອື່ນໆທັງຫມົດ. ຖ້າທ່ານມີລູກຄ້າ 200 ຄົນ, ນີ້ຈະກາຍເປັນບັນຫາຢ່າງໄວວາ. ຊ່ອງທາງໄປຫາເຊີບເວີຖືກອຸດຕັນຢ່າງໄວວາ, ສົ່ງຜົນໃຫ້ແພັກເກັດທີ່ສູນເສຍໄປແລະມີແພັກເກັດທີ່ຖືກຮ້ອງຂໍຄືນໃຫມ່. ການເລື່ອນການປະຕິບັດການປ້ອນຂໍ້ມູນຫຼັງຈາກນັ້ນເຮັດໃຫ້ລູກຄ້າເລີ່ມສົ່ງ megapacket ຫຼາຍຂຶ້ນ, ແລະການລະເບີດຂອງພວກມັນກໍ່ເຂັ້ມແຂງຂຶ້ນ. ລູກຄ້າທີ່ປະສົບຜົນສໍາເລັດຈັດການຟື້ນຕົວ, ສ່ວນທີ່ເຫຼືອທັງຫມົດຫຼຸດລົງ.


ບັນຫາແມ່ນຂ້ອນຂ້າງພື້ນຖານ, ແລະມັນໃຊ້ເວລາ 2 ອາທິດເພື່ອແກ້ໄຂມັນ. ມັນເປັນດ້ານວິຊາການທີ່ສວຍງາມ, ສະນັ້ນຂ້າພະເຈົ້າຈະອະທິບາຍລາຍລະອຽດດ້ານວິຊາການທີ່ມີນ້ໍາຂ້າງລຸ່ມນີ້. ແຕ່ທໍາອິດ, ທ່ານຈໍາເປັນຕ້ອງຮູ້ວ່ານັບຕັ້ງແຕ່ສະບັບ 0.17.54, ປ່ອຍອອກມາເມື່ອເດືອນມິຖຸນາ 4, ໃນໃບຫນ້າຂອງບັນຫາການເຊື່ອມຕໍ່ຊົ່ວຄາວ, multiplayer ໄດ້ກາຍເປັນຄວາມຫມັ້ນຄົງຫຼາຍ, ແລະການລ່າຊ້າ hiding ແມ່ນຫຼາຍຫນ້ອຍ buggy (ເບກຫນ້ອຍແລະ teleporting). ນອກຈາກນີ້, ຂ້າພະເຈົ້າໄດ້ປ່ຽນວິທີການສູ້ຮົບທີ່ລ່າຊ້າຖືກເຊື່ອງໄວ້, ແລະຫວັງວ່ານີ້ຈະເຮັດໃຫ້ພວກເຂົາກ້ຽງເລັກນ້ອຍ.

Multiplayer Mega Pack - ລາຍລະອຽດດ້ານວິຊາການ

ເວົ້າງ່າຍໆ, ຜູ້ຫຼິ້ນຫຼາຍຄົນໃນເກມເຮັດວຽກແບບນີ້: ລູກຄ້າທັງໝົດຈຳລອງສະຖານະຂອງເກມໂດຍການຮັບ ແລະສົ່ງການປ້ອນຂໍ້ມູນຂອງຜູ້ຫຼິ້ນເທົ່ານັ້ນ (ເອີ້ນວ່າ "ການປ້ອນຂໍ້ມູນ" ການປະຕິບັດການປ້ອນຂໍ້ມູນ). ວຽກງານຕົ້ນຕໍຂອງເຄື່ອງແມ່ຂ່າຍແມ່ນການໂອນ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ແລະຮັບປະກັນວ່າລູກຄ້າທັງຫມົດປະຕິບັດດຽວກັນໃນວົງຈອນດຽວກັນ. ເຈົ້າສາມາດອ່ານເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ຢູ່ໃນການຕອບ. FFF-149.

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

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

ຍົກເວັ້ນ ລັດເກມ ພວກເຮົາມີສະຖານະຂອງການຊັກຊ້າ ລັດແຝງ. ມັນມີສ່ວນຍ່ອຍນ້ອຍໆຂອງສະຖານະຫຼັກ. ລັດແຝງ ບໍ່ແມ່ນສິ່ງສັກສິດ ແລະພຽງແຕ່ສະແດງເຖິງຮູບພາບຂອງສະຖານະຂອງເກມຈະມີລັກສະນະເປັນແນວໃດໃນອະນາຄົດໂດຍອີງໃສ່ປັດໄຈນໍາເຂົ້າຈາກຜູ້ຫຼິ້ນ. ການປະຕິບັດການປ້ອນຂໍ້ມູນ.

ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາເກັບສໍາເນົາທີ່ສ້າງຂຶ້ນ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ຢູ່ໃນແຖວຊັກຊ້າ.

ນັ້ນແມ່ນ, ໃນຕອນທ້າຍຂອງຂະບວນການຢູ່ຝ່າຍລູກຄ້າ, ຮູບພາບມີລັກສະນະຄ້າຍຄືນີ້:

1. ສະໝັກ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ຜູ້ນທັງຫມົດເພື່ອ ລັດເກມ ວິທີການປ້ອນຂໍ້ມູນເຫຼົ່ານີ້ໄດ້ຮັບຈາກເຄື່ອງແມ່ຂ່າຍ.
2. ເອົາທຸກສິ່ງທຸກຢ່າງອອກຈາກຄິວຊັກຊ້າ ການປະຕິບັດການປ້ອນຂໍ້ມູນ, ທີ່, ອີງຕາມເຄື່ອງແມ່ຂ່າຍ, ໄດ້ຖືກນໍາໃຊ້ແລ້ວກັບ ລັດເກມ.
3. ລົບ ລັດແຝງ ແລະ​ປັບ​ມັນ​ໃຫມ່​ສະ​ນັ້ນ​ມັນ​ເບິ່ງ​ຄື​ກັນ​ແທ້​ເປັນ​ ລັດເກມ.
4. ນຳໃຊ້ການກະທຳທັງໝົດຈາກແຖວການຊັກຊ້າໄປຫາ ລັດແຝງ.
5. ອີງໃສ່ຂໍ້ມູນ ລັດເກມ и ລັດແຝງ render ເກມ​ໃຫ້​ຜູ້ນ​.

ທັງຫມົດນີ້ແມ່ນຊ້ໍາໃນທຸກໆມາດຕະການ.

ຍາກ​ເກີນ​ໄປ​? ຢ່າຜ່ອນຄາຍ, ນັ້ນບໍ່ແມ່ນທັງຫມົດ. ເພື່ອຊົດເຊີຍການເຊື່ອມຕໍ່ອິນເຕີເນັດທີ່ບໍ່ຫນ້າເຊື່ອຖື, ພວກເຮົາໄດ້ສ້າງສອງກົນໄກ:

• ຂ້າມຫມາຍຕິກ: ເມື່ອເຄື່ອງແມ່ຂ່າຍຕັດສິນໃຈວ່າ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ໃນ tact ຂອງ​ເກມ​ໄດ້​, ຫຼັງ​ຈາກ​ນັ້ນ​ຖ້າ​ຫາກ​ວ່າ​ເຂົາ​ບໍ່​ໄດ້​ຮັບ​ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ຜູ້ນບາງ (ຕົວຢ່າງ, ເນື່ອງຈາກການຊັກຊ້າເພີ່ມຂຶ້ນ), ລາວຈະບໍ່ລໍຖ້າ, ແຕ່ຈະແຈ້ງໃຫ້ລູກຄ້ານີ້ "ຂ້າພະເຈົ້າບໍ່ໄດ້ຄໍານຶງເຖິງຂອງທ່ານ. ການປະຕິບັດການປ້ອນຂໍ້ມູນ, ຂ້ອຍຈະພະຍາຍາມເພີ່ມພວກມັນໃນແຖບຕໍ່ໄປ. ນີ້ແມ່ນເຮັດເພື່ອວ່າຍ້ອນບັນຫາກັບການເຊື່ອມຕໍ່ (ຫຼືກັບຄອມພິວເຕີ) ຂອງຜູ້ນຫນຶ່ງ, ການປັບປຸງແຜນທີ່ບໍ່ໄດ້ຊ້າລົງສໍາລັບຄົນອື່ນ. ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າ ການປະຕິບັດການປ້ອນຂໍ້ມູນ ບໍ່ໄດ້ຖືກລະເລີຍ, ແຕ່ພຽງແຕ່ເລື່ອນເວລາ.
• latency ໄປຕະຫຼອດ: ເຊີບເວີພະຍາຍາມເດົາວ່າເວລາ latency ໄປ-ກັບລະຫວ່າງລູກຄ້າກັບເຊີບເວີແມ່ນຫຍັງສຳລັບລູກຄ້າແຕ່ລະຄົນ. ທຸກໆ 5 ວິນາທີ, ມັນເຈລະຈາຄວາມລ່າຊ້າໃຫມ່ກັບລູກຄ້າຕາມຄວາມຕ້ອງການ (ຂຶ້ນກັບວິທີການເຊື່ອມຕໍ່ໄດ້ປະຕິບັດໃນອະດີດ), ແລະເພີ່ມຫຼືຫຼຸດລົງການຊັກຊ້າຂອງການເດີນທາງຮອບຕາມຄວາມເຫມາະສົມ.

ດ້ວຍຕົວມັນເອງ, ກົນໄກເຫຼົ່ານີ້ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ, ແຕ່ເມື່ອພວກມັນຖືກນໍາໃຊ້ຮ່ວມກັນ (ເຊິ່ງມັກຈະເກີດຂື້ນກັບບັນຫາການເຊື່ອມຕໍ່), ເຫດຜົນຂອງລະຫັດກາຍເປັນເລື່ອງຍາກໃນການຄຸ້ມຄອງແລະມີກໍລະນີແຂບຫຼາຍ. ນອກຈາກນັ້ນ, ເມື່ອກົນໄກເຫຼົ່ານີ້ເຂົ້າມາ, ເຄື່ອງແມ່ຂ່າຍແລະແຖວການຊັກຊ້າຕ້ອງປະຕິບັດຢ່າງຖືກຕ້ອງ ປະຕິບັດການປ້ອນຂໍ້ມູນ ພາຍໃຕ້ຊື່ StopMovementInTheNextTick. ຂໍຂອບໃຈກັບເລື່ອງນີ້, ໃນກໍລະນີຂອງບັນຫາການເຊື່ອມຕໍ່, ລັກສະນະຈະບໍ່ດໍາເນີນການດ້ວຍຕົນເອງ (ຕົວຢ່າງ, ພາຍໃຕ້ລົດໄຟ).

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

ເຈົ້າສາມາດເດົາໄດ້ແລ້ວວ່າຈະໄປໃສ. ໃນທີ່ສຸດພວກເຮົາກໍາລັງເລີ່ມເຫັນສາເຫດຂອງບັນຫາ megapackage. ຮາກຂອງບັນຫາແມ່ນວ່າເຫດຜົນການເລືອກ entity ແມ່ນອີງໃສ່ ລັດແຝງ, ແລະລັດນີ້ບໍ່ມີຂໍ້ມູນທີ່ຖືກຕ້ອງສະເໝີໄປ. ດັ່ງນັ້ນ megapacket ຖືກສ້າງຂຶ້ນເຊັ່ນນີ້:

1. ຜູ້ນກໍາລັງປະສົບບັນຫາການເຊື່ອມຕໍ່.
2. ກົນໄກການຂ້າມຮອບວຽນ ແລະຄວບຄຸມການຊັກຊ້າຂອງສາຍສົ່ງໄປ-ກັບ.
3. ຄິວຂອງລັດທີ່ຊັກຊ້າບໍ່ໄດ້ກວມເອົາກົນໄກເຫຼົ່ານີ້. ອັນນີ້ເຮັດໃຫ້ບາງການກະທຳຖືກລົບອອກກ່ອນໄວອັນຄວນ ຫຼືດຳເນີນໄປໃນລຳດັບທີ່ຜິດ, ສົ່ງຜົນໃຫ້ບໍ່ຖືກຕ້ອງ ລັດແຝງ.
4. ຜູ້ນບໍ່ມີບັນຫາການເຊື່ອມຕໍ່ແລະຈໍາລອງເຖິງ 400 ຮອບເພື່ອຈັບກັບເຄື່ອງແມ່ຂ່າຍ.
5. ໃນແຕ່ລະຮອບວຽນ, ການປະຕິບັດໃຫມ່ແມ່ນຖືກສ້າງຂຶ້ນແລະກຽມພ້ອມທີ່ຈະຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍ, ການປ່ຽນແປງການເລືອກຫນ່ວຍງານ.
6. ລູກຄ້າສົ່ງ megapacket ຂອງ 400+ ການປ່ຽນແປງການຄັດເລືອກ entity ກັບເຄື່ອງແມ່ຂ່າຍ (ແລະມີການປະຕິບັດອື່ນໆ: firing state, ສະຖານະເວລາຍ່າງ, ແລະອື່ນໆໄດ້ຮັບຄວາມເສຍຫາຍຈາກບັນຫານີ້).
7. ເຊີບເວີໄດ້ຮັບ 400 ການປະຕິບັດການປ້ອນຂໍ້ມູນ. ເນື່ອງຈາກມັນບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ຂ້າມການດໍາເນີນການປ້ອນຂໍ້ມູນດຽວ, ມັນແນະນໍາໃຫ້ລູກຄ້າທັງຫມົດປະຕິບັດການດໍາເນີນການເຫຼົ່ານີ້ແລະສົ່ງໃຫ້ເຂົາເຈົ້າຜ່ານເຄືອຂ່າຍ.

ສິ່ງທີ່ ໜ້າ ກຽດຊັງແມ່ນວ່າກົນໄກທີ່ຖືກອອກແບບມາເພື່ອອະນຸລັກແບນວິດສົ່ງຜົນໃຫ້ແພັກເກັດເຄືອຂ່າຍໃຫຍ່.

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

ແຫຼ່ງຂໍ້ມູນ: www.habr.com