क्या कोई अच्छा ग्राफ-लिब है? मेरी राय में इसे सर्वर-साइड प्रदान और कैश किया जा सकता है

कोइ प्रगति?

अच्छा होगा

मैं इस सुविधा पर काम करना शुरू करना चाहूंगा, अगर कोई पहले से ही इस पर नहीं है (हाँ @lafriks , मैंने अपना सबक सीखा, +1 रचनात्मक नहीं है )।

मुझे शायद हर समय कुछ सहायता की आवश्यकता होगी, उदाहरण के लिए सर्वर या क्लाइंट साइड रेंडरिंग के बारे में कैसे निर्णय लेना है, किस चार्टिंग लाइब्रेरी का उपयोग करना है आदि।
मैं भी मूल रूप से किसी भी गो को नहीं जानता, लेकिन अच्छा फ्रंटएंड ज्ञान है इसलिए इसे काम करना चाहिए, और सब कुछ पहली बार होता है, मैं भी कुछ समय पहले गीता पर हैकिंग में गोता लगाना चाहता था

आइए आवश्यक डेटा और संभावित डेटा संरचना की पहचान करने के लिए मौजूदा समाधानों को अलग करके शुरू करें।

GitHub

योगदान डेटा के लिए एपीआई एंडपॉइंट https://github.com/<owner>/<repo>/graphs/contributors-data है।

लौटा JSON डेटा मूल रूप से वस्तुओं की एक सूची है (प्रत्येक एक योगदानकर्ता का प्रतिनिधित्व करता है) पहले कम से कम योगदान को क्रमबद्ध करता है, अधिकांश योगदान अंतिम:

[
  { ... }, // User with least contributions
    ...
  { ... }, // User with second most contributions
  { ... }  // User with most contributions
]

संरचना मोटे तौर पर यहां दस्तावेज के समान है और इस तरह दिखती है:

{
  "author": {
    "id": 12345,
    "login": "octocat",
    "avatar": "https://avatars3.githubusercontent.com/u/12345?s=60&v=4",
    "path": "/octocat",
    "hovercard_url": "/hovercards?user_id=12345"
  },
  "total": 123,
  "weeks": [
    // First week in which the repo existed
    {
      "w": 1391904000,
      "a": 6898,
      "d": 77,
      "c": 10
    },
    // Second week in which the repo existed
    {
      "w": 1392508800,
      "a": 2437,
      "d": 439,
      "c": 6
    },
    ...
    // Current week
    {
      "w": 1538265600,
      "a": 0,
      "d": 0,
      "c": 0
    }
  ]
}

"weeks" सरणी के प्रत्येक सदस्य का निर्माण किया गया है जिसमें निम्नलिखित विशेषताएं हैं:

• w - सप्ताह की शुरुआत, यूनिक्स टाइमस्टैम्प के रूप में दी गई।
• a - परिवर्धन की संख्या
• d - हटाए जाने की संख्या
• c - कमिट की संख्या

इन सभी सूचनाओं का उपयोग इन कार्डों को बनाने के लिए किया जाता है:

बड़ा योगदान ग्राफ स्पष्ट रूप से एक सप्ताह के प्रत्येक उपयोगकर्ता के आँकड़ों को जोड़कर बनाया जा सकता है n ( 0 <= n <= weeks since the repo exists ) और प्रत्येक सप्ताह के लिए संचयी मूल्य की साजिश रच रहा है।

गिटलैब

GitLab CE ओपन सोर्स है, इसलिए हमारे पास संबंधित फाइलें हैं:

• https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/controllers/projects/graphs_controller.rb
• https://gitlab.com/gitlab-org/gitlab-ce/blob/master/lib/gitlab/graphs/commits.rb
• https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/views/projects/graphs/show.html.haml
• https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/assets/stylesheets/pages/graph.scss
• https://gitlab.com/gitlab-org/gitlab-ce/blob/master/app/assets/javascripts/vue_shared/components/bar_chart.vue

एपीआई एंडपॉइंट https://gitlab.com/<owner>/<repo>/graphs/master?format=json है।

लौटा JSON डेटा बहुत सरल है:

[
  { ... }, // Latest commit
  { ... }, // Second latest commit
    ...
  { ... }, // First commit
]

सरणी का प्रत्येक सदस्य एक कमिट का प्रतिनिधित्व करता है, पहले नवीनतम कमिट को सॉर्ट करता है, प्रारंभिक कमिट अंतिम। संरचना इस प्रकार दिखती है:

{
  "author_name": "Some User",
  "author_email": "[email protected]",
  "date": "2018-10-02"
}

