UploadHive

uploadhive.com · Storage · 1 record · JSON

UploadHive Storage

caveatinstitutionno cardRretention-clamped

uploadhive.com · anonymous-dump · storage/uploadhive · JSON · compare

Free tier	Free tier published table: max upload file size 'Unlimited', download volume 'Unlimited', storage column '-' (no storage cap published), files deleted 50 days after last download unit unlimited; metered on stored-bytes
Price	none stated
Per-object cap	not stated
Retention	Free tier published table: max upload file size 'Unlimited', download volume 'Unlimited', storage column '-' (no storage cap published), files deleted 50 days after last download (50 days)
Egress	'Download volume: Unlimited' on the free row; direct fs430.uploadhive.com/cgi-bin/dl.cgi/<key>/<name> links
Identity	institution derived from the record's prose, not from an identity field, and no signup was executed: r FAQ (direct dl.cgi links resolved but were IP-gated); no API key needed for anonymous upload anonymous-dump
Limits	retention-clamped deleted 50 days source unlimited per file; 50 days after last download for free; no API key needed for anonymous upload
Binding	retention-clamped a clock, not a quota: bytes leave whether or not the client is finished with them
Interface	rest rest
Tooling	XFileSharing Pro family (sibsoft.net/xfilesharing.html) — same shape as ~hundreds of hosts, so one client works across all of them; discovery is GET /server -> {"url":"https://fs430.uploadhive.com/cgi-bin"} then POST upload.cgi with utype=anon; also used by PolyUploader (github.com/spel987/PolyUploader)
Composes with	3 layers: (a) files per host carry no stated limit, (b) 50-day retention resets on download so a periodic re-fetch keeps data alive indefinitely, (c) the whole XFileSharing family is the multiplier — each host takes one free registration with its own 100s-of-GB-to-2TB pool (see UpZur/FileAxa/Mega4up entries)
Reliability	dl.cgi returned 'Wrong IP' on every download attempt regardless of referer/cookies — downloads appear bound to the uploading IP, so a distributed fetch layer needs matching egress IPs
Notes	Free tier published table: max upload file size 'Unlimited', download volume 'Unlimited', storage column '-' (no storage cap published), files deleted 50 days after last download
Evidence rung	reported One page read moves it to documented.
Checked	2026-10-21 (inherited); stale on 2026-11-04

Evidence (4)

date	source	what it proved
2026-10-21	uploadhive.com/premium	Free row: Max upload file size 'Unlimited', Download volume 'Unlimited', deletion '50 days after last download'
2026-10-21	uploadhive.com/pages/faq/	'Powered by XFileSharing Pro'
2026-10-21	fs430.uploadhive.com/cgi-bin/upload.cgi	probe: POST (utype=anon, sess_id=, file_0) -> 200 [{"file_code":"6wpsyu0nx862","file_status":"OK"}]
2026-10-21	fs430.uploadhive.com/cgi-bin/dl.cgi/<key>/probe.bin	probe: POST /6wpsyu0nx862 op=download2 -> 200 page containing ; GET that -> 200 body 'Wrong IP' (8 bytes)

Unknown or withheld values (4)

$.free_tier.notes process
$.per_object_cap.notes not-extracted
$.per_object_cap.stated not-extracted
$.retention.notes not-extracted

Built from commit 872967ae41, data as of 2026-10-27. Every value links to its source; freshness badges are computed in your browser. How to read this.