ແນະນໍາການບໍລິຈາກ - ການບໍລິການບໍລິຈາກດ້ວຍຕົນເອງສໍາລັບວຽກງານ

ຄຸນ​ນະ​ສົມ​ບັດ​:

• ຈູບ;
• ຕົນເອງເປັນເຈົ້າພາບ;
• ບໍ່ມີຄ່າທໍານຽມ (ຕົວຢ່າງ, bountysource ແລະ gitcoin ເອົາ 10% ຂອງການຈ່າຍເງິນ);
• ສະຫນັບສະຫນູນຫຼາຍ cryptocurrencies (ປະຈຸບັນ Bitcoin, Ethereum ແລະ Cardano);
• ມັນຄາດວ່າຈະ (ແລະສະຫນອງໃຫ້) ເພື່ອສະຫນັບສະຫນູນ GitLab, Gitea, ແລະບໍລິການໂຮດຕິ້ງ Git ອື່ນໆໃນອະນາຄົດ.
• ບັນຊີລາຍຊື່ທົ່ວໂລກຂອງວຽກງານຈາກທັງຫມົດ (ນັ້ນແມ່ນ, ຫນຶ່ງ, ໃນເວລາຂຽນຂ່າວ) ຕົວຢ່າງກ່ຽວກັບ donate.dumpstack.io.

ກົນໄກການເຮັດວຽກສໍາລັບ GitHub ຈາກຂ້າງຂອງເຈົ້າຂອງ repository:

• (ທາງ​ເລືອກ​) ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ນໍາ​ໃຊ້​ການ​ບໍ​ລິ​ການ​, ທ່ານ​ສາ​ມາດ​ນໍາ​ໃຊ້​ ການຕັ້ງຄ່າທີ່ກຽມພ້ອມສໍາລັບ NixOS;
• ຈໍາເປັນຕ້ອງໄດ້ເພີ່ມ ການປະຕິບັດ GitHub — utility ຖືກເອີ້ນວ່າພາຍໃນທີ່ສະແກນວຽກງານຂອງໂຄງການແລະເພີ່ມ / ປັບປຸງຄວາມຄິດເຫັນກ່ຽວກັບສະຖານະປະຈຸບັນຂອງ wallets ການບໍລິຈາກ, ໃນຂະນະທີ່ສ່ວນເອກະຊົນຂອງ wallets ໄດ້ຖືກເກັບຮັກສາໄວ້ພຽງແຕ່ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍການບໍລິຈາກ (ໃນອະນາຄົດ, ມີຄວາມສາມາດທີ່ຈະເອົາມັນ. ອອບໄລນ໌ສໍາລັບການບໍລິຈາກຂະຫນາດໃຫຍ່, ສໍາລັບການຢືນຢັນການຊໍາລະດ້ວຍຕົນເອງ);
• ໃນທຸກໜ້າວຽກປະຈຸບັນ (ແລະອັນໃໝ່) ຂໍ້ຄວາມຈະປາກົດຂຶ້ນຈາກ ຄຳສັ່ງ github[bot] ກັບທີ່ຢູ່ wallet ສໍາລັບການບໍລິຈາກ (ຕົວຢ່າງ).

ກົນ​ໄກ​ການ​ເຮັດ​ວຽກ​ຂອງ​ຜູ້​ປະ​ຕິ​ບັດ​ຫນ້າ​ທີ່​:

• ຄໍາ​ເຫັນ​ຕໍ່​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ຊີ້​ໃຫ້​ເຫັນ​ແນ່​ນອນ​ວ່າ​ບັນ​ຫາ​ທີ່​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​ນີ້​ແກ້​ໄຂ (ເບິ່ງ​. ປິດບັນຫາໂດຍໃຊ້ຄໍາສໍາຄັນ);
• ເນື້ອໃນຂອງຄໍາຮ້ອງຂໍດຶງກໍານົດທີ່ຢູ່ wallet ໃນຮູບແບບສະເພາະ (ຕົວຢ່າງ, BTC{ທີ່ຢູ່}).
• ເມື່ອຄໍາຮ້ອງຂໍດຶງໄດ້ຖືກຍອມຮັບ, ການຈ່າຍເງິນແມ່ນເຮັດໂດຍອັດຕະໂນມັດ.
• ຖ້າ wallets ບໍ່ໄດ້ຖືກລະບຸ, ຫຼືບໍ່ໄດ້ລະບຸໄວ້ທັງຫມົດ, ຫຼັງຈາກນັ້ນ, ການຈ່າຍເງິນຂອງ wallets ທີ່ບໍ່ລະບຸແມ່ນເຮັດໃຫ້ wallets ເລີ່ມຕົ້ນ (ຕົວຢ່າງ, ນີ້ອາດຈະເປັນ wallet ໂຄງການທົ່ວໄປ).

