समर्थन बंडल

एक समर्थन बंडल एक एकल ZIP है जो कुछ गलत होने पर Bridge की स्थिति को पैकेज करता है। यह एक ऐसी कलाकृति है जिसे हम टिकट का परीक्षण करते समय मांगेंगे। यह पृष्ठ सटीक रूप से वर्णन करता है कि इसमें क्या है, ताकि आप जान सकें कि आप क्या भेज रहे हैं।

किसी को कैसे निर्यात करें

1. FFB-Bridge खोलें और नेविगेट करें सहायता पेज (साइडबार), फिर निदान टैब.
2. क्लिक समर्थन बंडल (डायग्नोस्टिक्स कार्ड के शीर्ष-दाईं ओर)।
3. थोड़े विलंब के बाद, एक बैनर फ़ाइल का नाम और आकार दिखाता है, एक फीडबैक-फ़ॉर्म लिंक के साथ और, जहां उपलब्ध हो, फ़ाइल प्रकट करें.
4. यदि आप इसे भेजना चाहते हैं तो फीडबैक फॉर्म खोलें और ZIP संलग्न करें।

बंडल में क्या है

एक बंडल एक सादा ZIP है। नीचे दिए गए फ़ाइल नाम पूरी अनुमति-सूची हैं - बंडल होगा कभी नहीं इस सेट के बाहर कुछ भी शामिल करें।

sysinfo.txt

सिस्टम मेटाडेटा. सादा पाठ, कुंजी:मूल्य पंक्तियाँ। फ़ील्ड्स:

• ओएस-नाम - "Windows", "Linux", या "macOS"।
• ओएस-संस्करण - कर्नेल संस्करण, Windows बिल्ड स्ट्रिंग, या macOS संस्करण।
• डिस्ट्रो - Linux पर, /etc/os-रिलीज़ सुंदर_नाम.
• सीपीयू-मॉडल, सीपीयू-कोर - से /proc/cpuinfo या Win32_प्रोसेसर.
• राम-कुल-एमबी - से /proc/meminfo या Win32_कंप्यूटरसिस्टम.
• डॉटनेट-संस्करण - बंडल किए गए .NET का रनटाइम संस्करण।
• प्लैटफ़ॉर्म - Linux-बनाम-Windows शाखा के लिए स्पष्ट कुंजी।
• स्थान -वर्तमान उपयोगकर्ता स्थान.
• पुल-संस्करण, बिल्ड-हैश - निर्माण के समय ब्रिज संस्करण और git SHA।

session.log

वर्तमान सत्र के लिए पूर्ण ईवेंट लॉग। इसमें डायग्नोस्टिक्स लॉग स्ट्रिप के समान ईवेंट प्रकार शामिल है और लॉन्च के बाद से प्रत्येक प्रविष्टि शामिल है, जिसमें दृश्य विंडो के बाहर की प्रविष्टियां भी शामिल हैं। UTF-8.

last-crash.log

यदि पिछला लॉन्च क्रैश हो जाता है, तो क्रैश लॉग यहां लैंड होता है। स्टैक ट्रेस, थ्रेड डंप, क्रैश से पहले अंतिम कुछ लॉग लाइनें। यदि सत्र क्रैश नहीं हुआ है तो अनुपस्थित रहें।

previous-session.log

वर्तमान लॉग से पहले घुमाया गया लॉग, जब मौजूद हो। क्रैश-एंड-रीस्टार्ट रिपोर्ट के बाद, यह अक्सर वह फ़ाइल होती है जो दिखाती है कि पुनरारंभ से पहले क्या हुआ था।

doctor.json

सबसे हालिया स्वास्थ्य जांच मशीन-पठनीय रूप में सहायता पृष्ठ से स्कैन होती है। प्रत्येक पंक्ति में चेक नाम, स्थिति (पास/जानकारी/चेतावनी/असफल/तैयार/चेकिंग/एन/ए), और कच्ची विवरण स्ट्रिंग होती है। इससे हमें स्क्रीनशॉट चिपकाए बिना ही आपकी स्वास्थ्य जांच स्थिति देखने को मिलती है। फ़ाइल का नाम दिया गया है doctor.json ऐतिहासिक कारणों से - सहायता पृष्ठ को Doctor कहा जाता था।

tunables.json

निर्यात के समय सक्रिय ट्यूनिंग प्रोफ़ाइल का मान। सहेजे गए प्रोफ़ाइल के समान स्कीमा। आप जिस सटीक बल विन्यास को उड़ा रहे थे उसे पुन: उत्पन्न करने के लिए उपयोग किया जाता है।

hardware-settings.json

- भौतिक-डिवाइस चयन और रेंडरर, सुरक्षा अधिकतम सीमा, अंशांकन और बल ध्रुवीयता, स्पष्ट नियंत्रण असाइनमेंट, और निर्यात समय पर संगतता सेटिंग्स।

aircraft-profiles.json

विमान-to-प्रोफ़ाइल बाइंडिंग फ़ाइल, मौजूद होने पर शब्दशः शामिल है। यह रिकॉर्ड करता है कि कौन सा प्रोफ़ाइल सहेजा गया है, प्रत्येक विमान स्वचालित रूप से लागू होता है, इसलिए समर्थन देख सकता है कि प्रोफ़ाइल क्यों चुना गया था।

