Kiểm tra gateway thời gian thực, tỷ lệ thành công trong quá khứ mô hình, không phát hiện mẫu và chẩn đoán lỗi. Bao gồm các bước kiểm tra đầy đủ, xác minh thực tế và xử lý lỗi.

Cách hiểu về việc giám sát trạng thái

Xem trang trạng thái

Giám sát trạng tháiCung cấp lịch sử phát hiện cổng, thời gian phản hồi và các yêu cầu mô hình. Trang tự động làm mới, có thể làm mới thủ công; Nếu dữ liệu tạm thời không có sẵn, nó sẽ hiển thị là không xác định hoặc hết hạn và sẽ không mặc định về cài đặt bình thường.

Kiểm tra cổng

Backend phát hiện giao diện y tế công cộng của gateway mỗi phút và ghi lại 60 lần gần nhất. Phát hiện thành công cho thấy gateway có thể phản hồi, nhưng không có nghĩa là tất cả các mô hình hoặc upstream đều có thể được tạo thành công. Ở đây, độ trễ đề cập đến thời gian dành cho giao diện sức khỏe, không phải thời gian khởi tạo mô hình hoặc tạo ra toàn bộ.

Lịch sử yêu cầu mô hình

Thẻ mô hình đến từ các yêu cầu thực tế từ thống kê gốc trên trang này; Hiển thị tỷ lệ thành công trong 24 giờ qua, thời gian phản hồi trung bình và thanh màu hàng giờ. Nếu có sự cố, một số bất thường hoặc bất thường sẽ được hiển thị; Giờ làm việc xám nghĩa là không có hồ sơ, nên không thể tính vào tỷ lệ thành công, cũng không đồng nghĩa với thời gian ngừng hoạt động. Nếu không có yêu cầu mới trong thời gian dài, hệ thống sẽ hiển thị "Không có mẫu gần đây," điều này không đảm bảo khả năng có sẵn hiện tại.

Cách kiểm tra

Khi gateway bình thường nhưng mô hình bất thường, trước tiên chuyển sang yêu cầu văn bản nhỏ nhất và xác minh khóa, số dư, tham số và trạng thái upstream. Các lỗi lịch sử bao gồm các điều kiện yêu cầu khác nhau và không thể được coi trực tiếp là khả năng truy cập của đầu dò độc lập. Khi cổng phát hiện bất thường, nó lưu lại thời gian và lỗi rồi xem xét lại sau.

Trang trạng thái không phải là cam kết SLA, cũng không kích hoạt khảo sát mô hình trả phí hoặc thu thập lời nhắc của bạn. Thông tin tiêu thụ đầy đủ chỉ có thể xem trong bảng điều khiển cá nhân.

Danh sách kiểm tra trước khi sử dụng thực tế

1. Hãy chuẩn bị tài khoản và khóa truy cập của riêng bạn, và không sử dụng thông tin đăng nhập chung của người khác.
2. Ghi lại các phiên bản máy khách, hệ thống và mô hình cần sử dụng để dễ dàng tái tạo trong quá trình khắc phục sự cố.
3. Lưu cấu hình gốc hoặc ảnh chụp màn hình, ẩn khóa, mã xác minh và nội dung riêng tư.
4. Xác nhận rằng kiểm tra có thể tiêu tốn một lượng nhỏ DK, bắt đầu với một câu duy nhất và một yêu cầu duy nhất.
5. Xem lại trang plaza và trạng thái mô hình hiện tại trước khi quyết định có bật thêm tính năng hay không.

Nghiên cứu chi tiết: màu xám không phải là thất bại, và màu xanh lá cũng không phải là đảm bảo

Hãy đọc thời gian cập nhật dữ liệu trước. Cổng thành công gần đây nhất chỉ chứng minh rằng giao diện kiểm tra có thể truy cập; Thống kê mô hình đến từ các yêu cầu thực tế đang diễn ra. Chỉ các khoảng thời gian có mẫu mới góp phần vào tỷ lệ thành công lịch sử của mô hình; các khoảng trống không thể được điền vào thành công. Các lỗi lịch sử cũng có thể liên quan đến tham số, mạng hoặc thượng nguồn, kết hợp với phân tích mã lỗi từ yêu cầu của bạn.

Cách xác nhận rằng phần này đã được học

Đừng chỉ kiểm tra vào thông báo "Cấu hình đã lưu thành công". Bạn nên có thể trình bày rõ ràng URL cơ sở hiện tại, cách sử dụng khóa, mô hình đã chọn và giao thức yêu cầu, đồng thời xác minh kết quả thao tác trên bảng điều khiển tương ứng. Hướng dẫn phía máy khách sử dụng một phản hồi văn bản thuần duy nhất và nhật ký tương ứng làm tiêu chuẩn hoàn thành ban đầu; Hướng dẫn tài khoản dựa trên thông tin bảo mật toàn diện; Hướng dẫn thanh toán sử dụng sự tương ứng giữa phí chính, phí kênh và DK làm tiêu chuẩn.

Nếu xảy ra lỗi, hãy ghi lại thời gian xảy ra, trạng thái HTTP, nội dung lỗi ẩn danh và kết quả thực tế dự kiến. Không chụp màn hình toàn bộ khóa trang, và không cung cấp mật khẩu hoặc mã xác minh cho người khác. Đối với 401, xác thực nên được giải quyết trước; đối với 400, các tham số nên được giải quyết trước; đối với 429, các lần thử lại quy mô lớn nên được dừng lại; đối với 404, cần xác minh các đường dẫn yêu cầu và xác minh trước; việc nạp lại không thể khắc phục tất cả các lỗi.

Một nhiệm vụ nhỏ phù hợp để luyện tập

Hoàn thành các bước tối thiểu trong phần này trong môi trường thử nghiệm của bạn, ghi lại bằng văn bản "cách bạn thiết lập ban đầu, mục bạn đã chỉnh sửa và kết quả bạn thấy." Đừng xem dữ liệu sản xuất, thanh toán thực tế hoặc các lệnh không thể phục hồi là những bài tập. Nếu bạn gặp các tính năng vượt quá những gì phần này cung cấp, trước tiên hãy xem hướng dẫn giao thức tương ứng trước khi cân nhắc thêm tính năng; Chỉ thay đổi một cấu hình tại một thời điểm giúp dễ dàng đánh giá bước nào dẫn đến lỗi.

Bước tiếp theo là ranh giới của phiên bản

Quay lại bản đồ học tập đầy đủ · Cấu hình trang API được đơn giản hóa · Tình trạng thời gian thực của trang web này。

Hướng dẫn được biên soạn vào ngày 9 tháng 10 năm 2026. Giao diện và khả năng cụ thể có thể khác nhau tùy theo phiên bản khách hàng và upstream; Hướng dẫn cấu hình không có nghĩa là tất cả các phiên bản client đều đã vượt qua bài kiểm tra. Đối với thanh toán số dư, đăng nhập QQ / Alipay và các kênh mở, vui lòng tham khảo trang thực tế; Giao diện nén: Trước đây, các kênh hình ảnh upstream 404 và raw không khả dụng, nên đừng nghĩ rằng các tệp cấu hình có thể tự động bị xóa.