ForHosting KIT · أدوات المطورين

مشفّر Base32768

اضغط النص في Base32768، حيث يحمل كل محرف Unicode خمس عشرة بتًا لقنوات UTF-16: تصبح Hello ثلاثة محارف فقط هي 䩲腻㐿. وعند الفك يُفحص كل رمز والحشو، فتفشل النسخة التالفة. مجاني في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

النص: Hello
وضع الحساب: Encode

تحصل على

النتيجة: 䩲腻㐿
الطول: 3
بايتات المُدخَل: 5
عدد البتات لكل حرف: 15

Base32768 ترميز من الثنائي إلى النص موجّه للقنوات التي تتحدث UTF-16 أصلًا: سلاسل JavaScript وString في Java وواجهات Windows العريضة وكثير من قواعد البيانات التي تخزّن NVARCHAR. ينتج ذلك كفاءة تقارب 93.75 في المئة عند تخزين النتيجة أو نقلها ك UTF-16، وهي أعلى كثافة بكثير من Base64 على السلك نفسه. تنفّذ هذه القدرة ملف qntm Base32768 من الطرف إلى الطرف: وضع encode يقرأ سلسلتكم الصريحة كبايتات UTF-8 ويُخرج نتيجة Base32768؛ ووضع decode يتحقق من كل رمز أمام الأبجدية الأساسية ذات الخمسة عشر بتًا وأبجدية الحشو الثانوية ذات السبعة بتات ثم يستعيد نص UTF-8 الأصلي.

كيف يحزم Base32768 خمسة عشر بتًا في محارف BMP آمنة

يعامل Base32768 الإدخال كتيار بتات متصل من البايتات الخام. للنص تحوّل هذه القدرة سلسلتكم أولًا ب UTF-8 ليبقى المحارف متعددة البايتات قابلة للنقل بين اللغات والمنصات. تُؤخذ البتات من الأكثر أهمية إلى الأقل.

كل خمسة عشر بتًا متراكمة تختار فهرسًا في ذخيرة أساسية من 32768 مدخلًا مبنية من نطاقات مغلقة لنقاط ترميز Unicode مخصّصة وغير تحكم وغير مسافات بيضاء في المستوى متعدد اللغات الأساسي. عندما لا يكون المتبقي النهائي كتلة كاملة من خمسة عشر بتًا، يحشو المرمّز بآحاد وينهي برمز أساسي أو برمز حشو ثانوي ذي سبعة بتات من أبجدية منفصلة من 128 مدخلًا. يعكس فك الترميز الخريطة: كل محرف يساهم بخمسة عشر أو سبعة بتات، وتُصدَر البايتات الكاملة حالما تتراكم ثمانية بتات، ويجب أن تبقى بتات الحشو المتبقية كلها آحادًا.

يُرفض أيضًا محرف حشو ثانوي قبل الموضع الأخير لأن ذلك النمط لا يظهر أبدًا في ترميز قانوني. مقارنة ب Base64 تستبدلون أبجدية ASCII فقط بكثافة أفضل بكثير تحت UTF-16؛ ومقارنة ب Base65536 تبقون داخل BMP فيكون كل محرف وحدة ترميز UTF-16 واحدة.

أين يظهر Base32768 في العمل الفعلي

الأنظمة التي تخزّن كتلًا ثنائية داخل أعمدة نص UTF-16 تحتاج غالبًا حزمًا أكثف مما يقدمه Base64 دون مغادرة BMP. الفرق التي وحّدت بالفعل عائلة qntm لترميزات الكثافة تستخدم Base32768 عندما تكون القناة أصلية UTF-16 وBase2048 أو Base65536 عند قيود أخرى. مؤلفو المناهج الذين يعلّمون كثافة الترميز تحت أشكال Unicode المختلفة يريدون صفحة مخصصة ل Base32768 بدل دفنها تحت صفحة Base64 عامة لأن نية البحث وقواعد الأبجدية وأرقام الكفاءة تختلف.