profiles-index.txt

निर्यात के समय सहेजे गए प्रोफ़ाइल का एक सूचकांक: फ़ाइल नाम, आकार, संशोधित समय, और प्रत्येक प्रोफ़ाइल का शीर्षक, आईडी और संशोधन। प्रोफ़ाइल सामग्री स्वयं आपकी मशीन पर रहती है।

simconnect.txt

MSFS's SimConnect.xml यदि ब्रिज एक को पढ़ सकता है, तो गैर-लोकलहोस्ट IP पते को संशोधित किया जाएगा। यदि कोई नहीं मिला, तो यह फ़ाइल अनुमान लगाने के बजाय ऐसा कहती है।

प्लेटफार्म अतिरिक्त

Windows बंडलों में शामिल हैं hid-devices.txt प्लग एंड प्ले डिवाइस रिकॉर्ड के मिलान के लिए। Linux बंडलों में शामिल हैं usb.txt, evdev.txt, udev.txt, और dmesg.txt USB/इनपुट स्टैक संदर्भ के लिए। प्रत्येक बंडल में यह भी शामिल है README.txt सामग्री सारांश और गोपनीयता नोट के साथ।

बंडल में क्या नहीं है

समर्थन बंडल बिल्डर फ़ाइल नामों की एक सख्त अनुमति-सूची का उपयोग करता है। इसमें उस सूची के बाहर कुछ भी शामिल नहीं होगा, भले ही कुछ मेल खाने वाली चीज़ उसी निर्देशिका में मौजूद हो। विशेष रूप से:

• क्रेडेंशियल स्टोर की फ़ाइलें बाहर रखी जाती हैं, जिनमें सहेजे हुए AirframeDB एक्सेस क्रेडेंशियल भी शामिल हैं।
• कोई प्रोफ़ाइल फ़ाइलें नहीं के अलावा अन्य सक्रिय एक.
• मनमानी डायरेक्टरी एकत्र नहीं की जातीं। प्लेटफ़ॉर्म की स्पष्ट जाँच में USB/इनपुट विवरण और फ़िल्टर किए गए Linux कर्नेल संदेश शामिल हो सकते हैं।
• कोई नेटवर्क पैकेट कैप्चर नहीं.
• अनुमत बंडल फ़ाइलों में AirframeDB का एक्सेस टोकन या इंस्टॉलेशन क्रेडेंशियल शामिल नहीं होता।

सर्वर-साइड प्रोसेसिंग

जब आप फीडबैक रिपोर्ट में एक बंडल संलग्न करते हैं, तो साइट का इनटेक कार्यकर्ता इसे हमारे डेटाबेस में उपयोगी अनुक्रमित डेटा निकालने के लिए पार्स करता है:

• समूहीकरण के लिए एक सारांश पंक्ति में सिस्टम जानकारी ("इस डिस्ट्रो से कितनी रिपोर्टें?")।
• लॉग से चेतावनी और त्रुटि पंक्तियाँ, स्थिर त्रुटि हस्ताक्षरों के साथ, ताकि हम एक नज़र में देख सकें कि कितने लोग एक ही बग से प्रभावित हुए हैं।
• उपयोगकर्ता आधार पर क्या विफल हो रहा है, इसके विश्लेषण के लिए स्वास्थ्य-जांच परिणाम।
• प्रत्येक अनुमति-सूचीबद्ध प्रविष्टि का शब्दशः फ़ाइल पाठ संग्रहीत किया जाता है ताकि हम ट्राइएजिंग करते समय संदर्भ को फिर से पढ़ सकें।

कच्चे बंडल को एक छोटी विंडो (डिफ़ॉल्ट रूप से 30 दिन) के लिए बनाए रखा जाता है ताकि यदि हमारे निष्कर्षण तर्क में सुधार हो तो हम फिर से पार्स कर सकें। उसके बाद, पार्स किया गया डेटा रखा जाता है; कच्ची बूँद गिरा दी जाती है।

सीमाएं

व्यवहार में एक सामान्य बंडल एक मेगाबाइट के अंतर्गत होता है। ये सीमाएं वास्तविक रिपोर्ट के लिए पर्याप्त जगह छोड़ते हुए प्रतिकूल अपलोड को रोकती हैं।

फीडबैक फॉर्म के बिना भेजा जा रहा है

यदि आप बंडल को सीधे ईमेल करना चाहते हैं, तो लिखें फीडबैक·ffb-bridge.com (replace the · with an @) and attach the ZIP. The server-side parser doesn't run for email, so the triage is slower — but the bundle is just as usable.

उपलब्ध होने पर hardware-settings.json में हाल के बल, ऑटोपायलट और गति सुरक्षा के सीमित प्रमाण भी होते हैं। प्रभावित सत्र का बंडल, विमान और सिम्युलेटर संस्करण, डिवाइस मॉडल और फ़र्मवेयर, तथा समस्या शुरू करने वाली कार्रवाई शामिल करें। लॉग मिटाने या कई सेटिंग बदलने से पहले निर्यात करें।