ការបរិច្ចាគដែលបានណែនាំ - សេវាបរិច្ចាគដែលរៀបចំដោយខ្លួនឯងសម្រាប់កិច្ចការ

លក្ខណៈពិសេស:

• ថើប;
• ធ្វើជាម្ចាស់ផ្ទះដោយខ្លួនឯង;
• គ្មានថ្លៃសេវា (ឧទាហរណ៍ bountysource និង gitcoin យក 10% នៃការទូទាត់);
• ការគាំទ្រសម្រាប់រូបិយប័ណ្ណគ្រីបតូជាច្រើន (បច្ចុប្បន្ន Bitcoin, Ethereum និង Cardano);
• វាត្រូវបានរំពឹងទុក (និងផ្តល់ជូន) ដើម្បីគាំទ្រ GitLab, Gitea និងសេវាកម្មបង្ហោះ Git ផ្សេងទៀតនាពេលអនាគត។
• បញ្ជីសកលនៃភារកិច្ចពីទាំងអស់ (នោះគឺមួយនៅពេលសរសេរព័ត៌មាន) បើក donate.dumpstack.io.

យន្តការនៃការងារសម្រាប់ GitHub ពីផ្នែកម្ខាងនៃម្ចាស់ឃ្លាំង៖

• (ជាជម្រើស) អ្នកត្រូវការដើម្បីដាក់ពង្រាយសេវា អ្នកអាចប្រើ ការកំណត់រចនាសម្ព័ន្ធដែលត្រៀមរួចជាស្រេចសម្រាប់ NixOS;
• ត្រូវការបន្ថែម សកម្មភាព GitHub - ឧបករណ៍ប្រើប្រាស់មួយត្រូវបានហៅនៅខាងក្នុងដែលស្កេនកិច្ចការរបស់គម្រោង និងបន្ថែម/ធ្វើបច្ចុប្បន្នភាពមតិយោបល់អំពីស្ថានភាពបច្ចុប្បន្ននៃកាបូបអំណោយ ខណៈដែលផ្នែកឯកជននៃកាបូបត្រូវបានរក្សាទុកតែនៅលើម៉ាស៊ីនមេបរិច្ចាគប៉ុណ្ណោះ (នៅពេលអនាគត ដោយមានសមត្ថភាពយកវា ក្រៅបណ្តាញសម្រាប់ការបរិច្ចាគធំ សម្រាប់ការបញ្ជាក់ដោយដៃនៃការទូទាត់);
• នៅក្នុងកិច្ចការបច្ចុប្បន្នទាំងអស់ (និងកិច្ចការថ្មី) សារមួយលេចឡើងពី សកម្មភាព github[bot] ជាមួយអាសយដ្ឋានកាបូបសម្រាប់ការបរិច្ចាគ (ឧទាហរណ៍).

យន្តការនៃការងាររបស់បុគ្គលដែលបំពេញភារកិច្ច៖

• សេចក្តីអធិប្បាយទៅកាន់ commit បង្ហាញយ៉ាងច្បាស់ពីបញ្ហាដែលការប្តេជ្ញានេះដោះស្រាយ (សូមមើល។ បិទបញ្ហាដោយប្រើពាក្យគន្លឹះ);
• តួនៃសំណើទាញបញ្ជាក់អាសយដ្ឋានកាបូបក្នុងទម្រង់ជាក់លាក់មួយ (ឧទាហរណ៍ BTC{អាសយដ្ឋាន}).
• នៅពេលដែលសំណើទាញត្រូវបានទទួលយក ការទូទាត់ត្រូវបានធ្វើឡើងដោយស្វ័យប្រវត្តិ។
• ប្រសិនបើកាបូបមិនត្រូវបានបញ្ជាក់ ឬមិនបានបញ្ជាក់ទាំងអស់នោះ ការទូទាត់មូលនិធិសម្រាប់កាបូបដែលមិនបានបញ្ជាក់ត្រូវបានធ្វើឡើងចំពោះកាបូបលំនាំដើម (ឧទាហរណ៍ នេះអាចជាកាបូបគម្រោងទូទៅ)។

សុវត្ថិភាព:

• ផ្ទៃវាយប្រហារជាទូទៅតូច។
• ដោយផ្អែកលើយន្តការប្រតិបត្តិការ សេវាកម្មគួរតែអាចផ្ញើមូលនិធិដោយឯករាជ្យ ដូច្នេះការចូលប្រើម៉ាស៊ីនមេនឹងមានន័យថាការគ្រប់គ្រងលើមូលនិធិក្នុងករណីណាក៏ដោយ - ដំណោះស្រាយអាចដំណើរការតែក្នុងរបៀបមិនស្វ័យប្រវត្តិ (ឧទាហរណ៍ ការបញ្ជាក់ ការទូទាត់ដោយដៃ) ដែលទំនងជា (ប្រសិនបើគម្រោងទទួលបានជោគជ័យគ្រប់គ្រាន់សម្រាប់នរណាម្នាក់ដើម្បីបរិច្ចាគសម្រាប់មុខងារនេះ នោះវាមិនទំនងទេ ប៉ុន្តែប្រាកដណាស់) ដែលវានឹងត្រូវបានអនុវត្តនៅថ្ងៃណាមួយ។
• ផ្នែកសំខាន់ៗត្រូវបានបំបែកយ៉ាងច្បាស់លាស់ (តាមពិតទៅនេះគឺជាឯកសារ pay.go តែមួយនៃ 200 បន្ទាត់) ដោយហេតុនេះធ្វើឱ្យការពិនិត្យមើលលេខកូដសុវត្ថិភាពងាយស្រួល។
• កូដបានឆ្លងកាត់ការត្រួតពិនិត្យកូដសុវត្ថិភាពឯករាជ្យ ដែលមិនមានន័យថាអវត្តមាននៃភាពងាយរងគ្រោះ ប៉ុន្តែកាត់បន្ថយលទ្ធភាពនៃវត្តមានរបស់ពួកគេ ជាពិសេសដោយសារភាពទៀងទាត់នៃការត្រួតពិនិត្យដែលបានគ្រោងទុក។
• វាក៏មានផ្នែកទាំងនោះដែលមិនត្រូវបានគ្រប់គ្រង (ឧទាហរណ៍ API GitHub/GitLab/ល) ខណៈពេលដែលភាពងាយរងគ្រោះដែលអាចកើតមាននៅក្នុង API ភាគីទីបី ត្រូវបានគេគ្រោងនឹងបិទជាមួយនឹងការត្រួតពិនិត្យបន្ថែម ទោះជាយ៉ាងណាក៏ដោយ ជាទូទៅបញ្ហានៅក្នុងបច្ចុប្បន្ន ប្រព័ន្ធអេកូមិនអាចដោះស្រាយបាន និងនៅក្រៅវិសាលភាព (ភាពងាយរងគ្រោះដែលអាចកើតមានជាមួយឧទាហរណ៍ សមត្ថភាពក្នុងការបិទសំណើរទាញរបស់អ្នកដទៃ ហើយដោយហេតុនេះការបន្ថែមកូដទៅគម្រោងរបស់អ្នកដទៃ - មានផលវិបាកជាសកលច្រើនជាងនេះ)។

ប្រភព: linux.org.ru