ຄວາມປອດໄພ:

• ດ້ານການໂຈມຕີໂດຍທົ່ວໄປແມ່ນຂະຫນາດນ້ອຍ;
• ອີງຕາມກົນໄກການດໍາເນີນງານ, ການບໍລິການຄວນຈະສາມາດສົ່ງເງິນເປັນເອກະລາດ, ດັ່ງນັ້ນການເຂົ້າເຖິງເຄື່ອງແມ່ຂ່າຍຈະຫມາຍເຖິງການຄວບຄຸມເງິນໃນກໍລະນີໃດກໍ່ຕາມ - ການແກ້ໄຂພຽງແຕ່ສາມາດເຮັດວຽກຢູ່ໃນໂຫມດທີ່ບໍ່ອັດຕະໂນມັດ (ຕົວຢ່າງເຊັ່ນການຢືນຢັນ. ການຈ່າຍເງິນດ້ວຍຕົນເອງ), ເຊິ່ງມີແນວໂນ້ມ (ຖ້າໂຄງການປະສົບຜົນສໍາເລັດພຽງພໍສໍາລັບຄົນທີ່ຈະບໍລິຈາກສໍາລັບຫນ້າທີ່ນີ້, ມັນບໍ່ເປັນໄປໄດ້, ແຕ່ແນ່ນອນ) ວ່າມັນຈະຖືກປະຕິບັດໃນມື້ຫນຶ່ງ;
• ພາກສ່ວນທີ່ສໍາຄັນຖືກແຍກອອກຢ່າງຊັດເຈນ (ໃນຄວາມເປັນຈິງ, ນີ້ແມ່ນໄຟລ໌ pay.go ດຽວຂອງ 200 ເສັ້ນ), ຊຶ່ງເຮັດໃຫ້ການທົບທວນລະຫັດຄວາມປອດໄພງ່າຍ;
• ລະຫັດໄດ້ຜ່ານການທົບທວນລະຫັດຄວາມປອດໄພທີ່ເປັນເອກະລາດ, ເຊິ່ງບໍ່ໄດ້ຫມາຍຄວາມວ່າບໍ່ມີຊ່ອງຫວ່າງ, ແຕ່ຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງການປະກົດຕົວຂອງພວກເຂົາ, ໂດຍສະເພາະໃນຄວາມເປັນປົກກະຕິຂອງການທົບທວນຄືນຕາມແຜນການ;
• ຍັງມີສ່ວນທີ່ບໍ່ໄດ້ຖືກຄວບຄຸມ (ຕົວຢ່າງ, API GitHub / GitLab / ແລະອື່ນໆ), ໃນຂະນະທີ່ຄວາມອ່ອນແອທີ່ເປັນໄປໄດ້ໃນ API ຂອງພາກສ່ວນທີສາມໄດ້ຖືກວາງແຜນທີ່ຈະປິດດ້ວຍການກວດສອບເພີ່ມເຕີມ, ຢ່າງໃດກໍຕາມ, ໂດຍທົ່ວໄປ, ບັນຫາໃນປະຈຸບັນ. ລະບົບນິເວດແມ່ນບໍ່ສາມາດແກ້ໄຂໄດ້ແລະນອກຂອບເຂດ (ຄວາມອ່ອນແອທີ່ເປັນໄປໄດ້, ຕົວຢ່າງ, ຄວາມສາມາດໃນການປິດການຮ້ອງຂໍດຶງຂອງຄົນອື່ນແລະດັ່ງນັ້ນຈຶ່ງເພີ່ມລະຫັດໃຫ້ກັບໂຄງການຂອງຜູ້ອື່ນ - ມີຜົນສະທ້ອນທົ່ວໂລກຫຼາຍ).

ແຫຼ່ງຂໍ້ມູນ: linux.org.ru