DevToolPal
हि
4xx क्लाइंट त्रुटियाँ

409 Conflict

टकराव

इसका मतलब

अनुरोध रिसोर्स की मौजूदा स्थिति से टकराता है, जैसे डुप्लिकेट या एक साथ संपादन।

आम कारण

  • पहले से मौजूद रिकॉर्ड बनाना (यूनिक ईमेल या नाम)
  • ऐसा रिसोर्स संपादित करना जिसे किसी और ने बदल दिया
  • git जैसा वर्शन या स्थिति टकराव

कैसे ठीक करें

अगर आप क्लाइंट या विज़िटर हैं

नवीनतम स्थिति लें, टकराव सुलझाएँ या दूसरा मान चुनें, फिर दोबारा कोशिश करें।

अगर आप साइट या API चलाते हैं

बॉडी में बताएँ कि किससे टकराव है। ETag के साथ ऑप्टिमिस्टिक लॉकिंग के लिए 412 ज़्यादा सटीक स्टेटस है।

उदाहरण रिस्पॉन्स

HTTP/1.1
HTTP/1.1 409 Conflict
Date: Tue, 07 Oct 2025 09:30:00 GMT
Server: nginx
Content-Type: application/problem+json

{
  "type": "about:blank",
  "title": "Conflict",
  "status": 409,
  "detail": "A user with this email already exists."
}

स्पेसिफ़िकेशन

RFC 9110 §15.5.10

अक्सर पूछे जाने वाले सवाल

› डुप्लिकेट ईमेल के लिए 409 या 422?

दोनों इस्तेमाल होते हैं। 409 मौजूदा डेटा से टकराव पर फ़िट बैठता है; 422 वैलिडेशन फ़्रेमवर्क पर। एक जैसा रहें।

› क्या क्लाइंट को 409 पर अपने-आप दोबारा कोशिश करनी चाहिए?

नहीं; टकराव को आमतौर पर फ़ैसले की ज़रूरत होती है। पहले डेटा रीफ़्रेश करें।