यदि किसी उपयोगकर्ता ने एक ही दिन में कई कमिट किए हैं, तो केवल उसी उपयोगकर्ता जानकारी और दिनांक के साथ डुप्लिकेट प्रविष्टियां होंगी, प्रत्येक कमिट के लिए एक।

प्रति-उपयोगकर्ता टाइल में गिटहब की तुलना में कम जानकारी होगी, प्लॉटिंग एक दिन के लिए कमिट की संख्या लेकर की जाती है, एक्स-एक्सिस समय है, वाई-एक्सिस कमिट्स की संख्या है। यह पूरे रेपो (उपयोगकर्ता नाम को अनदेखा कर रहा है) और प्रत्येक उपयोगकर्ता (किसी विशिष्ट दिन पर किसी विशिष्ट उपयोगकर्ता के लिए सभी प्रतिबद्ध प्रविष्टियां लेना) दोनों के लिए किया जाता है।

दोनों ही मामलों में रेंडरिंग क्लाइंट साइड की जाती है, जिसमें जूमिंग के साथ डायनेमिक चार्ट बनाने में सक्षम होने का बड़ा फायदा है।

अगर यह यहां आपके सामान्य कार्यप्रवाह के साथ काम करता है, तो मुझे इस मुद्दे को सौंपा जाना ठीक रहेगा।

इस पर कुछ और विचार। रचनात्मक प्रतिक्रिया की निश्चित रूप से अत्यधिक सराहना की जाती है!

पृष्ठ लिंक को UI पर रखना

यह ठीक काम करना चाहिए, अभी के लिए कुछ भी पुनर्गठन करने की आवश्यकता नहीं है।

लिंक्स की बात करें तो, पेज शायद https://git.example.com/<owner>/<repo>/contributors पर लाइव होना चाहिए, इस तरह अन्य सभी लिंक काम करते हैं।

एक अन्य विचार, जिसे मैं पसंद नहीं करता , गतिविधि पृष्ठ पर योगदानकर्ता ग्राफ डाल रहा है।

मैंने कुछ डोम संपादन किया:

मैंने आइकन के रूप में octicon-organization चुना, octicon-graph भी काम कर सकता है।

अब गिटिया के लिए गिटहब योगदानकर्ता चार्ट पर कुछ त्वरित सीएसएस संपादन और छवियों को मर्ज करना:

व्यक्तिगत प्रति-उपयोगकर्ता चार्ट को ध्यान में न रखते हुए, यह कैसा दिख सकता है, इसका एक बहुत ही मोटा विचार है।

अद्भुत लग रहा है ^-^

@linusg बढ़िया! आगे बढ़ो!

@lunny मैं अभी थोड़ा भ्रमित हूं: @Morlinest कौन है और वह इस मुद्दे में क्या भूमिका निभाएगा?

यह शायद एक गलती है या हो सकता है कि उसने मेरे साथ कुछ गुप्त योजनाएँ बनाई हों :D

