http://forums.my-domain.net/users.json يُرجع 404
هل التوثيق قديم؟
مرحباً وأهلاً بك @NubeBuster ![]()
لقد جربت هذا للتو على موقع الاختبار الخاص بي ونجحت في إنشاء مستخدم، لذا أعتقد أنه محدث ويعمل.
هل تستخدم مفتاح API ومستخدم لديه الأذونات الكافية؟
بعد تغيير عنوان URL إلى my-domain.net بدلاً من .json، أتلقى http “204 no content” مرة أخرى.
عند إنشاء مفتاح واجهة برمجة التطبيقات، لا أرى مسار الإنشاء في الوضع التفصيلي. لذلك، قمت بتعيينه على الوضع العام. ربما تكون المشكلة بالفعل هي أنني لا أملك الإذن. هل أحتاج إلى إنشاء المفتاح كمستخدم نظام؟ حاليًا، أستخدم المستخدم المسؤول مع مجموعة “Discourse Admin”.
const data = create = {
name: "TestName",
email: "test@mydomain.com",
password: "TestTestTest",
username: "TestUsername",
active: true,
approved: true,
"user_fields[1]": true,
external_ids: {
uuid: "some uuid",
},
};
// URLSearchParams هو نفس FormData
const formData = new URLSearchParams();
for (const key in data) {
formData.append(key, data[key]);
}
const url = BASE_URL + "users";
const response = await fetch(url, {
method: "POST",
headers: {
"Content-Type": "application/x-www-form-urlencoded",
Accept: "application/json",
"Api-Key": API_KEY,
"Api-Username": API_USER,
},
body: formData,
});
console.log("Response: " + response.status + ": " + response.statusText);
ربما يمكنك أن تظهر لي الأمر/الكود الذي تستخدمه لإرسال الطلب؟ @JammyDodger
ما المشكلة التي تحلها عن طريق إنشاء مستخدمين عبر واجهة برمجة التطبيقات (API)؟
أريد أن يلتزم المستخدمون بحساب ماينكرافت. يمكن فقط لزوار خادم ماينكرافت الخاص بي التسجيل. سيفعلون ذلك عن طريق تنفيذ أمر داخل اللعبة بعنوان بريدهم الإلكتروني. سيكون اسم المستخدم واسم العرض الخاص بهم هو اسمهم داخل اللعبة.
هذا لمنع حسابات البريد العشوائي، وربط اسم المستخدم بحيث يكون هو نفسه علامة اللعبة الخاصة بهم.
لقد قمت بحل المشكلة. كان يجب أن يكون عنوان URL https وليس http.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.