समस्या ट्र्याकरहरू
सत्र हेर्दै गर्दा टिकट बनाउनुहोस् — प्लेयरको एउटै बटन, आफ्नै शब्दमा विवरण र पुनःप्लेब्याक लिङ्क पहिल्यै जोडिएको।
1. यो हातैले किन चल्छ
MousePlayer का अन्य सेतु आफैँ चल्छन्। यो चल्दैन, र डिजाइनकै उद्देश्य यही हो।
टिकट व्यक्तिको काम हो। हरेक आक्रोशपूर्ण क्लिकमा टिकट खोले बोर्ड नछुट्याइएका कामले भरिन्छ र एक साताभित्र टोलीले फिल्टर गर्छ — वास्तविक समस्या पनि हराउँछन्।
त्यसैले ट्रिगर तपाईं हुनुहुन्छ। सत्र हेरेर समस्या देख्नुहुन्छ, बटन थिचेर देखेको लेख्नुहुन्छ। विवरणमा लिङ्क पहिल्यै छ; निर्णय तपाईं गर्नुहुन्छ।
बटन मालिक र प्रशासकलाई मात्र देखिन्छ, साझा लिङ्कमा कहिल्यै होइन। रेकर्डिङ पठाएको व्यक्तिले ट्र्याकरमा टिकट खोल्न पाउनु हुँदैन।
2. पाँच ट्र्याकर र आवश्यक विवरण
| कहाँ पुग्छ | तपाईंले दिने | |
|---|---|---|
| Jira | परियोजनामा समस्या | साइट URL, खाताको इमेल, API टोकन, परियोजना कुञ्जी, समस्याको प्रकार |
| Linear | टोलीमा समस्या | API कुञ्जी, टोली ID |
| Asana | परियोजनामा काम | व्यक्तिगत पहुँच टोकन, परियोजना ID |
| Trello | सूचीमा कार्ड | कुञ्जी, टोकन, सूची ID |
| GitHub | रिपोजिटरीमा समस्या | व्यक्तिगत पहुँच टोकन, owner/repo |
एउटै टाइलमा एक पटकमा एउटा प्रदायक। पछि दोस्रो ट्र्याकर राख्नु छनोट परिवर्तन हो, माइग्रेसन होइन।
पहिचानकर्ता कहाँबाट आउँछन्
ब्राउजरमा टोली वा परियोजना खोल्दा URL मा Linear टोली ID र Asana परियोजना ID देखिन्छन्। पाँचमध्ये Trello सूची ID खोज्न कठिन छ: बोर्ड URL मा यो थप्नुहोस्: .json र चाहेको सूची खोज्नुहोस्। Jira परियोजना कुञ्जी हरेक समस्या नम्बरअघिको उपसर्ग हो — ACME यसमा: ACME-1234।
3. टिकटको लिङ्क हाम्रो सर्भरले बनाउँछ
विवरण तपाईंको हो। पुनःप्लेब्याक लिङ्क होइन — वास्तवमा हेरिरहेको सत्रबाट हाम्रोतर्फ बनाइन्छ र फारमले बदल्न सक्दैन।
अरूले टिकट क्लिक गर्ने भएकाले यो महत्त्वपूर्ण छ। ब्राउजरबाट लिङ्क आए बनावटी अनुरोधले आफ्नै उपकरणजस्तो देखिने ठाउँमा टोलीलाई जुनसुकै ठेगाना दिन सक्थ्यो।
HTTP 200 ले टिकट बनेको जनाउँदैन
Linear ले GraphQL बाट जवाफ दिन्छ र अस्वीकार गर्दा GraphQL ले 200 OK सँग यो errors एरे फर्काउँछ। स्थिति कोड मात्र हेर्ने सेतुले नबनेको टिकट सफल भन्थ्यो। हामी जवाफको मुख्य भाग पढ्छौँ।
ट्र्याकरले नयाँ समस्याको ID दिए पुष्टि सन्देशमा राख्छौँ — हरियो सन्देशमा मात्र विश्वास नगरी साँच्चै बनेको जाँच्न सक्नुहुन्छ।
4. जानाजानी के छैन
स्वचालित टिकट छैनन्
माथि हेर्नुहोस्। स्वचालन चाहे वेबहुक सेतुले अवरोध सङ्केत Zapier वा Make मा पठाउँछ र त्यहाँ टिकटयोग्य कुरा रोज्न सक्नुहुन्छ।
दुईतर्फी समक्रमण छैन
टिकट बन्द गर्दा 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 को यी प्रदायकसँग व्यावसायिक सम्बन्ध छैन।