Նկարագրություն:
- ՀԱՄԲՈՒՐ;
- ինքնուրույն հյուրընկալված;
- վճարներ չկան (օրինակ՝ bountysource-ը և gitcoin-ը վերցնում են վճարման 10%-ը);
- աջակցություն բազմաթիվ կրիպտոարժույթների (ներկայումս՝ Bitcoin, Ethereum և Cardano);
- Ապագայում սպասվում է (և տրամադրվում է) GitLab-ի, Gitea-ի և Git հոսթինգի այլ ծառայությունների աջակցություն։
- բոլոր (այսինքն՝ մեկ, նորությունը գրելու պահին) օրինակների առաջադրանքների գլոբալ ցանկը donate.dumpstack.io.
GitHub-ի աշխատանքի մեխանիզմը պահոցի սեփականատիրոջ կողմից՝
- (ըստ ցանկության) ծառայությունը տեղակայելու համար անհրաժեշտ է օգտագործել NixOS-ի համար պատրաստի կոնֆիգուրացիա;
- անհրաժեշտ է ավելացնել GitHub գործողություն — ներսում կանչվում է մի գործիք, որը սկանավորում է նախագծի առաջադրանքները և ավելացնում/թարմացնում է մեկնաբանություն նվիրատվությունների համար դրամապանակների ներկայիս վիճակի վերաբերյալ, մինչդեռ դրամապանակների անձնական մասը պահվում է միայն նվիրատվությունների սերվերում (ապագայում՝ խոշոր նվիրատվությունների դեպքում այն անցանց ռեժիմից տեղափոխելու հնարավորությամբ՝ վճարման ձեռքով հաստատման համար)։
- բոլոր ընթացիկ առաջադրանքներում (և նորերում) հայտնվում է հաղորդագրություն github-գործողություններ[բոտ] դրամապանակների հասցեներով նվիրատվությունների համար (օրինակ).
Առաջադրանքը կատարող անձի կողմից աշխատանքի մեխանիզմը.
- Կոմիտի մեկնաբանությունը նշում է, թե ինչ կոնկրետ խնդիր է լուծում կոմիտը (տե՛ս հիմնաբառերի օգտագործմամբ խնդիրների փակում);
- Քաշման հարցման հիմնական մասը նշում է դրամապանակների հասցեները որոշակի ձևաչափով (օրինակ՝ BTC{հասցե}).
- Երբ քաշման հարցումը հաստատվում է, վճարումը կատարվում է ավտոմատ կերպով։
- Եթե դրամապանակները նշված չեն, կամ դրանցից բոլորը նշված չեն, ապա չնշված դրամապանակների համար միջոցների վճարումը կատարվում է լռելյայն դրամապանակներին (օրինակ՝ սա կարող է լինել նախագծի ընդհանուր դրամապանակը):
Անվտանգություն
- հարձակման մակերեսը սովորաբար փոքր է։
- Աշխատանքային մեխանիզմների հիման վրա ծառայությունը պետք է կարողանա ինքնուրույն ուղարկել միջոցներ, ուստի սերվերին մուտք գործելը կնշանակի միջոցների նկատմամբ վերահսկողություն ցանկացած դեպքում. միակ լուծումը կարող է լինել ոչ ավտոմատ ռեժիմով աշխատելը (օրինակ՝ վճարումները ձեռքով հաստատելը), որը, հավանաբար (եթե նախագիծը բավականաչափ հաջող լինի, որպեսզի ինչ-որ մեկը նվիրաբերի այս ֆունկցիոնալությանը, ապա ոչ թե հավանաբար, այլ անպայման) կիրականացվի որոշ պահի։
- կարևոր մասերը հստակորեն առանձնացված են (ըստ էության, դա մեկ 200 տողանոց pay.go ֆայլ է), այդպիսով պարզեցնելով անվտանգության կոդի վերանայումը։
- կոդը ենթարկվել է անվտանգության կոդի անկախ վերանայման, ինչը չի նշանակում, որ խոցելիություններ չկան, բայց նվազեցնում է դրանց առկայության հավանականությունը, հատկապես վերանայման պլանավորված կանոնավորության լույսի ներքո։
- Կան նաև չվերահսկվող մասեր (օրինակ՝ GitHub/GitLab/այլն API), մինչդեռ երրորդ կողմի API-ներում հնարավոր խոցելիությունները նախատեսվում է փակել լրացուցիչ ստուգումներով, սակայն, ընդհանուր առմամբ, ներկայիս էկոհամակարգում խնդիրը անլուծելի է և դուրս է շրջանակներից (հնարավոր խոցելիությունը, օրինակ՝ ուրիշի pull request-ը փակելու և դրանով ուրիշի նախագծերին կոդ ավելացնելու հնարավորությամբ՝ ունի շատ ավելի գլոբալ հետևանքներ):
Source: linux.org.ru