إن احتجتم Base32 وفق RFC 4648 لأسرار TOTP أو Base64 الآمن لعناوين URL أو كثافة basE91 تحت UTF-8، عاملوها كنيات بحث وصفحات منفصلة بدل إثقال صفحة مرمّز Base32768 هذه.

حالات الاستخدام

رموز معتمة كثيفة تحت UTF-16

شفّروا حمولات قصيرة آمنة ثنائيًا إلى Base32768 للتخزين في أعمدة NVARCHAR أو سلاسل JavaScript أو الحافظة عندما تهم كثافة UTF-16 أكثر من أمان ASCII.

الأسئلة الشائعة

أي ملف Base32768 تستخدمه هذه القدرة؟

ملف qntm Base32768: 32768 نقطة ترميز BMP أساسية تحمل خمسة عشر بتًا لكل منها، إضافة إلى أبجدية ثانوية من 128 مدخلًا لرمز الحشو النهائي ذي السبعة بتات عند الحاجة.

هل يمكنني الترميز وفك الترميز؟

نعم. اضبطوا mode على encode (الافتراضي) لتحويل نص UTF-8 الصريح إلى Base32768، أو mode على decode لاستعادة النص من سلسلة Base32768.

لماذا تصبح Hello ثلاثة محارف فقط؟

لأن كل محرف في Base32768 يحمل خمس عشرة بتًا. وكلمة Hello خمسة بايتات، أي أربعون بتًا، فتكفيها ثلاثة محارف، ويُملأ ما تبقى من المحرف الأخير ببتات قيمتها واحد.

لماذا يكون Base32768 أكثف من Base64 في UTF-16؟

لأن Base64 يضع ست بتات في كل رمز ASCII، بينما يضع Base32768 خمس عشرة بتًا في كل محرف، وكل محرف وحدة واحدة في UTF-16. وعند التخزين بترميز UTF-16 تبلغ الكفاءة نحو 93.75 بالمئة.

ماذا يحدث إذا كان في النص محرف غير صالح؟

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

أدوات ذات صلة

للمطوّرين — الوصول عبر API

كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.

الـEndpoint

POSThttps://api.kit.forhosting.com/enc/base32768

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/enc/base32768 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Hello"}'

