PUT

1. طلب PUT في بروتوكول HTTP

طلب PUT هو أحد أفعال بروتوكول نقل النص التشعبي (HTTP) القياسية. يُستخدم لطلب من خادم الويب استبدال المورد الموجود بالبيانات المرفقة في نص الطلب. بمعنى آخر، إذا كان المورد موجودًا، فسيتم تحديثه بالبيانات الجديدة. وإذا لم يكن موجودًا، فقد يقوم الخادم بإنشاء مورد جديد في المسار المحدد، على الرغم من أن هذا السلوك ليس إلزاميًا.

الغرض من طلب PUT

الغرض الأساسي من طلب PUT هو توفير آلية لاستبدال محتوى مورد بالكامل. على عكس طلب POST، الذي غالبًا ما يستخدم لإنشاء موارد جديدة أو إضافة بيانات إلى مورد موجود، فإن PUT يهدف إلى استبدال المورد بالكامل. هذا يعني أن أي حقول أو بيانات غير موجودة في نص طلب PUT ستفقد.

بناء طلب PUT

يتكون طلب PUT من عدة أجزاء:

طريقة الطلب: يجب أن تكون الطريقة هي "PUT".
عنوان URL: يحدد عنوان URL المورد الذي سيتم استبداله.
رؤوس الطلب: تتضمن رؤوس الطلب معلومات إضافية حول الطلب، مثل نوع المحتوى (Content-Type).
نص الطلب: يحتوي نص الطلب على البيانات التي سيتم استخدامها لاستبدال المورد.

مثال على طلب PUT (افتراضي):

``` PUT /users/123 HTTP/1.1 Host: example.com Content-Type: application/json Content-Length: 55

{

 "name": "John Doe",
 "email": "[email protected]"

} ```

في هذا المثال، يتم إرسال طلب PUT إلى خادم example.com لاستبدال بيانات المورد الموجود في المسار `/users/123`. نص الطلب يحتوي على بيانات المستخدم الجديدة بتنسيق JSON.

الاختلافات بين PUT و POST

من المهم فهم الفرق بين طلبات PUT و POST، حيث غالبًا ما يتم الخلط بينهما:

الفرق بين PUT و POST
الميزة	PUT	POST
الغرض	استبدال مورد موجود بالكامل.	إنشاء مورد جديد أو إضافة بيانات إلى مورد موجود.
الإعادة (Idempotency)	نعم، طلبات PUT المتعددة بنفس البيانات لها نفس التأثير.	لا، طلبات POST المتعددة قد تؤدي إلى إنشاء موارد متعددة.
تحديد المورد	يجب تحديد المورد بالكامل في عنوان URL.	يمكن تحديد المورد جزئيًا أو عدم تحديده على الإطلاق.

الإعادة (Idempotency) تعني أنه يمكن تكرار الطلب عدة مرات دون تغيير النتيجة. هذا مهم جدًا في أنظمة توزيع البيانات حيث قد يتم تكرار الطلبات بسبب الأخطاء.

استجابات الخادم لطلبات PUT

يمكن للخادم الرد على طلب PUT بعدة طرق، اعتمادًا على النتيجة:

200 OK: يشير إلى أن المورد قد تم استبداله بنجاح.
201 Created: يشير إلى أن المورد قد تم إنشاؤه بنجاح (إذا لم يكن موجودًا من قبل).
204 No Content: يشير إلى أن الطلب قد تم معالجته بنجاح، ولكن لا توجد بيانات لإرجاعها.
400 Bad Request: يشير إلى أن الطلب غير صالح، على سبيل المثال، بسبب تنسيق غير صحيح لنص الطلب.
404 Not Found: يشير إلى أن المورد المحدد غير موجود.
409 Conflict: يشير إلى أن الطلب قد أدى إلى تعارض، على سبيل المثال، إذا كان المورد قد تم تعديله بواسطة مستخدم آخر.

استخدامات طلب PUT

تحديث ملفات: يمكن استخدام طلب PUT لتحديث محتوى الملفات المخزنة على الخادم.
تحديث بيانات المستخدم: يمكن استخدام طلب PUT لتحديث بيانات المستخدم في قاعدة البيانات.
تحديث إعدادات التطبيق: يمكن استخدام طلب PUT لتحديث إعدادات التطبيق.
واجهات برمجة التطبيقات (APIs): غالبًا ما تستخدم واجهات برمجة التطبيقات طلبات PUT لتحديث الموارد.

اعتبارات أمنية

عند استخدام طلبات PUT، من المهم مراعاة الجوانب الأمنية:

التحقق من المصادقة: يجب التأكد من أن المستخدم لديه صلاحية لتعديل المورد المحدد.
التحقق من صحة البيانات: يجب التحقق من صحة البيانات المرسلة في نص الطلب لمنع حقن التعليمات البرمجية الضارة.
استخدام HTTPS: يجب استخدام HTTPS لتشفير البيانات المرسلة بين العميل والخادم.

العلاقة مع مفاهيم HTTP الأخرى

GET: يستخدم لاسترداد البيانات.
POST: يستخدم لإنشاء موارد جديدة أو إضافة بيانات.
DELETE: يستخدم لحذف مورد.
PATCH: يستخدم لتعديل جزء من مورد.
Headers: رؤوس الطلب والاستجابة.
Status Codes: رموز حالة HTTP.

استراتيجيات التداول ذات الصلة

روابط خارجية

RFC 7231: مواصفات HTTP/1.1 الرسمية.
MDN Web Docs - PUT: وثائق حول طلب PUT من Mozilla.
W3Schools - HTTP PUT: شرح لطلب PUT من W3Schools.

ابدأ التداول الآن

سجل في IQ Option (الحد الأدنى للإيداع $10) افتح حساباً في Pocket Option (الحد الأدنى للإيداع $5)

انضم إلى مجتمعنا

اشترك في قناة Telegram الخاصة بنا @strategybin للحصول على: ✓ إشارات تداول يومية ✓ تحليلات استراتيجية حصرية ✓ تنبيهات باتجاهات السوق ✓ مواد تعليمية للمبتدئين

PUT

Contents