د ستونزو تعقیبوونکي
د کتلو پر مهال ناسته د ستونزې په راپور بدله کړئ؛ په غږوونکي کې یوه تڼۍ، په تشریح کې ستاسو خپلې خبرې او د بیا غږونې لینک لا ورسره تړلی.
1. ولې دا لاسي دی
په MousePlayer کې هر بل پُل پخپله فعالېږي. دا نه فعالېږي، او ټول ډیزاین همدا دی.
د ستونزې راپور د یوه کس لپاره کار دی. که د هرې غوسې پرله پسې کلیک لپاره مو یو پرانیستلی وای، ستاسو تخته به له داسې توکو ډکه شوې وه چې هېچا نه وو ارزولي، او په یوه اونۍ کې به مو ډلې هغه چاڼ کړي وای؛ په هغه وخت کې رښتیني راپورونه هم چاڼېږي.
نو محرک تاسو یاست. ناسته ګورئ، ستونزه وینئ، تڼۍ وهئ او هغه څه لیکئ چې لیدلي مو دي. د ثبت لینک لا په تشریح کې دی؛ قضاوت تاسو ورکوئ.
تڼۍ یوازې مالکانو او مدیرانو ته ښکاري، او هېڅکله د شریک لینک په لید کې نه. هغه کس چې ثبت مو ورلېږلی، باید ستاسو په تعقیبوونکي کې د ستونزو راپورونه پرانیستلی نه شي.
2. پنځه تعقیبوونکي او د هر یوه اړتیاوې
| چېرته کېني | تاسو ورکوئ | |
|---|---|---|
| Jira | په پروژه کې د ستونزې راپور | د وېبپاڼې URL، د حساب برېښنالیک، API ټوکن، د پروژې کیلي، د ستونزې ډول |
| Linear | په ډله کې د ستونزې راپور | API کیلي، د ډلې ID |
| Asana | په پروژه کې کار | شخصي د لاسرسي ټوکن، د پروژې ID |
| Trello | په لېست کې کارت | کیلي، ټوکن، د لېست ID |
| GitHub | په زېرمتون کې د ستونزې راپور | شخصي د لاسرسي ټوکن، owner/repo |
یو کارت، په یو وخت کې یو ټاکلی برابرونکی. وروسته د دویم تعقیبوونکي ورزیاتول د ټاکنې بدلون دی، لېږدونه نه ده.
پېژندونه له کومه راځي
د Linear د ډلې ID او د Asana د پروژې ID په URL کې ښکاري، چې ډله یا پروژه په براوزر کې پرانیزئ. د Trello د لېست ID په پنځو کې تر ټولو ستونزمن دی: دا ورزیات کړئ .json د تختې URL ته او هغه لېست ولټوئ چې غواړئ یې. د Jira د پروژې کیلي د هرې ستونزې د شمېرې مخکې مخکښ دی؛ ACME په ACME-1234.
3. په راپور کې لینک زموږ سرور جوړوي
هغه تشریح چې لیکئ، ستاسو ده. د بیا غږونې لینک نه؛ زموږ په اړخ کې له هغې ناستې جوړېږي چې په رښتیا مو کتله، او فورم یې نه شي اغېزمنولی.
دا ځکه مهم دي چې د ستونزې راپور داسې څه دی چې نور خلک یې کلیک کوي. که لینک له براوزر څخه راغلی وای، جوړه شوې غوښتنه به هره پته ستاسو د ډلې مخې ته په داسې څه کې کېښودلی شوه چې ستاسو خپل وسایل ښکاري.
HTTP 200 د راپور د موجودیت معنا نه لري
Linear د GraphQL له لارې ځواب ورکوي، او GraphQL ځواب ورکوي 200 OK له دې سره: errors ارې، چې رد وکړي. هغه پُل چې یوازې د حالت کوډ ګوري، د داسې راپور بریا به اعلان کړي چې هېڅکله نه دی جوړ شوی. موږ متن لولو.
چې تعقیبوونکی د نوې ستونزې پېژند بېرته ورکړي، په تایید کې یې ږدو، څو د شین پیغام پر باور کولو پر ځای وګورئ چې په رښتیا شته.
4. څه په قصد دلته نشته
اتومات راپورونه نشته
پورته وګورئ. که اتومات کول غواړئ، د وېبهوک پُل د ناهیلۍ نښې Zapier یا Make ته لېږلی شي، او هلته پرېکړه کولی شئ چې څه د راپور وړ دي.
دوه لوري همغږي نشته
د راپور تړل په MousePlayer کې څه نه بدلوي، او په MousePlayer کې څه بېرته نه پرانیزي. هغه همغږي چې یو نیم لوری کار کوي، تر هېڅ همغږۍ بدتره ده، ځکه خلک پرې تکیه پیلوي.
ضمیمې نشته
ثبت له موږ سره پاتې کېږي او له موږ سره کتل کېږي. تعقیبوونکي ته د ویډیو صادرول به شخصي معلومات داسې سیسټم ته ولېږي چې د ساتنې قواعد یې له هغو بېل دي چې له خپلو لیدونکو سره مو منلي دي.
ټوکن په AES-256-GCM کوډ شوې بڼه ساتل کېږي او بیا هېڅکله نه ښودل کېږي. هېڅکله په دننني کتار کې هم نه اېښودل کېږي؛ دا بلنه ستاسو د انتظار پر مهال مستقیم له غوښتنې ترسره کېږي.
5. GitLab، Azure DevOps او ClickUp
درې نور تعقیبوونکي، هماغه تڼۍ، هماغه لاسي محرک.
| تاسو ورکوئ | |
|---|---|
| GitLab | کوربه، د پروژې ID او ټوکن؛ ستاسو خپل GitLab هم کار کوي |
| Azure DevOps | سازمان، پروژه، د کاري توکي ډول او PAT |
| ClickUp | د لېست ID او شخصي ټوکن |
GitLab کوربه غواړي، ځکه ښايي ستاسو خپل وي
د نورو برعکس، GitLab ډېر ځله په خپل کوربه چلېږي، نو کوربه د ثابت ارزښت پر ځای یو ځای دی. ونښلوئ gitlab.com که هلته یاست.
Azure DevOps په یو وخت کې دوه ځانګړتیاوې لري
متن یې د څیز پر ځای JSON Patch سند دی، او د منځپانګې ډول یې باید دا وي: application/json-patch+json ؛ بل هر څه 415 ځواب ورکوي. په URL کې د کاري توکي د ډول مخکې د ډالر نښه د پتې برخه ده، داسې ځایناستی نه دی چې ډکول مو هېر کړي وي.
ClickUp ټوکن یوازې غواړي
نه دا Bearer ترې مخکې. له دې کلمې سره ټوکن په 401 ردېږي، چې عین د ناسم ټوکن په شان ښکاري.
دلته یادې شوې ټولې سوداګریزې نښې د خپلو مالکانو دي. MousePlayer له دې برابرونکو سره سوداګریزه اړیکه نه لري.