const res = await fetch("https://api.kit.forhosting.com/enc/base32768", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "text": "Hello"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/enc/base32768",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "text": "Hello"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/base32768", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"text":"Hello"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"text":"Hello"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/base32768", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "text": "Hello"
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.base32768",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

بدل حزم خمسة أو ستة بتات في رمز ASCII كما في Base32 وBase64، يختار Base32768 كل محرف من ذخيرة من 32768 نقطة ترميز آمنة في المستوى متعدد اللغات الأساسي ويحمل خمسة عشر بتًا من الحمولة لكل محرف. الرموز غير القانونية ومحارف الحشو في غير موضعها واختلافات بتات الحشو تفشل فورًا ب invalid_input حتى لا يبدو لصق تالف ناجحًا.

كيف يحزم Base32768 خمسة عشر بتًا في محارف BMP آمنة

تتجنب تلك النطاقات عمدًا المحارف التي تنكسر تحت تطبيع Unicode أو تربك اتجاه النص أو تبدو تنسيقًا، فتكون السلسلة المرمّزة آمنة للصق عبر معظم واجهات API النظيفة من Unicode. أي محرف خارج الذخيرتين يثير invalid_input. المسار كله عمل صحيح حتمي بلا شبكة ولا بذور عشوائية ولا ساعة حائط، فمدخلات متطابقة تنتج دائمًا JSON متطابقًا.

ما ترسلونه وما تستلمونه

أرسلوا حقل سلسلة إلزاميًا اسمه text وحقلًا اختياريًا mode بقيمة encode أو decode. عند إغفال mode يكون encode هو الافتراضي فيبقى حمل واحد مفيدًا. يعامل وضع encode النص text كمحتوى UTF-8 صريح ويعيد سلسلة result بأبجديات Base32768. يعامل وضع decode النص text ك Base32768 ويتحقق من كل رمز ويعيد سلسلة UTF-8 المستعادة في result. إخفاقات التحقق لا تستهلك الرصيد المدفوع مسبقًا. يعيد الاتجاهان mode وtext الأصلي وresult وحقل length لسلسلة الإخراج الرئيسية وbits_per_char مضبوطًا على خمسة عشر وتسميات alphabet وplane ومرجعًا قصيرًا للمعيار حتى يؤكد العملاء الملف. يبلّغ encode أيضًا input_bytes؛ ويبلّغ decode output_bytes. غياب text والكائنات غير السلاسل وقيم mode غير المدعومة والسلاسل الأطول من الحد الموثّق ومحارف Base32768 غير المعروفة ومحرف حشو ثانوي قبل النهاية واختلافات بتات الحشو أو بايتات مفكوكة ليست UTF-8 صالحًا تفشل كلها ب invalid_input ورسالة إنجليزية واضحة. تشمل الفحوص الكلاسيكية ترميز Hello إلى كتلة Base32768 قصيرة من ثلاثة محارف، وترميز عبارة hello world إلى سلسلة المرجع المعروفة للصيغة، وفك تلك السلسلة إلى الحمولة الأصلية ذات الأحد عشر بايتًا. تسعير استدعاءات API الناجحة هو الأساس المنشور $0.002 لكل عنصر.

أين يظهر Base32768 في العمل الفعلي

كتل حفظ الألعاب المضمنة في JSON وبصمات الإعدادات المدمجة عبر واجهات الحافظة والرموز القصيرة دون اتصال التي يجب أن تصمد لدورات سلاسل JavaScript كلها تستفيد من خمسة عشر بتًا لكل محرف. مكاتب الدعم تلصق سلاسل معتمة من التذاكر وتحتاج تحققًا صارمًا من الأبجدية دون قبول رموز تالفة تنتج حمولة خاطئة. لأن هذه القدرة محرك parse نقي، تسعير API هو الأساس المنشور $0.002 لكل عنصر ناجح ولا يستهلك فشل التحقق الرصيد.

حالات التكامل

fixtures ذهبية عبر بيئات التشغيل

ولّدوا متجهات encode وdecode تطابق مرجع qntm Base32768 حتى تتشارك CI متعددة اللغات حقيقة واحدة لحزم الخمسة عشر بتًا.

تحقق صارم عند اللصق

فكّوا سلاسل Base32768 التي يلصقها المستخدم مع أخطاء invalid_input واضحة عندما يقع رمز خارج الأبجدية الأساسية أو الثانوية.

أسئلة تقنية

ماذا يحدث إذا احتوت سلسلة Base32768 على محرف غير صالح؟

يفشل فك الترميز ب invalid_input واصفًا الرمز غير المعروف أو مشكلة الحشو. لا تُحتسب رسوم على إخفاقات التحقق.

لماذا Base32768 أكثف من Base64 تحت UTF-16؟

كل محرف Base32768 وحدة ترميز BMP واحدة (16 بت من UTF-16) تحمل خمسة عشر بت حمولة، بكفاءة تقارب 93.75 في المئة. يحتاج Base64 وحدتي UTF-16 لاثني عشر بت حمولة ASCII، فتكون الكثافة على أسلاك UTF-16 أقل بكثير.

كم التكلفة؟

أداة المتصفح مجانية وتعمل محليًا. طلبات API تستخدم رصيد KIT المدفوع مسبقًا ب $0.002 لكل عنصر ناجح؛ والإدخال غير الصالح لا يُحاسب.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

كيف يحزم Base32768 خمسة عشر بتًا في محارف BMP آمنة

أين يظهر Base32768 في العمل الفعلي

حالات الاستخدام

رموز معتمة كثيفة تحت UTF-16

الأسئلة الشائعة

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الأخطاء

ملاحظات تقنية

كيف يحزم Base32768 خمسة عشر بتًا في محارف BMP آمنة

ما ترسلونه وما تستلمونه

أين يظهر Base32768 في العمل الفعلي

حالات التكامل

fixtures ذهبية عبر بيئات التشغيل

تحقق صارم عند اللصق

أسئلة تقنية

شكرًا