@linusg @Morlinest :(क्षमा करें। एक गलती जैसे @Morlinest ने कहा। मैं इस मुद्दे को @linusg को सौंपना चाहता हूं लेकिन मैंने पाया कि इसे गैर-रखरखाव करने वालों और पोस्टर जारी करने के लिए असाइन नहीं किया जा सकता है।

ठीक है, स्पष्टीकरण के लिए धन्यवाद: मुस्कान:

ओह, तो मुझे इसे अभी करना होगा :D

रुचि रखने वालों के लिए संक्षिप्त जानकारी: मैं क्रिसमस की छुट्टियों के दौरान इस पर काम करना चाहता था, लेकिन मुझे ज्यादा समय नहीं मिला। मैंने मूल सामग्री (पेज, रूटिंग आदि) बना ली है और उस पर काम करना जारी रखने की योजना बना रहा हूं!

बहुत बहुत धन्यवाद ^-^

ठीक है दोस्तों, एक और अपडेट। मैंने इसे इस स्थिति में लाने में कामयाबी हासिल की:

विस्तार करने के लिए क्लिक करें:

 


विवरण:

• HTTP एपीआई पर कोई डेटा उजागर नहीं होता है, ग्राफ सर्वर पर एसवीजी (https://github.com/wcharczuk/go-chart का उपयोग करके) को प्रदान किए जाते हैं। यह वास्तव में प्रदर्शनकारी है और चीजों को सरल रखता है।
• कमिट, परिवर्धन और विलोपन की संख्या के आधार पर छँटाई
• UI GitHub पर आधारित "थोड़ा" है

शेष मुद्दे:

• योगदानकर्ता, जो गीता डीबी में नहीं हैं (जैसे रेपो आयात किया गया था) दिखाई नहीं देंगे। मैं
• बड़े भंडारों के साथ प्रदर्शन के मुद्दे। हो सकता है कि मैं सिर्फ एक गोलांग n00b हूं।
• एक्स-एक्सिस से एएम/पीएम सामान को हटाना ( कस्टम फॉर्मेटर के माध्यम से आसानी से किया जा सकता है)
• उपयोगकर्ता ग्राफ़ के वाई-एक्सिस स्केल को ठीक करें, 1 कमिट आधी ऊंचाई होनी चाहिए क्योंकि 2 कमिट
• उचित डार्क थीम सपोर्ट (उपरोक्त के लिए सीएसएस को देव टूल्स में ट्वीक किया गया था)

संभावित संवर्द्धन:

• आँकड़े मास्टर शाखा (हार्डकोडेड) के लिए हैं, इसे आसानी से बदला जा सकता है और UI नियंत्रण के रूप में उजागर किया जा सकता है

परिवर्तनों और सुधारों के लिए विचारों का स्वागत है - मैं अब तक बाहर हूँ! मुझे आगामी कोड समीक्षा का डर है हालांकि: मुस्कान:

सू... हम चले! अब यह कुछ बाहरी इनपुट का समय है, इसलिए कृपया नीचे दी गई छवियों को देखें।

(गीता रेपो गिटहब से लिया गया)

मुझे समझाने दो:

• जो उपयोगकर्ता गीता उपयोगकर्ता डीबी में नहीं हैं, उन्हें दिखाया जाएगा, लेकिन प्रोफ़ाइल के लिंक के बिना, obv। आँकड़ों की गणना उपयोगकर्ता नाम द्वारा की जाती है (उपलब्ध केवल "नाम" और प्रत्येक प्रतिबद्धता के लिए "ईमेल" है), इसीलिए GitHub में "अज्ञात", "अज्ञात" और "无闻" बनाम केवल "अज्ञात" है: जानकारी, कि यह है रेपो को क्लोन/आयात करते समय वही उपयोगकर्ता खो जाता है। मुझे लगता है कि यह सबसे अच्छा विकल्प उपलब्ध है, विचार?

• GitHub प्रति सप्ताह आँकड़े संकलित करता है, मैं दैनिक आँकड़ों के साथ गया। क्या इसे बदला जाना चाहिए?

  यही कारण है कि GitHub पर Y-Axis ~150 [प्रति सप्ताह कमिट्स] पर समाप्त होता है और गीता 52 [प्रति दिन कमिट्स] पर समाप्त होता है। इसके अलावा यह गीता पर चार्ट को और अधिक "स्पाइक्स" के साथ प्रदर्शित करता है। (प्रक्षेपण भी उपलब्ध नहीं है)

• गिटहब आंकड़ों से विलय करता है, मैंने इस तरह के कुछ भी लागू नहीं किया है (और यह नहीं पता कि सामान्य प्रतिबद्धता से किसी को अलग करना कितना मुश्किल होगा)। क्या हम यह सुविधा चाहते हैं?

• क्या आप प्रति-उपयोगकर्ता चार्ट के लिए एक अलग रंग चाहते हैं?

• आपको क्या लगता है कि और क्या सुधार किया जा सकता है?

प्रदर्शन:

मैंने अपनी पिछली पोस्ट में नोट किए गए सभी मुद्दों को ठीक कर दिया है, और मैं कुछ प्रदर्शन मुद्दों पर वापस आ गया हूं। मेरी देव मशीन से सभी आँकड़े:

गीता ब्लॉग रेपो के योगदानकर्ता पृष्ठ को लोड होने में 1.1 सेकंड लगते हैं, जो शायद ठीक है (_पेज: 1090ms टेम्प्लेट: 7ms_)

गीता मेन रेपो के लिए एक ने 1 मिनट 14 सेकेंड का समय लिया और रिपोर्ट _पेज: 74443एमएस साँचा: 47ms_। हालांकि, इसका नौ साल का इतिहास है और लगभग 7k कमिट हैं।

संभावित सुधार: गीता रेपो योगदानकर्ता पृष्ठ 602 उपयोगकर्ता कार्ड के साथ समाप्त होता है, मेरा मानना ​​​​है कि गिटहब 100 पर कट जाता है। देखें https://github.com/go-gitea/gitea/graphs/contributors।

तुम उसके बारे में क्या सोचते हो?

चूंकि हर बार पृष्ठ पर जाने पर पूरे प्रतिबद्ध इतिहास का पता लगाया जाएगा, हम शायद आँकड़ों को कैशिंग करके स्थिति में सुधार कर सकते हैं। कोई सुराग नहीं अगर यह समझ में आता है और कार्यान्वयन कैसा दिखेगा।

मुझे बदली हुई सीएसएस फ़ाइलों को दिखाने के लिए सर्विसवर्कर के कैश को साफ़ करना पड़ा (सामान्य कैश रीफ्रेश काम नहीं करेगा)। मुझे यहां क्या करना है ताकि यह ओओटीबी काम करे?

   ! [छवि](https://user-images.githubusercontent.com/19366641/50846507-9b575400-136f-11e9-9a6f-97f7a9ec28a1.png)

@linusg बढ़िया काम !!! जब भंडार बड़ा हो (यानी 1000 से अधिक काम करता है) तो काम को क्रोनजोब के रूप में कैसे जाने दें? इसे कॉन्फ़िगरेशन के अनुसार एक या अधिक दिनों तक चलाया जा सकता है। मुझे लगता है कि टॉप 100 काफी है, नहीं तो पेजिनेशन बेहतर है।

@linusg

• आँकड़े मास्टर शाखा (हार्डकोडेड) के लिए हैं, इसे आसानी से बदला जा सकता है और UI नियंत्रण के रूप में उजागर किया जा सकता है

हो सकता है कि आप कोई अन्य विकल्प बनाने के बजाय डिफ़ॉल्ट शाखा विकल्प का उपयोग कर सकते हैं।

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। यदि अगले 2 सप्ताह के दौरान कोई और गतिविधि नहीं होती है तो इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

नहीं, अभी भी इस पर काम कर रहा है - कोई व्यक्ति stale लेबल को हटा सकता है!

नहीं, अभी भी इस पर काम कर रहे हैं

यह अच्छी खबर है, उम्मीद है कि यह सुविधा जल्द ही आएगी!
हर जगह चार्ट और ग्राफिक डेटा प्रतिनिधित्व देखने के लिए उत्साहित...

यह अच्छी खबर है, उम्मीद है कि यह सुविधा जल्द ही आएगी!

जल्द ही: टीएम:

समय निश्चित रूप से मेरे लिए एक समस्या है... गोलंग के बारे में मेरे मूल रूप से गैर-मौजूद ज्ञान के बगल में, हाहा।

मैं सभी उत्साह को देखकर खुश हूं (मैं भी उत्साहित हूं, अन्यथा इस पर काम नहीं करूंगा!), लेकिन अगर आप लोगों को लगता है कि यह तेजी से प्रगति नहीं कर रहा है (अरे, यह आधा साल से अधिक हो गया है), मैं सभी परिवर्तनों के साथ पीआर कर सकता हूं और कोई और मदद कर सकता है?

जल्द ही ™️

मैं

लेकिन अगर आप लोगों को लगता है कि यह काफी तेजी से प्रगति नहीं कर रहा है

नाह .. जो कोई फीचर के लिए आपके द्वारा लिए गए समय की परवाह करता है, अगर यह एक बहुत अच्छा और काम करने वाला फीचर है?

मैं सभी परिवर्तनों के साथ पीआर कर सकता हूं और कोई और मदद कर सकता है?

आईडीके, हो सकता है कि आप अपने रेपो को सार्वजनिक रूप से यहां जीएच पर पोस्ट कर सकें ताकि अन्य लोग आपके रेपो को पीआर कर सकें और इसे काम कर सकें ताकि आप आधिकारिक पीआर कर सकें और इसे एकीकृत कर सकें
या आप आधिकारिक रेपो पर एक नई शाखा के लिए एक पीआर खोल सकते हैं जिससे कुशल और समय के इच्छुक लोग कांटा और काम कर सकते हैं और पीआर इसके बजाय, शाखा के मास्टर ऑफ कोर्स में विलय होने की प्रतीक्षा कर रहे हैं ...

@linusg कृपया एक पीआर भेजें कि जब आप अनुपस्थित हों तो शायद कोई आपकी मदद कर सके।

इस सुविधा के लिए तत्पर हैं। क्या यह अब बासी है? .....धन्यवाद

कोई और खबर यहाँ?

क्या यहां कभी कोई पीआर या शाखा जमा की गई?

मुझे नहीं लगता। @linusg

मुझे नहीं लगता कि मैंने कभी अपने परिवर्तनों को आगे बढ़ाया। सुनिश्चित नहीं है कि मेरे पास अभी भी है - क्षमा करें!