تدقيق System V sum
كلمة hello تعطي مجموع تدقيق 532 وكتلة واحدة، وهو ما يطبعه sum -s في يونكس تمامًا. الصق نصًا لتحصل على القيمة الكلاسيكية لنظام System V، لا على نسخة BSD، للنصوص البرمجية القديمة والوثائق والدروس. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- النص
- hello
- المجموع الاختباري
- 532
- الكتل
- 1
- عدد البايتات
- 5
- الخوارزمية
- System V sum (sum -s)
System V sum هو خوارزمية تدقيق الملفات البديلة التي تطبعها أداة Unix الكلاسيكية sum عند تمرير المفتاح -s، وهو المسار المستخدم في كثير من الأنظمة المشتقة من System V وما زال متاحًا في GNU coreutils. بخلاف التجزئات التشفيرية، ينتج باقيًا مضغوطًا من ستة عشر بتًا مع عدٍّ لكتلٍ حجم كل منها خمسمئة واثنا عشر بايتًا، وهو مصمم لفحوصات سلامة سريعة للحمولات القصيرة والسكربتات الموروثة التي ما زالت تحلل مخرجات sum. تقبل هذه القدرة سلسلة نصية، وترمزها بصيغة UTF-8، وتنفّذ خطوات التراكم والطي نفسها التي يطبّقها sum -s على بايتات الملف، ثم تُرجع التدقيق مع عدد الكتل وطول البايتات.
ما هو System V sum وكيف يختلف عن BSD sum والملخصات الحديثة
تجمع خوارزمية System V كل بايت إدخال في مجموعٍ جارٍ، ثم تطوي ذلك المجموع إلى ستة عشر بتًا بإضافة النصف العالي إلى النصف المنخفض مرتين بحيث يستوعب الطي الثاني فيض الطي الأول. النتيجة عدد صحيح غير سالب في المدى من صفر إلى خمسة وستين ألفًا وخمسمئة وخمسة وثلاثين، وطالما طُبع تاريخيًا كتدقيق عشري بجانب عدد الكتل. الكتل ليست حجم السجل المنطقي لقاعدة بيانات؛ إنها وحدات من خمسمئة واثني عشر بايتًا تُقرَّب إلى الأعلى، فسلسلة من خمسة بايتات تُحسب كتلة واحدة والملف الفارغ صفر.
هذا الملف الشخصي هو ما ينفّذه GNU sum عبر sum -s تمامًا، وما تستخرجه سكربتات الصدفة حين تقارن نسختين من ملف صغير على مضيفات Unix قديمة. هو ضعيف عمدًا بمعايير اليوم: التصادمات سهلة ولا يحل محل SHA-256 أو CRC-32 أو مصادقة الرسائل التشفيرية. دوره التوافق مع sum -s، ومع وثائق الأرشيف التي تقتبس تدقيقات System V، ومع المواد التعليمية التي تقابل خوارزمية BSD بالدوران والجمع مع الجمع البسيط لـ System V.
أين تثبت واجهة تدقيق System V sum قيمتها
تعيد مشاريع ترحيل الإرث حساب قيم sum -s أثناء نقل أرشيفات الصدفة وتوزيعات عصر الأقراص المرنة إلى تخزين الكائنات، وتثبّت تدقيقات وعدادات كتل ذهبية في التكامل المستمر حتى تظل إعادة الكتابة الحديثة مطابقة للباقي التاريخي. تستطيع الفرق المضمّنة والصناعية التي ورثت فحوصات سلامة بأسلوب System V في ملاحظات البروتوكول التحقق من سلاسل أوامر قصيرة دون تثبيت coreutils كامل على كل صورة بناء.
يحصل المعلّمون ومواقع التوثيق التي تستهدف الترتيب لكلمتي System V sum أو تدقيق sum -s على حاسبة حية يتطابق مسار متصفحها المجاني بايتًا ببايت مع مسار الأتمتة، بما في ذلك حالة الملف الفارغ التي تحيّر الطلاب أول مرة يشغّلون فيها sum -s على /dev/null أو ملف touch فارغ. يمكن لمؤلفي المحتوى عن خوارزميات BSD مقابل System V عرض الباقيين جنبًا إلى جنب بربط هذه القدرة بمسار BSD منفصل إن وُجد، دون الادعاء بأن أيًا منهما تجزئة تشفيرية. التحقق الفاشل لا يستهلك الرصيد.
ثبّتوا hello يساوي خمسمئة واثنين وثلاثين مع كتلة واحدة والفارغ يساوي صفرًا مع صفر كتل في مجموعات الانحدار، فتحصلون على تدقيقات موروثة قابلة للتكرار للسكربتات وعروض LMS وعوامل الحافة دون إقامة فضاء مستخدم Unix فقط لاستدعاء sum.
حالات الاستخدام
التحقق الموروث من sum -s
أعيدوا حساب تدقيقات System V وعدّ كتل 512 بايتًا لحمولات نصية قصيرة حتى تطابق الأدوات الحديثة مخرجات sum -s التاريخية في سكربتات الترحيل والتدقيق.
ذهبيات CI للمدخلات الفارغة والقصيرة
أكدوا checksum 0 وblocks 0 للنص الفارغ، وثبّتوا متجهات معروفة مثل hello → 532 / كتلة واحدة، حتى لا تغيّر إعادة الهيكلة الخوارزمية بصمت.
تعليم BSD مقابل System V sum
اعرضوا على الطلاب باقي System V وعدد الكتل إلى جانب توثيق خوارزمية sum البديلة، مع إشعار واضح بالإدخال الفارغ لحالة الطول الصفري.
الأسئلة الشائعة
هل هذا مطابق لـ sum -s؟
نعم. ينفّذ خوارزمية System V البديلة التي يستخدمها sum -s: مجموع البايتات وطيّان بـ 16 بتًا وكتل ceil(length/512). وليس خوارزمية BSD الافتراضية لـ sum.
هل System V sum تجزئة آمنة؟
لا. هو تدقيق موروث بـ 16 بتًا للتوافق مع sum -s والتعليم. استخدموا ملخصات تشفيرية مثل SHA-256 حين تحتاجون مقاومة التصادم.
كيف يُحسب مجموع System V؟
يُضاف كل بايت من النص إلى مجموع متراكم، ثم يُطوى المجموع إلى 16 بت بإضافة نصفه الأعلى إلى نصفه الأدنى مرتين، فيمتص الطي الثاني ما فاض من الأول. وتتراوح النتيجة بين 0 و65535.
ماذا يعني عدد الكتل؟
هو عدد وحدات 512 بايت التي يشغلها النص مع التقريب إلى الأعلى. كلمة من خمسة أحرف مثل hello تُحسب كتلة واحدة، والنص الفارغ يعطي 0 كتل ومجموعًا قدره 0.
كيف تُحسب الحروف المشكّلة والرموز التعبيرية؟
يتحول النص أولًا إلى بايتات UTF-8، ويدخل كل بايت في المجموع. لذلك يضيف الحرف الذي يشغل عدة بايتات، كالحرف العربي أو الرمز التعبيري، أكثر من قيمة واحدة إلى المجموع.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/enc/sysv-sum \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"hello"}'const res = await fetch("https://api.kit.forhosting.com/enc/sysv-sum", {
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/sysv-sum",
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/sysv-sum", 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/sysv-sum", 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.sysv_sum",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
تُقبل المدخلات الفارغة عمدًا وتُبلَّغ بوضوح: تدقيق صفر، صفر كتل، وإشعار صريح بالفراغ حتى لا تخلط الأتمتة بين حمولة فارغة وحقل مفقود. المنطق التحليلي الخالص نفسه يشغّل ودجت المتصفح المجاني ومسار API المدفوع، فلا تختلف مقاعد المختبر وخطوط الإنتاج حول باقٍ موروث.
ما هو System V sum وكيف يختلف عن BSD sum والملخصات الحديثة
استخدموا نقطة النهاية هذه حين تحتاجون ذلك الباقي بعينه، لا حين تحتاجون مقاومة التصادم. عند وصول نص فارغ يكون الباقي صفرًا وعدد الكتل صفرًا، وهو ما يطابق sum -s على ملف فارغ، ويُعرض عبر الحقل empty_notice حتى يعرض العملاء حالة مقروءة دون اختراع صياغة خاصة.
عقد الإدخال وحقول الاستجابة والنص الفارغ مقابل النص المفقود
تُرمَّز السلسلة بصيغة UTF-8 ويدخل كل بايت ناتج في مراكم System V؛ تساهم أحرف Unicode متعددة البايت بكل وحدة ترميز UTF-8 لا بنقطة رمز واحدة. مثال: الحروف ASCII الخمسة hello تعطي checksum خمسمئة واثنين وثلاثين وكتلة واحدة وخمسة بايتات، مطابقًا لـ sum -s. أبقوا الحمولات معتدلة في المتصفح؛ الخوارزمية خطية بطول البايت وتعمل بالكامل في الذاكرة بلا شبكة ولا نظام ملفات. أرسلوا جسم JSON بطريقة POST مع الحقل النصي الإلزامي text. تُقبل المفاتيح البديلة data وpayload وvalue وinput وcontent لنفس الحمولة حتى يعيد المولّدون والنماذج استخدام أسماء الحقول القائمة. السلسلة الفارغة إدخال صالح: يعيد المعالج نجاحًا مع checksum صفر وblocks صفر وbyte_count صفر وempty true وempty_notice يشرح اكتشاف إدخال فارغ. غياب الحقل text تمامًا أو قيمة null أو كائن غير نصي يفشل بـ invalid_input ورسالة تسمّي الحقل المفقود أو غير الصالح؛ هذه الإخفاقات لا تُفوتر ولا يجوز خلطها بمسار النجاح على الفراغ. عند النجاح يتضمن الجسم دائمًا checksum كباقي ستة عشر بتًا، وblocks كعدّ كتل خمسمئة واثني عشر بايتًا، وbyte_count لترميز UTF-8، وempty كمنطقي، وalgorithm بالتسمية الثابتة System V sum (sum -s)، وblock_size خمسمئة واثني عشر. يظهر empty_notice الاختياري فقط عندما يكون empty true، وفق قاعدة حذف الحقول الاختيارية بدل ضبطها على null.
أين تثبت واجهة تدقيق System V sum قيمتها
ولأن التنفيذ parse خالص من المستوى A، تكلف كل مكالمة ناجحة السعر الأساسي المنشور $0.002 بلا رموز نموذج ولا شبكة صادرة.
أسئلة تقنية
كيف أحسب تدقيق System V sum؟
أرسلوا حقل سلسلة JSON باسم text (UTF-8). تُرجع API الحقول checksum (0–65535) وblocks بحجم 512 بايتًا وbyte_count وempty وalgorithm System V sum (sum -s).
ماذا يحدث مع الإدخال الفارغ؟
السلسلة الفارغة صالحة. تحصلون على checksum 0 وblocks 0 وbyte_count 0 وempty true وempty_notice يصف الإدخال الفارغ. غياب text هو invalid_input ولا يُفوتر.
كم تكلفة أداة تدقيق System V sum؟
أداة المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مسبقًا بمبلغ $0.002 لكل استدعاء ناجح؛ الإدخال غير الصالح لا يُفوتر.