2017-09-11 19 views
7

हम वर्तमान में हमारे ऐप में फायरबेस क्रैश रिपोर्टिंग का उपयोग कर रहे हैं - और हमने कुछ अजीब देखा है। किसी भी क्रैश को डीबग करने में हमारी सहायता के लिए, हम सर्वर सर्वर अनुरोध/प्रतिक्रियाओं के बारे में जानकारी जोड़ने के लिए FirebaseCrash.log का उपयोग करते हैं।यूआरएल के साथ फायरबेस क्रैश लॉग

लेकिन हाल ही में, हमने देखा है कि लॉग को फिर से किया जा रहा है। हम क्या बता सकते हैं, यह सर्वर साइड हो रहा है, लॉग के साथ हमें जाने से इस तरह दिखेगा कि:

7: 51: 11.914 AM gmp_nav20_crash < - 201 https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC] (287ms, अज्ञात-लंबाई शरीर)

7: 51: 11.626 AM gmp_nav20_crash -> पोस्ट https://[REDACTED_DOMAIN_NAME][REDACTED_URL_BASIC] http/1.1 (67-बाइट शरीर)

वहाँ किसी भी तरह से हम कम से कम कुछ डोमेन के लिए इसे अक्षम कर सकते है? यह वास्तव में क्या करना गलत हो गया है, यह ट्रैक करना बंद कर देता है, और उपयोगकर्ता के लिए कोई सार्थक सुरक्षा प्रदान नहीं करता है जिसे मैं देख सकता हूं। बेस 64 स्ट्रिंग में

+0

वर्तमान में इस कॉन्फ़िगर करने के लिए कोई तरीका नहीं है। जोखिम यह है कि कई यूआरएल में संवेदनशील जानकारी हो सकती है, और लाइब्रेरी को यह जानने का कोई तरीका नहीं है। तो यह अंतिम उपयोगकर्ता के लिए सुरक्षा के पक्ष में गलती है। –

+0

धन्यवाद, डौग! इसके लिए फीचर अनुरोध दर्ज करने का सही तरीका क्या है? यह निश्चित रूप से उन URL के लिए हमारे लिए कुछ रूचि होगी जो हम नियंत्रित करते हैं (और पता लगाने के लिए सुरक्षित हैं) – tmtrademark

+0

https://firebase.google.com/support/contact/bugs-features/ –

उत्तर

0

परिवर्तित URL स्ट्रिंग और इनकोडिंग भेज स्ट्रिंग

 public static String toBase64(String stringToEncode){ 
     String base64 = null; 
     try { 
      byte[] data = stringToEncode.getBytes("UTF-8"); 
      base64 = Base64.encodeToString(data, Base64.DEFAULT); 
     } catch (UnsupportedEncodingException e) { 
      e.printStackTrace(); 
     } 
     return base64; 
    } 

FirebaseCrash.report(new Exception("Error while downloading image with URL (Base 64 encoded):" + StringUtils.toBase64(s))); 
संबंधित मुद्दे