Calcolatore checksum BSD
Il testo «abc» dà una somma BSD di 16556, cioè 40ac in esadecimale, su 1 blocco: la stessa coppia che stampa il vecchio comando sum di Unix in modalità BSD. Utile per verificare vecchi script, etichette di nastri ed esercizi di manuale. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Testo
- abc
- Risultato
- 40ac
- Checksum
- 16.556
- Hex
- 40ac
- Decimale
- 16.556
L'algoritmo classico BSD sum è il checksum a sedici bit per rotazione e somma usato dal comando Unix storico sum in modalità BSD (spesso invocato come sum -r sui sistemi GNU). A differenza dei controlli a ridondanza ciclica, aggiorna un unico registro a sedici bit ruotandolo di un bit a destra e aggiungendo ogni byte del messaggio, poi riporta un conteggio di blocchi in unità di milleventiquattro byte. Gli ingegneri che confrontano etichette di nastro legacy, gli studenti che riproducono l'output sum di un manuale e i team di supporto che verificano brevi testi rispetto a script antichi spesso necessitano della stessa coppia deterministica: il valore di checksum senza segno e la colonna dei blocchi. Questo strumento di checksum BSD accetta testo non vuoto, lo codifica come UTF-8, esegue quel ciclo ruota-e-somma e restituisce il valore a sedici bit in decimale e quattro cifre esadecimali minuscole insieme al conteggio dei blocchi, all'etichetta dell'algoritmo, alla lunghezza in byte e a un breve riepilogo.
Cosa calcola il BSD sum classico e perché conta il numero di blocchi
Il checksum BSD tratta ogni messaggio come una sequenza di byte e mantiene un accumulatore a sedici bit che parte da zero. Per ogni byte, il registro viene prima ruotato di un bit a destra entro sedici bit — il bit meno significativo passa nel bit alto — e poi viene aggiunto il valore del byte, con la somma mascherata di nuovo a sedici bit. Quando il flusso termina, quell'intero senza segno è la colonna di checksum dell'output classico di sum.
Poiché BSD sum non è resistente alle collisioni e non è autenticato con chiave, lo tratti come controllo rapido di integrità o di trama legacy, non come prova di autenticità; preferisca digest della famiglia SHA quando l'intento di ricerca è l'hashing crittografico piuttosto che il checksum classico ruota-e-somma.
Dove una somma BSD resta utile
Autori di sistemi legacy e studenti di storia di Unix usano un calcolatore di checksum BSD per verificare passi ruota-e-somma fatti a mano rispetto a sum -r senza installare un ambiente coreutils completo in ogni linguaggio. Le piattaforme didattiche e i plugin LMS necessitano di un oracolo deterministico che rifiuti l'input vuoto invece di restituire zeri per il messaggio vuoto, così i correttori automatici distinguono risposte assenti da un checksum reale.
I siti di contenuti che si posizionano su checksum BSD, checksum del comando sum o sum Unix classico beneficiano di uno strumento live il cui percorso gratuito coincide byte per byte con l'automazione a pagamento sullo stesso modulo puro. I fallimenti di validazione non consumano mai saldo dopo il rifiuto. Abbini landing System V sum, CRC-16 o hash crittografico solo quando l'intento di ricerca va oltre il ruota-e-somma BSD classico: mantenga questa pagina incentrata su BSD sum affinché l'intento SEO resti nitido e non cannibalizzi le landing Adler-32 o CRC-16.
Domande frequenti
A quale algoritmo corrisponde questo strumento?
Il BSD sum classico dello storico Unix sum e di GNU coreutils sum -r: per ogni byte, ruoti il registro a sedici bit di un bit a destra poi aggiunga il byte; il conteggio blocchi è ceil(length/1024).
Cosa succede se il testo è vuoto?
È richiesta una stringa non vuota; l'input vuoto non è trattato come checksum riuscito di zero con zero blocchi.
Il calcolatore di checksum BSD è gratuito?
Lo strumento nel browser gira gratis sul Suo dispositivo.
BSD sum è uguale a System V sum o a CRC-16?
No. System V sum (-s) usa un'accumulazione diversa e blocchi da 512 byte. CRC-16 usa un registro polinomiale. Questo strumento implementa solo il ruota-e-somma BSD classico.
Cosa indica il numero di blocchi nel risultato?
È quanti blocchi da 1024 byte occupa il testo una volta codificato in UTF-8, arrotondando per eccesso. Da 1 a 1024 byte si conta un blocco, e il kilobyte successivo ne apre un secondo.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
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)Esempio di richiesta
{
"text": "abc"
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "enc.bsd_sum",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
L'input vuoto viene rifiutato con invalid_input affinché chi chiama non confonda mai un campo mancante con il report zero-zero del file vuoto del comando classico.
Cosa calcola il BSD sum classico e perché conta il numero di blocchi
Accanto, lo strumento riporta quanti blocchi da milleventiquattro byte occupa il messaggio, con divisione per eccesso della lunghezza UTF-8: qualsiasi payload non vuoto da uno a milleventiquattro byte produce un blocco, il kilobyte successivo avvia un secondo blocco, e così via.
Contratto di input, errori di stringa vuota e forma JSON della risposta
La stringa viene codificata come UTF-8 prima del ciclo BSD, così i caratteri multi-byte contribuiscono con ogni unità di codice esattamente come farebbe un sum orientato ai file con lo stesso flusso UTF-8. L'input vuoto viene deliberatamente rifiutato anziché restituire la coppia teorica del file vuoto zero zero, così l'UX di prodotto e i correttori automatici distinguono risposte assenti da un checksum reale. Fissi sia un percorso di successo sia l'errore di input vuoto nell'integrazione continua affinché cambi accidentali di direzione di rotazione o di dimensione del blocco non vengano pubblicati senza avviso. I campi null opzionali vengono omessi anziché emessi come null, secondo il contratto del renderer dichiarativo per form web puliti. Invii un corpo JSON con un unico campo stringa obbligatorio denominato text: qualsiasi sequenza non vuota di caratteri di cui desidera il checksum. Gli alias input, value, s, data, message e payload sono accettati per lo stesso campo così stub SDK e invii di form restano flessibili. Se manca text, il valore non è una stringa o la stringa è vuota, la richiesta fallisce con invalid_input e un messaggio chiaro che richiede una stringa non vuota; tali fallimenti non vengono addebitati sull'API prepagata. In caso di successo il corpo include result e hex con lo stesso checksum esadecimale a quattro cifre minuscole; checksum e decimal con l'intero senza segno a sedici bit; blocks con il conteggio di blocchi da milleventiquattro byte; algorithm fisso a BSD sum; input_bytes pari alla lunghezza UTF-8; text che ripete l'input; e message che riassume conteggio byte, valore decimale, hex e blocchi.
Dove un'API di checksum BSD rende e come funziona il prezzo
Usi lo strumento gratuito nel browser per controlli occasionali; chiami l'API KIT prepagata da backend, funzioni serverless e SDK quando serve un contratto stabile sotto saldo a $0.002 per elemento riuscito. Mantenga i payload a dimensioni di testo ordinarie adatte a una chiamata item in un Worker isolate; questo strumento è per stringhe brevi e frammenti di protocollo, non per blob binari di più megabyte.
Casi di integrazione
Verifica legacy di sum -r
Riproduca il checksum BSD classico e il conteggio di blocchi da 1024 byte per un breve payload di testo migrando script che stampano ancora la coppia storica di sum -r.
Dimostrazioni ruota-e-somma in aula
I docenti mostrano come una rotazione a destra a sedici bit più un'addizione produca i fixture noti abc e Hello senza installare coreutils su ogni macchina degli studenti.
Fixture CI per helper di integrità legacy
Le pipeline fissano uscite deterministiche BSD sum in decimale, hex e blocks più l'errore di input vuoto affinché cambi accidentali di rotazione o dimensione blocco falliscano subito.
Domande tecniche
Come si calcola un checksum BSD di un testo?
Invii JSON con un campo stringa non vuoto denominato text. L'API codifica la stringa in UTF-8, esegue il ciclo classico BSD sum ruota-e-somma e restituisce il valore a sedici bit in decimale e quattro cifre hex minuscole più il conteggio di blocchi da 1024 byte.