หน้านี้ให้คำแนะนำในการแก้ไขปัญหาสำหรับการเริ่มต้นใช้งาน Performance Monitoring หรือการใช้ฟีเจอร์และเครื่องมือของ Performance Monitoring
การตรวจสอบเบื้องต้นเพื่อแก้ปัญหา
การตรวจสอบ 2 อย่างต่อไปนี้เป็นแนวทางปฏิบัติแนะนำทั่วไปสำหรับทุกคน
ก่อนที่จะแก้ปัญหาเพิ่มเติม
1. ตรวจสอบข้อความบันทึกสำหรับเหตุการณ์ด้านประสิทธิภาพ
ตรวจสอบข้อความบันทึกเพื่อให้แน่ใจว่า Performance Monitoring SDK บันทึก
เหตุการณ์ประสิทธิภาพ
วิธีดูข้อความบันทึกสำหรับเหตุการณ์ด้านประสิทธิภาพ
เปิดใช้การบันทึกการแก้ไขข้อบกพร่องดังนี้
- ใน Xcode (ขั้นต่ำ v16.2) ให้เลือกผลิตภัณฑ์ >
รูปแบบ > แก้ไขรูปแบบ
- เลือกเรียกใช้จากเมนูด้านซ้าย แล้วเลือกแท็บอาร์กิวเมนต์
- ในส่วนอาร์กิวเมนต์ที่ส่งเมื่อตอนเริ่ม ให้เพิ่ม
-FIRDebugEnabled
ตรวจสอบข้อความบันทึกเพื่อดูข้อความแสดงข้อผิดพลาด
Performance Monitoring จะติดแท็กข้อความบันทึกด้วย Firebase/Performance เพื่อให้คุณกรองข้อความบันทึกได้
ตรวจสอบบันทึกประเภทต่อไปนี้ซึ่งบ่งชี้ว่า Performance Monitoring
กำลังบันทึกเหตุการณ์ด้านประสิทธิภาพ
Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
Logging network request trace: URL
คลิก URL เพื่อดูข้อมูลในคอนโซล Firebase ระบบอาจใช้เวลาสักครู่ในการอัปเดตข้อมูลในแดชบอร์ด
หากแอปไม่ได้บันทึกเหตุการณ์ประสิทธิภาพ โปรดอ่านเคล็ดลับในการแก้ปัญหา
2. ตรวจสอบแดชบอร์ดสถานะ Firebase
ตรวจสอบแดชบอร์ดสถานะ Firebase ในกรณีที่ Firebase หรือ Performance Monitoring หยุดให้บริการโดยปัญหาเป็นที่รับทราบแล้ว
เริ่มต้นใช้งาน Performance Monitoring
หากคุณเพิ่งเริ่มต้นใช้งาน Performance Monitoring
(iOS+ |
Android |
Web) เคล็ดลับในการแก้ปัญหาต่อไปนี้
จะช่วยแก้ไขปัญหาที่เกี่ยวข้องกับ Firebase ในการตรวจหา SDK หรือแสดง
ข้อมูลประสิทธิภาพแรกในคอนโซล Firebase
เพิ่ม SDK ลงในแอปแล้ว แต่คอนโซล
ยังคงแจ้งให้เพิ่ม SDK
Firebase สามารถตรวจหาได้ว่าคุณเพิ่ม Performance Monitoring SDK ลงในแอปเรียบร้อยแล้วหรือไม่
เมื่อได้รับข้อมูลเหตุการณ์ (เช่น การโต้ตอบในแอป) จากแอป
โดยปกติแล้วภายใน 10 นาทีหลังจากเริ่มแอป แดชบอร์ดประสิทธิภาพ
ของคอนโซล Firebase จะแสดงข้อความ "ตรวจพบ SDK" จากนั้นภายใน 30 นาที แดชบอร์ดจะแสดงข้อมูลเริ่มต้นที่ประมวลผลแล้ว
หากผ่านไปนานกว่า 10 นาทีแล้วนับตั้งแต่ที่คุณเพิ่ม SDK เวอร์ชันล่าสุดลงในแอป แต่ยังไม่เห็นการเปลี่ยนแปลงใดๆ ให้ตรวจสอบข้อความบันทึกเพื่อให้แน่ใจว่า Performance Monitoring บันทึกเหตุการณ์
ลองทำตามขั้นตอนการแก้ปัญหาที่เหมาะสมตามที่อธิบายไว้ด้านล่างเพื่อ
แก้ปัญหาข้อความตรวจหา SDK ที่ล่าช้า
แอปบันทึกเหตุการณ์: ขั้นตอนการแก้ปัญหา
หากยังคงพัฒนาในเครื่อง ให้ลองสร้างเหตุการณ์เพิ่มเติมสำหรับการเก็บรวบรวมข้อมูล
พัฒนาแอปต่อโดยใช้โปรแกรมจำลองหรืออุปกรณ์ทดสอบ
สร้างเหตุการณ์โดยสลับแอปไปมาระหว่างเบื้องหลังกับเบื้องหน้าหลายครั้ง โต้ตอบกับแอปโดยไปยังส่วนต่างๆ ของหน้าจอ
และ/หรือทริกเกอร์คำขอเครือข่าย
ตรวจสอบว่าได้เพิ่มไฟล์การกำหนดค่า Firebase (Google-Service-Info.plist) ลงในแอปอย่างถูกต้องและคุณไม่ได้แก้ไขไฟล์
โปรดตรวจสอบสิ่งต่อไปนี้
ชื่อไฟล์การกำหนดค่าไม่มีอักขระต่อท้ายเพิ่มเติม เช่น
(2)
ไฟล์การกำหนดค่าอยู่ในรูทของโปรเจ็กต์ XCode และเพิ่มลงในเป้าหมายที่ถูกต้อง
รหัสแอป Apple ของ Firebase (GOOGLE_APP_ID) ที่ระบุไว้ในไฟล์กำหนดค่าถูกต้องสำหรับแอปของคุณ ค้นหารหัสแอป Firebase ในการ์ดแอปของคุณ
ในsettings การตั้งค่าโปรเจ็กต์
หากพบว่าไฟล์การกำหนดค่าในแอปมีสิ่งผิดปกติ ให้ลองทำดังนี้
ลบไฟล์การกำหนดค่าที่อยู่ในแอป
ทำตามวิธีการเหล่านี้เพื่อดาวน์โหลด
ไฟล์การกำหนดค่าใหม่และเพิ่มลงในแอป Apple
หาก SDK บันทึกเหตุการณ์และทุกอย่างดูเหมือนจะตั้งค่าอย่างถูกต้อง
แต่คุณยังไม่เห็นข้อความการตรวจหา SDK หรือข้อมูลที่ประมวลผลแล้ว
(หลังจาก 2 ชั่วโมง) โปรดติดต่อทีมสนับสนุนของ Firebase
แอปไม่ได้บันทึกเหตุการณ์
ขั้นตอนการแก้ปัญหา
ตรวจสอบว่าไม่ได้ปิดใช้ SDK ของ Performance Monitoring
ผ่านค่าสถานะใดค่าสถานะหนึ่งต่อไปนี้ในไฟล์ Info.plist
firebase_performance_collection_enabled
firebase_performance_collection_deactivated
ตรวจสอบว่าไม่ได้ปิดใช้ Performance Monitoring ในขณะรันไทม์
(Swift
|
Obj-C)
หากไม่พบฟีเจอร์ที่ถูกปิดใช้ในแอป โปรดติดต่อทีมสนับสนุนของ Firebase
คอนโซลระบุว่าตรวจพบ SDK แต่ไม่มีข้อมูลแสดง
Performance Monitoring ประมวลผลข้อมูลเหตุการณ์ด้านประสิทธิภาพก่อนที่จะแสดงในแดชบอร์ดประสิทธิภาพ
หากผ่านไปนานกว่า 24 ชั่วโมงนับตั้งแต่ข้อความ "ตรวจพบ SDK" ปรากฏขึ้น
และคุณยังไม่เห็นข้อมูล ให้ตรวจสอบแดชบอร์ดสถานะของ Firebase ในกรณีที่
เกิดการหยุดทำงานที่ทราบสาเหตุ หากไม่มีการหยุดทำงาน โปรดติดต่อทีมสนับสนุน Firebase
การแก้ปัญหาทั่วไป
หากเพิ่ม SDK เรียบร้อยแล้วและใช้ Performance Monitoring ในแอป เคล็ดลับการแก้ปัญหาต่อไปนี้จะช่วยแก้ปัญหาทั่วไปที่เกี่ยวข้องกับฟีเจอร์และเครื่องมือของ Performance Monitoring ได้
แดชบอร์ดประสิทธิภาพ
ไม่มีข้อมูลการติดตามหน้าจอ
หากไม่มีข้อมูลสำหรับการติดตามการแสดงผลหน้าจอ ให้ลองทำตาม
ขั้นตอนการแก้ปัญหาต่อไปนี้
ตรวจสอบว่าคุณใช้ SDK ของแพลตฟอร์ม Apple เวอร์ชันล่าสุด
(v12.6.0) การติดตามการแสดงผลหน้าจอจะใช้ได้กับ v5.0.0 ขึ้นไปเท่านั้น
Performance Monitoring ไม่สร้างการติดตามการแสดงผลหน้าจอสำหรับตัวควบคุมมุมมองคอนเทนเนอร์ (เช่น UINavigationController และ UITabBarController) หาก
ข้อมูลหายไปเฉพาะในหน้าจอเหล่านี้ แสดงว่านี่คือลักษณะการทำงานที่คาดไว้
แดชบอร์ดประสิทธิภาพ
ไม่มีข้อมูลการติดตามที่กำหนดเอง
คุณเห็นข้อมูลประสิทธิภาพสําหรับร่องรอยที่รวบรวมโดยอัตโนมัติแต่ไม่เห็นสําหรับร่องรอยโค้ดที่กําหนดเองใช่ไหม ลองทำตามขั้นตอนการแก้ปัญหาต่อไปนี้
ตรวจสอบการตั้งค่าการติดตามโค้ดที่กำหนดเองซึ่งสร้างขึ้นผ่าน Trace API
โดยเฉพาะอย่างยิ่งรายการต่อไปนี้
- ชื่อสำหรับการติดตามโค้ดที่กำหนดเองและเมตริกที่กำหนดเองต้องเป็นไปตามข้อกำหนดต่อไปนี้
ไม่มีช่องว่างนำหน้าหรือต่อท้าย ไม่มีขีดล่างนำหน้า
(
_) และความยาวสูงสุดคือ 32 อักขระ
- ต้องเริ่มและหยุดการติดตามทั้งหมด ระบบจะไม่บันทึกร่องรอยที่ไม่ได้เริ่มต้น ไม่ได้
หยุด หรือหยุดก่อนเริ่มต้น
ตรวจสอบข้อความบันทึกเพื่อให้แน่ใจว่า
Performance Monitoring บันทึกร่องรอยโค้ดที่กำหนดเองตามที่คาดไว้
หาก Performance Monitoring บันทึกเหตุการณ์ แต่ไม่มีข้อมูลแสดงหลังจากผ่านไป 24 ชั่วโมง
โปรดติดต่อทีมสนับสนุน Firebase
แดชบอร์ดประสิทธิภาพ
ไม่มีข้อมูลคำขอเครือข่าย
หากไม่มีข้อมูลคำขอเครือข่าย ให้ลองทำตามขั้นตอนการแก้ปัญหาต่อไปนี้
ตรวจสอบว่าไลบรารีเครือข่ายไม่เข้ากัน Performance Monitoring รวบรวมเมตริกสำหรับคำขอเครือข่ายโดยอัตโนมัติ
ที่ใช้ไลบรารีเครือข่ายต่อไปนี้
- สำหรับ Swift: URLSession และ URLConnection
- สำหรับ Objective-C: NSURLSession และ NSURLConnection
โปรดทราบว่าคุณเพิ่มการตรวจสอบที่กำหนดเองสำหรับคำขอเครือข่ายได้
ข้อควรระวังมีดังต่อไปนี้
Performance Monitoring อาจรายงานเฉพาะคำขอเครือข่ายที่เสร็จสมบูรณ์แล้ว ทั้งนี้ขึ้นอยู่กับลักษณะการทำงานของโค้ดและไลบรารีเครือข่ายที่โค้ดของคุณใช้
ซึ่งหมายความว่าระบบอาจไม่รายงานการเชื่อมต่อ HTTP/S ที่เปิดทิ้งไว้
Performance Monitoring ไม่รายงานคำขอเครือข่ายที่มีส่วนหัวContent-Typeที่ไม่ถูกต้อง อย่างไรก็ตาม ระบบจะยังคงยอมรับคำขอเครือข่ายที่ไม่มีส่วนหัว
Content-Type
คำถามที่พบบ่อย
เกิดอะไรขึ้นกับปัญหาที่พบบ่อยในการ์ดประสิทธิภาพในหน้าแรกของโปรเจ็กต์
เราได้แทนที่ปัญหาที่พบบ่อยด้วยการแจ้งเตือนล่าสุดเพื่อติดตามผลการ
เปิดตัวการแจ้งเตือนเมื่อเร็วๆ นี้ ซึ่งจะแจ้งให้คุณทราบโดยอัตโนมัติเมื่อ
มีการละเมิดเกณฑ์ที่คุณตั้งไว้ ตอนนี้เราเลิกใช้งานปัญหาแล้ว
และแทนที่ด้วยการแจ้งเตือน
ตัวเลือกแอปที่ด้านบนของการ์ดประสิทธิภาพจะกรองรายการการแจ้งเตือน
ในส่วนการแจ้งเตือนล่าสุด ระบบจะแสดงเฉพาะการแจ้งเตือน 3 รายการล่าสุดสำหรับแอปที่เลือกเท่านั้น
ดูข้อมูลเพิ่มเติมเกี่ยวกับการแจ้งเตือนได้ที่ตั้งค่าการแจ้งเตือนสำหรับปัญหาด้านประสิทธิภาพ
เกิดอะไรขึ้นกับความสามารถในการตั้งค่าเกณฑ์สำหรับปัญหาในคอนโซล
Performance Monitoring รองรับการแจ้งเตือนสำหรับเมตริกที่เกิน
เกณฑ์ที่กำหนด เราได้นำความสามารถในการกำหนดค่าเกณฑ์สำหรับปัญหาออกเพื่อไม่ให้เกิดความสับสนกับเกณฑ์ที่กำหนดค่าได้เหล่านี้สำหรับ
เมตริกประสิทธิภาพ
จะเกิดอะไรขึ้นกับข้อมูลรายละเอียดและเมตริกในคอนโซล Firebase
เราได้แทนที่หน้า "รายละเอียด" และ "เมตริก" ด้วยอินเทอร์เฟซผู้ใช้ (UI) ที่ออกแบบใหม่และรวมศูนย์
เพื่อปรับปรุงวิธีที่คุณใช้แก้ปัญหา UI การแก้ปัญหาใหม่นี้มีฟังก์ชันหลักเหมือนกับที่รายละเอียดและเมตริกมี ดูข้อมูลเพิ่มเติมเกี่ยวกับการแก้ปัญหาได้ที่ดูข้อมูลเพิ่มเติมสำหรับการติดตามที่เฉพาะเจาะจง
เหตุใดจำนวนตัวอย่างจึงไม่เป็นไปตามที่คาดไว้
Performance Monitoring รวบรวมข้อมูลประสิทธิภาพจากอุปกรณ์ผู้ใช้แอปของคุณ หากแอปพลิเคชันมีผู้ใช้จำนวนมากหรือหากแอปสร้างกิจกรรมด้านประสิทธิภาพจำนวนมาก Performance Monitoring อาจจำกัดการเก็บรวบรวมข้อมูลไว้ในอุปกรณ์บางส่วนเพื่อลดจำนวนเหตุการณ์ที่ประมวลผล ขีดจำกัดเหล่านี้สูงเพียงพอที่แม้จะมีเหตุการณ์น้อยลง แต่ค่าเมตริกยังคงแสดงถึงประสบการณ์แอปของผู้ใช้ของคุณ
Performance Monitoring ใช้ตัวเลือกการสุ่มตัวอย่างต่อไปนี้เพื่อจัดการปริมาณข้อมูลที่เรารวบรวม
การจํากัดอัตราในอุปกรณ์: เพื่อป้องกันไม่ให้อุปกรณ์ส่งร่องรอย
อย่างรวดเร็ว เราจํากัดจํานวนร่องรอยของโค้ดและคําขอเครือข่ายที่ส่งจาก
อุปกรณ์เป็น 300 เหตุการณ์ทุกๆ 10 นาที แนวทางนี้จะปกป้องอุปกรณ์จาก
การวัดผลแบบวนซ้ำที่อาจส่งข้อมูลประสิทธิภาพจำนวนมาก และ
ป้องกันไม่ให้อุปกรณ์เครื่องเดียวบิดเบือนการวัดประสิทธิภาพ
การสุ่มตัวอย่างแบบไดนามิก: Performance Monitoring รวบรวมการติดตามโค้ดและการติดตามคำขอเครือข่ายจำนวนจำกัดต่อแอปในแต่ละวันสำหรับผู้ใช้งานแอปทั้งหมด ระบบจะดึงข้อมูลอัตราการสุ่มตัวอย่างแบบไดนามิกในอุปกรณ์ (โดยใช้ Firebase Remote Config) เพื่อพิจารณาว่าอุปกรณ์แบบสุ่มควรบันทึกและส่งการติดตามหรือไม่ อุปกรณ์ที่ไม่ได้
เลือกสำหรับการสุ่มตัวอย่างจะไม่ส่งเหตุการณ์ใดๆ อัตราการสุ่มตัวอย่างแบบไดนามิกนั้นเฉพาะตามแอปและจะปรับเพื่อให้แน่ใจว่าปริมาณข้อมูลทั้งหมดที่รวบรวมไว้ยังคงต่ำกว่าขีดจำกัด
โปรเจ็กต์ที่เปิดใช้การผสานรวม BigQuery จะได้รับขีดจํากัดที่สูงขึ้นสําหรับ
จํานวนการติดตามคําขอเครือข่าย
เซสชันผู้ใช้จะส่งข้อมูลรายละเอียดเพิ่มเติมจากอุปกรณ์ของผู้ใช้ ซึ่งต้องใช้ทรัพยากรเพิ่มเติมในการรวบรวมและส่งข้อมูล Performance Monitoring อาจจำกัดจำนวนเซสชันเพื่อลดผลกระทบของเซสชันผู้ใช้ด้วย
การจำกัดอัตราฝั่งเซิร์ฟเวอร์: เพื่อให้มั่นใจว่าแอปจะไม่เกินขีดจำกัดการสุ่มตัวอย่าง Performance Monitoring อาจใช้การสุ่มตัวอย่างฝั่งเซิร์ฟเวอร์เพื่อทิ้งเหตุการณ์บางอย่างที่ได้รับจากอุปกรณ์
แม้ว่าการจำกัดประเภทนี้จะไม่เปลี่ยนประสิทธิภาพของเมตริกของเรา แต่ก็อาจทำให้เกิดการเปลี่ยนแปลงรูปแบบเล็กน้อยได้ ซึ่งรวมถึงต่อไปนี้:
- จำนวนการติดตามอาจแตกต่างจากจำนวนครั้งที่มีการเรียกใช้โค้ด
- ร่องรอยที่เชื่อมโยงกันอย่างใกล้ชิดในโค้ดอาจมีจำนวนตัวอย่างที่แตกต่างกัน
เกิดอะไรขึ้นกับแท็บปัญหาในคอนโซล
เราได้แทนที่แท็บปัญหาด้วยการแนะนำการแจ้งเตือน ซึ่งจะแจ้งให้คุณทราบโดยอัตโนมัติเมื่อเกินเกณฑ์ที่คุณตั้งไว้ คุณไม่จำเป็นต้องตรวจสอบFirebaseคอนโซลเพื่อดูสถานะของเกณฑ์ด้วยตนเองอีกต่อไป
ดูข้อมูลเกี่ยวกับการแจ้งเตือนได้ที่ตั้งค่าการแจ้งเตือนสำหรับปัญหาด้านประสิทธิภาพ
เกิดอะไรขึ้นกับแท็บในอุปกรณ์และเครือข่ายในคอนโซล
ฉันจะดูการติดตามที่อยู่ในหน้าเหล่านั้นได้อย่างไร
เราได้ออกแบบส่วน Performance Monitoring ของคอนโซล Firebase ใหม่เพื่อให้แท็บแดชบอร์ดแสดงเมตริกหลักและการติดตามทั้งหมดของคุณในที่เดียว เราได้นำหน้าในอุปกรณ์และเครือข่ายออกจากการออกแบบใหม่
ตารางการติดตามที่ด้านล่างของแท็บแดชบอร์ดมีข้อมูลทั้งหมดเหมือนกับที่แท็บในอุปกรณ์และเครือข่ายแสดง แต่มีฟีเจอร์เพิ่มเติมบางอย่าง รวมถึงความสามารถในการจัดเรียงการติดตามตามการเปลี่ยนแปลงเปอร์เซ็นต์สำหรับเมตริกที่เฉพาะเจาะจง หากต้องการดูเมตริกและข้อมูลทั้งหมดของร่องรอยที่เฉพาะเจาะจง ให้คลิกชื่อร่องรอยในตารางร่องรอย
ดูการติดตามในแท็บย่อยต่อไปนี้ของตารางการติดตาม
- การติดตามคำขอเครือข่าย (ทั้งแบบสำเร็จรูปและแบบกำหนดเอง) - แท็บย่อยคำขอเครือข่าย
- การติดตามโค้ดที่กำหนดเอง - แท็บย่อยการติดตามที่กำหนดเอง
- การติดตามการเริ่มต้นแอป แอปที่ทำงานอยู่เบื้องหน้า และแอปที่ทำงานอยู่เบื้องหลัง — แท็บย่อยการติดตามที่กำหนดเอง
- การติดตามการแสดงผลของหน้าจอ - แท็บย่อยการแสดงผลของหน้าจอ
- การติดตามการโหลดหน้าเว็บ - แท็บย่อยการโหลดหน้าเว็บ
ดูรายละเอียดเกี่ยวกับตารางการติดตาม รวมถึงเมตริกและข้อมูลได้ที่
หน้าภาพรวมของคอนโซล
(iOS+ |
Android |
เว็บ)
เหตุใดจำนวนเฟรมที่ช้าและหยุดนิ่งจึงไม่เป็นไปตามที่ฉันคาดไว้
ระบบจะคำนวณเฟรมที่แสดงผลช้าและเฟรมที่ค้างโดยใช้อัตราการรีเฟรชของอุปกรณ์ที่สมมติไว้ที่ 60Hz หากอัตราการรีเฟรชของอุปกรณ์ต่ำกว่า 60Hz แต่ละเฟรม
จะมีเวลาในการแสดงผลช้าลงเนื่องจากมีการแสดงผลเฟรมน้อยลงต่อวินาที
เวลาในการแสดงผลที่ช้าลงอาจทำให้มีการรายงานเฟรมที่ช้าหรือหยุดนิ่งมากขึ้น
เนื่องจากเฟรมจำนวนมากขึ้นจะแสดงผลช้าลงหรือหยุดนิ่ง อย่างไรก็ตาม หากอัตราการรีเฟรชของอุปกรณ์สูงกว่า 60Hz แต่ละเฟรมจะมีเวลาในการแสดงผลที่เร็วขึ้น
การกระทำดังกล่าวอาจทำให้มีการรายงานเฟรมที่ช้าหรือค้างน้อยลง นี่คือข้อจำกัดปัจจุบันใน Performance Monitoring SDK
Performance Monitoring ข้อมูลของฉันใช้เวลานานกว่าที่คาดไว้ในการส่งออกไปยัง
BigQuery เหตุใดจึงไม่ใช่แบบเรียลไทม์
หากคุณเปิดใช้การผสานรวม BigQuery สำหรับ Firebase Performance Monitoring ระบบจะส่งออกข้อมูลไปยัง BigQuery ภายใน 12-24 ชั่วโมงหลังจากสิ้นสุดวัน (เวลาแปซิฟิก)
เช่น ข้อมูลของวันที่ 19 เมษายนจะพร้อมใช้งานใน BigQuery ในวันที่ 20 เมษายน
ระหว่างเวลา 12:00 น. ถึงเที่ยงคืน (วันที่และเวลาทั้งหมดเป็นเวลาแปซิฟิก)
การประมวลผลและการแสดงข้อมูลแบบแทบจะเรียลไทม์
ข้อมูลประสิทธิภาพ "แบบเกือบเรียลไทม์" หมายถึงอะไร
Firebase Performance Monitoring ประมวลผลข้อมูลประสิทธิภาพที่รวบรวมเมื่อได้รับ ซึ่ง
ส่งผลให้ข้อมูลแสดงแบบเกือบเรียลไทม์ในคอนโซล Firebase ข้อมูลที่ประมวลผลแล้วจะแสดงในคอนโซลภายในไม่กี่นาทีหลังจากที่รวบรวม จึงเป็นที่มาของคำว่า "แทบจะเรียลไทม์"
หากต้องการใช้ประโยชน์จากการประมวลผลข้อมูลแบบเกือบเรียลไทม์ โปรดตรวจสอบว่าแอปใช้ SDK เวอร์ชันที่เข้ากันได้กับเรียลไทม์
ฉันจะดูข้อมูลประสิทธิภาพของแอปแบบเรียลไทม์ได้ที่ไหน
หากต้องการใช้ประโยชน์จากการประมวลผลข้อมูลแบบเกือบเรียลไทม์ คุณเพียงต้องตรวจสอบ
ว่าแอปใช้ SDK เวอร์ชัน Performance Monitoring ที่เข้ากันได้กับการประมวลผลข้อมูลแบบเรียลไทม์
SDK เวอร์ชันที่ใช้งานร่วมกันได้แบบเรียลไทม์มีดังนี้
- iOS - v7.3.0 ขึ้นไป
- tvOS — v8.9.0 ขึ้นไป
- Android - v19.0.10 ขึ้นไป (หรือ Firebase Android BoM v26.1.0 ขึ้นไป)
- เว็บ - v7.14.0 ขึ้นไป
โปรดทราบว่าเราขอแนะนำให้ใช้ SDK เวอร์ชันล่าสุดเสมอ แต่ SDK เวอร์ชันใดก็ตามที่ระบุไว้ข้างต้นจะช่วยให้ Performance Monitoring ประมวลผลข้อมูลของคุณได้แบบเกือบเรียลไทม์
Performance Monitoring SDK เวอร์ชันใดที่ถือว่าใช้งานร่วมกันได้แบบเรียลไทม์
SDK เวอร์ชันที่เข้ากันได้กับการประมวลผลข้อมูลแบบเรียลไทม์มีดังนี้
- iOS - v7.3.0 ขึ้นไป
- tvOS — v8.9.0 ขึ้นไป
- Android - v19.0.10 ขึ้นไป (หรือ Firebase Android BoM v26.1.0 ขึ้นไป)
- เว็บ - v7.14.0 ขึ้นไป
โปรดทราบว่าเราขอแนะนำให้ใช้ SDK เวอร์ชันล่าสุดเสมอ แต่ SDK เวอร์ชันใดก็ตามที่ระบุไว้ข้างต้นจะช่วยให้ Performance Monitoring ประมวลผลข้อมูลของคุณได้แบบเกือบเรียลไทม์
จะเกิดอะไรขึ้นหากฉันไม่อัปเดตแอปให้ใช้ SDK เวอร์ชันที่ใช้งานร่วมกันได้แบบเรียลไทม์
หากแอปไม่ได้ใช้ SDK เวอร์ชันที่เข้ากันได้แบบเรียลไทม์ คุณจะยังเห็น
ข้อมูลประสิทธิภาพทั้งหมดของแอปในFirebaseคอนโซล อย่างไรก็ตาม การแสดงข้อมูลประสิทธิภาพจะล่าช้าประมาณ 36 ชั่วโมงนับจากเวลาที่รวบรวมข้อมูล
ฉันอัปเดตเป็น SDK เวอร์ชันที่เข้ากันได้แบบเรียลไทม์แล้ว แต่ผู้ใช้บางรายยังคงใช้แอปเวอร์ชันเก่าอยู่ ฉันจะยังเห็นข้อมูลประสิทธิภาพของผู้ใช้เหล่านั้นในคอนโซล Firebase ไหม
แน่นอน ไม่ว่าอินสแตนซ์ของแอปจะใช้ SDK เวอร์ชันใด คุณจะเห็น
ข้อมูลประสิทธิภาพจากผู้ใช้ทั้งหมด
อย่างไรก็ตาม หากคุณดูข้อมูลล่าสุด (เก่าไม่เกินประมาณ 36 ชั่วโมง)
ข้อมูลที่แสดงจะเป็นข้อมูลจากผู้ใช้ของอินสแตนซ์แอปที่ใช้ SDK เวอร์ชันที่เข้ากันได้กับเรียลไทม์
แต่ข้อมูลที่ไม่ใช่ข้อมูลล่าสุดจะรวมข้อมูลประสิทธิภาพ
จากแอปทุกเวอร์ชัน
หากคุณติดต่อทีมสนับสนุนของ Firebase
โปรดระบุรหัสแอป Firebase เสมอ ค้นหารหัสแอป Firebase ในการ์ดแอปของคุณของsettings การตั้งค่าโปรเจ็กต์