في الوقت الحالي، أستخدم عنوان URL /new-topic?title=foo&body=bar لتوجيه المستخدمين لإنشاء منشور يحتوي على محتوى مُعد مسبقًا تم إنشاؤه (يختلف حسب المستخدم أو المنشور) من تطبيقنا. ولكني مقيد بالحد الأقصى لطول سلسلة الاستعلام، لذا هذا غير مفيد لأي شيء سوى الرسائل القصيرة.
هل هناك أي طريقة يمكن لهذه الصفحة من خلالها إما:\nA) قبول الحقول كمعلمات في نص رسالة POST\nB) أو السماح لي بتحديد المحتوى الذي يجب أن يكون له العنوان/النص عند زيارة الصفحة التي تسمح بمحتوى أطول؟
هممم.
@CubeCoders: هل كان سؤالك يستهدف “كيف يمكنني توفير نموذج ‘تعديل موضوع جديد’ مملوء مسبقًا للمستخدمين، مع توسيع الحدود الممكنة بمعاملات الاستعلام؟”.
في هذه الحالة، لن تساعد مراقبة استدعاءات واجهة برمجة التطبيقات (API)، لأن الموضوع سيكون قد تم إنشاؤه بالفعل بهذه الطريقة.
إذا كنت راضيًا عن نفس النص المملوء مسبقًا لكل مستخدم، فيمكنك استخدام نص في قالب الفئة.
@thoka إنه ليس محتوى ثابتًا. سيختلف حسب المستخدم. من المفترض أن يحتوي نص المنشور على معلومات النظام التي تم إنشاؤها بواسطة تطبيقنا - لذلك نقوم بإعادة توجيه المستخدم إلى لوحة الدعم الخاصة بنا مع ملء المعلومات التي نحتاجها مسبقًا.
وبالمثل، فإن القدرة على تضمين المرفقات بهذه الطريقة ستكون مفيدة للغاية بالنسبة لنا أيضًا.
حسنًا. في هذه الحالة، سأحاول إنشاء مسودة للمستخدم عبر واجهة برمجة التطبيقات (API).
يبلغ طول المسودة المسموح به قابلاً للتكوين.
يمكن الوصول إلى المسودات التي تجيب على موضوع عبر عنوان URL /t/-/:topic-id/:draft-id/.
للأسف، يبدو أن المسودات التي تنشئ موضوعًا جديدًا لا تحتوي على عنوان URL واضح يمكن إرساله إلى المستخدم لفتح المسودة.
هذا لا يحل المشكلة لأن المستخدم قد لا يمتلك حسابًا، وبالتالي لا يمكن إنشاء مسودة. استخدام التدفق الحالي يسمح بالتسجيل/تسجيل الدخول مع الحفاظ على الرسالة بمجرد قيامهم بذلك.
إذا كنت بحاجة إلى تغيير واجهة برمجة التطبيقات، ففكر في إنشاء إضافة؟