حاسبة مجموع تحقق BSD
النص «abc» يعطي مجموع تحقق BSD قدره 16556، أي 40ac بالست عشري، في كتلة واحدة: الزوج نفسه الذي يطبعه أمر sum القديم في يونكس بنمط BSD. مفيد لمراجعة السكربتات القديمة وتمارين الكتب. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- النص
- abc
- النتيجة
- 40ac
- المجموع الاختباري
- 16,556
- Hex
- 40ac
- عشري
- 16,556
خوارزمية BSD sum الكلاسيكية هي مجموع تحقق بست عشرة بتًا يعتمد على التدوير ثم الجمع، كما استخدمه أمر Unix التاريخي sum في وضع BSD (وغالبًا يُستدعى كـ sum -r على أنظمة GNU). بخلاف فحوصات التكرار الدوري، تحدّث سجلًا واحدًا بست عشرة بتًا بتدويره بتًا واحدًا إلى اليمين ثم إضافة كل بايت من الرسالة، ثم تُبلغ عن عدد الكتل بوحدات ألف وأربعة وعشرين بايتًا. المهندسون الذين يقارنون ملصقات أشرطة قديمة، والطلاب الذين يعيدون ناتج sum كما في الكتب، وفرق الدعم التي تتحقق من مقاطع نصية قصيرة مقابل سكربتات قديمة، غالبًا ما يحتاجون الزوج الحتمي نفسه: قيمة مجموع التحقق بلا إشارة وعمود الكتل. تقبل أداة مجموع تحقق BSD هذه نصًا غير فارغ، وترمّزه كـ UTF-8، وتشغّل حلقة التدوير والجمع، وتعيد القيمة بست عشرة بتًا عشريًا وأربعة أرقام ست عشرية صغيرة مع عدد الكتل وتسمية الخوارزمية وطول البايتات وملخص قصير.
ماذا يحسب BSD sum الكلاسيكي ولماذا يهمّ عدد الكتل
يعامل مجموع تحقق BSD كل رسالة كتسلسل بايتات ويحافظ على مركّم واحد بست عشرة بتًا يبدأ من الصفر. لكل بايت، يُدوَّر السجل أولًا بتًا واحدًا إلى اليمين ضمن ست عشرة بتًا — فينتقل أقل البتات أهمية إلى البت الأعلى — ثم تُضاف قيمة البايت مع إخفاء المجموع مجددًا إلى ست عشرة بتًا. عند انتهاء الدفق يصبح ذلك العدد الصحيح بلا إشارة عمود مجموع التحقق في مخرج sum الكلاسيكي.
إعادة العشري وأربعة أرقام hex صغيرة معًا تسهّل اللصق في مقارنات الصدفة وملفات التكامل المستمر وملاحظات الهجرة عند ترك سكربتات sum القديمة. ولأن BSD sum ليس مقاومًا للتصادم ولا مفتاحيًا، عامله كفحص سريع لسلامة أو تأطير موروث، لا كدليل أصالة؛ وفضّل ملخصات عائلة SHA عندما تكون نية البحث تجزئة تشفيرية لا مجموع التحقق الكلاسيكي بالتدوير والجمع.
ما الذي يمكن إدخاله وماذا يحدث مع النص الفارغ
تُرمَّز السلسلة كـ UTF-8 قبل حلقة BSD، فتسهم المحارف متعددة البايتات بكل وحدة ترميز تمامًا كما يفعل sum الموجّه للملفات إذا استقبل نفس دفق UTF-8. عينة كلاسيكية: text يساوي abc يعطي checksum ستة عشر ألفًا وخمس مئة وستة وخمسين وhex أربعين a c وblocks واحد. عينة أخرى: Hello يعطي ثمانية آلاف وأربع مئة وواحد مع hex عشرين d واحد.
يُرفض الإدخال الفارغ عمدًا بدل إعادة زوج الملف الفارغ النظري صفر صفر، حتى تميّز تجربة المنتج والمصححات الآلية الإجابات الناقصة عن مجموع تحقق حقيقي. ثبّت مسار نجاح وخطأ الإدخال الفارغ في التكامل المستمر حتى لا تُشحن تغييرات عرضية في اتجاه التدوير أو حجم الكتلة دون ملاحظة. تُحذف الحقول الاختيارية الفارغة بدل إخراجها كـ null، وفق عقد العارض التصريحي لنماذج ويب نظيفة.
متى يفيد مجموع تحقق BSD عمليًا
يستخدم مؤلفو الأنظمة الموروثة وطلاب تاريخ Unix حاسبة مجموع تحقق BSD للتحقق من خطوات التدوير والجمع المحسوبة يدويًا مقابل sum -r دون تثبيت بيئة coreutils كاملة في كل لغة. تحتاج منصات التعليم وإضافات LMS إلى وحي حتمي يرفض الإدخال الفارغ بدل إعادة أصفار للرسالة الفارغة، حتى تميّز المصححات الآلية الإجابات الناقصة عن مجموع تحقق حقيقي. تستفيد مواقع المحتوى التي تتصدر لـ BSD checksum أو مجموع تحقق أمر sum أو sum Unix الكلاسيكي من أداة حية يطابق مسارها المجاني الأتمتة المدفوعة بايتًا ببايت على نفس الوحدة النقية.
إخفاقات التحقق لا تستهلك الرصيد بعد الرفض أبدًا. اربطها بصفحات System V sum أو CRC-16 أو التجزئة التشفيرية فقط عندما تتجاوز نية البحث التدوير والجمع BSD الكلاسيكي — وأبقِ هذه الصفحة مركزة على BSD sum حتى تبقى نية SEO حادة ولا تلتهم صفحات Adler-32 أو CRC-16.
حالات الاستخدام
عروض التدوير والجمع في الصف
يُظهر المعلمون كيف تنتج دورة يمين بست عشرة بتًا ثم جمعٌ العينتين المعروفتين abc وHello دون تثبيت coreutils على كل جهاز طالب.
ملفات CI لمساعدات السلامة الموروثة
تثبّت خطوط الأنابيب مخرجات BSD sum الحتمية عشريًا وhex وblocks مع خطأ الإدخال الفارغ حتى تفشل فورًا أي تغييرات عرضية في التدوير أو حجم الكتلة.
الأسئلة الشائعة
كيف أحسب مجموع تحقق BSD لنص؟
ترمّز الواجهة السلسلة كـ UTF-8 وتشغّل حلقة BSD sum الكلاسيكية للتدوير والجمع وتعيد القيمة بست عشرة بتًا عشريًا وأربعة أرقام hex صغيرة مع عدد كتل 1024 بايتًا.
أي خوارزمية تطابق هذه الأداة؟
BSD sum الكلاسيكي لأمر Unix التاريخي sum ولـ GNU coreutils sum -r: لكل بايت دوّر السجل بست عشرة بتًا بتًا واحدًا إلى اليمين ثم أضف البايت؛ وعدد الكتل هو ceil(length/1024).
ماذا يحدث إذا كان النص فارغًا؟
السلسلة غير الفارغة مطلوبة؛ ولا يُعامل الإدخال الفارغ كمجموع تحقق ناجح صفر مع صفر كتل.
هل BSD sum هو نفسه System V sum أو CRC-16؟
لا. System V sum (-s) يستخدم تراكمًا مختلفًا وكتل 512 بايتًا. وCRC-16 يستخدم سجلًا متعدد الحدود. هذه الأداة تنفّذ فقط التدوير والجمع BSD الكلاسيكي.
ماذا يعني عدد الكتل في النتيجة؟
هو عدد الكتل التي يشغلها النص بحجم 1024 بايت لكل كتلة بعد ترميزه بصيغة UTF-8، مع التقريب إلى الأعلى. من 1 إلى 1024 بايت تُحسب كتلة واحدة، ويبدأ الكيلوبايت التالي كتلة ثانية.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/enc/bsd-sum \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"abc"}'const res = await fetch("https://api.kit.forhosting.com/enc/bsd-sum", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "abc"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/enc/bsd-sum",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "abc"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/enc/bsd-sum", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"abc"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"abc"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/enc/bsd-sum", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"text": "abc"
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.bsd_sum",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
يُرفض الإدخال الفارغ بـ invalid_input حتى لا يخلط المستدعي بين حقل مفقود وتقرير الصفر-صفر لملف فارغ في الأمر الكلاسيكي. مسار المتصفح المجاني وواجهة API المدفوعة مسبقًا يشتركان في وحدة نقية واحدة، فتظل تمارين الصف وخطوط الإنتاج متفقة دائمًا على مجموع التحقق والكتل للنص نفسه.
ماذا يحسب BSD sum الكلاسيكي ولماذا يهمّ عدد الكتل
وإلى جانبه تُبلغ الأداة عن عدد كتل ألف وأربعة وعشرين بايتًا التي تشغلها الرسالة، بقسمة السقف على طول UTF-8: أي حمولة غير فارغة من بايت واحد إلى ألف وأربعة وعشرين بايتًا تعطي كتلة واحدة، والكيلوبايت التالي يبدأ كتلة ثانية، وهكذا. هذا الاقتران يطابق GNU coreutils sum -r على نفس دفق البايتات، فتعطي عينات ASCII القصيرة مثل abc مجموع تحقق ستة عشر ألفًا وخمس مئة وستة وخمسين مع كتلة واحدة، وHello ثمانية آلاف وأربع مئة وواحد مع كتلة واحدة.
عقد الإدخال وأخطاء السلسلة الفارغة وشكل استجابة JSON
أرسل جسم JSON بحقل سلسلة إلزامي واحد اسمه text: أي تسلسل غير فارغ من المحارف تريد مجموع تحققه. تُقبل الأسماء البديلة input وvalue وs وdata وmessage وpayload لنفس الحقل لتبقى هياكل SDK وإرسال النماذج مرنة. غياب text أو قيمة غير سلسلة أو سلسلة فارغة تفشل كلها بـ invalid_input مع رسالة واضحة بأن سلسلة غير فارغة مطلوبة؛ ولا تُفوتر تلك الإخفاقات على واجهة API المدفوعة مسبقًا. عند النجاح يتضمن الجسم result وhex بنفس مجموع التحقق الست عشري ذي الأربعة أرقام الصغيرة؛ وchecksum وdecimal بالعدد الصحيح بلا إشارة بست عشرة بتًا؛ وblocks بعدد كتل ألف وأربعة وعشرين بايتًا؛ وalgorithm ثابتًا على BSD sum؛ وinput_bytes مساويًا لطول UTF-8؛ وtext صدى للإدخال؛ وmessage يلخص عدد البايتات والقيمة العشرية والـ hex والكتل.
أين تبرر واجهة API لمجموع تحقق BSD وكيف يعمل التسعير
تقارن أدلة الدعم زوج مجموع التحقق والكتل المبلّغ عنه من سكربت قديم أو سجل جهاز بـ BSD sum لسلسلة الحمولة التي يعيدون كتابتها في ودجة المتصفح المجانية. استخدم الأداة المجانية في المتصفح للفحوصات الفردية؛ واستدعِ واجهة KIT المدفوعة مسبقًا من الخلفيات ودوال serverless وحزم SDK عندما تحتاج عقدًا مستقرًا تحت رصيد بمبلغ $0.002 لكل عنصر ناجح. أبقِ الحمولات بأحجام نص عادية تناسب استدعاء عنصر في Worker isolate؛ فهذه الأداة للنصوص القصيرة ومقاطع البروتوكول لا للملفات الثنائية متعددة الميجابايت.
حالات التكامل
التحقق الموروث من sum -r
أعد إنتاج مجموع تحقق BSD الكلاسيكي وعدد كتل 1024 بايتًا لحمولة نصية قصيرة عند ترحيل سكربتات ما زالت تطبع زوج sum -r التاريخي.
أسئلة تقنية
هل حاسبة مجموع تحقق BSD مجانية؟
تعمل أداة المتصفح مجانًا على جهازكم. استدعاءات API تستخدم رصيد KIT المدفوع مسبقًا بمبلغ $0.002 لكل عنصر ناجح؛ وإخفاقات التحقق لا تُحسب.