fshy

fshy / Storage

stack exchange

stackexchange.com · Storage · 2 records · JSON

stack exchange as bulk storage Storage

fails: egressemail?card?R

meta.stackexchange.com/questions/308507/image-size-limit-why · rejected-provider · storage/stack-exchange-as-bulk-storage · JSON · compare

Free tier2 MiB cap plus no API upload path plus per-site posting rate limits; the permanence is excellent but the throughput is a human-editor workflow
unit none; metered on none
Pricenone stated
Per-object capnot recorded
Retentionnot recorded
Egressnot recorded
Identityemail (placeholder) not published
Bindingnone no constraint of a named kind was recorded; the verdict rests on the quota sentence rather than on a named limit
Interfaceunknown
Toolingnot recorded
Composes withnot recorded
Reliability2 MiB cap plus no API upload path plus per-site posting rate limits; the permanence is excellent but the throughput is a human-editor workflow
Notes2 MiB cap plus no API upload path plus per-site posting rate limits; the permanence is excellent but the throughput is a human-editor workflow
Evidence rungreported
Checked2026-10-21 (inherited); stale on 2026-11-04
Evidence (1)
datesourcewhat it proved
2026-10-21meta.stackexchange.com/questions/308507/image-size-limit-why2 MiB cap plus no API upload path plus per-site posting rate limits the permanence is excellent but the throughput is a human-editor workflow
More fields (1)
{
 "dead_end": {
  "failure_class": "egress",
  "why": "2 MiB cap plus no API upload path plus per-site posting rate limits; the permanence is excellent but the throughput is a human-editor workflow",
  "retry_when": null,
  "first_recorded": "2026-10-21"
 }
}
Unknown or withheld values (15)
  • $.chaining not-recorded
  • $.confidence_note withheld
  • $.egress.terms not-recorded
  • $.extras.dead_end.retry_when process
  • $.free_tier.notes process
  • $.identity_cost.detail defaulted
  • $.identity_cost.kind identity-defaulted
  • $.interface interface-unknown
  • $.interface_detail withheld
  • $.limits_note process
  • $.per_object_cap.notes not-recorded
  • $.per_object_cap.stated not-recorded
  • $.retention.notes process
  • $.retention.stated not-recorded
  • $.tooling not-recorded

Stack Exchange image host (i.sstatic.net, ex-i.stack.imgur.com) Storage

fails: quotaemail?card?Rper-object-cap

stackexchange.com · media · storage/stack-exchange-image-host · JSON · compare

Free tier2 MiB per image, no per-account total; unlimited images per post
unit unlimited; metered on unstated
Pricenone stated
Per-object cap2 MiB hard cap (2097152 bytes)
Retention2 MiB hard cap after the 2024 migration off Imgur; images are re-encoded/downscaled, so it is not byte-exact storage; posting rate limits per site | the most permanent image host in this set — SE migrated every historical Imgur URL to i.sstatic.net in May 2024 precisely to guarantee links never rot; a live 2013-era test image still returns 200 with Last-Modified 2024-05-01
Egressfree, Cloudflare-fronted, cacheable — probe showed 'Server: cloudflare', 'cf-cache-status: HIT'
Identityemail (placeholder) not published
Limits
  • per-object-cap 2 MiB hard cap source
2 MiB hard cap after the 2024 migration off Imgur; images are re-encoded/downscaled, so it is not byte-exact storage; posting rate limits per site
Bindingper-object-cap the per-object cap sets the shard size and therefore the object count; it bounds the total more tightly than any headline quota
Interfacerest rest
Toolingno official image-upload endpoint in the SE API; images are inserted by the web editor or by POSTing a post body containing an already-hosted URL. Wrapper only (Selenium/editor automation) — this is the failure point
Composes with2 MiB x unlimited posts x unlimited answers x N Stack Exchange sites (180+ sites, one network account). 500 GB = ~256,000 images; not a practical bulk store without a browser farm
Reliabilitythe most permanent image host in this set — SE migrated every historical Imgur URL to i.sstatic.net in May 2024 precisely to guarantee links never rot; a live 2013-era test image still returns 200 with Last-Modified 2024-05-01
Notes2 MiB per image, no per-account total; unlimited images per post
Evidence rungreported One page read moves it to documented.
Checked2026-10-21 (inherited); stale on 2026-11-04
Parsed numbers
  • $.limits[0].value limit:per-object-cap 2.0 MiB
Evidence (3)
datesourcewhat it proved
2026-10-21i.sstatic.net/mHJfs.jpgprobe: GET -> 200, content-type image/jpeg, 138754 bytes, Server: cloudflare, cf-cache-status: HIT, Last-Modified Wed, 01 May 2024
2026-10-21i.stack.imgur.com/mHJfs.jpgprobe: GET -> 302 (redirect to the new host, old URLs still resolve)
2026-10-21meta.stackexchange.com/questions/395024/... — 'Created a new image uploading service at i.sstatic.net ... Migrated all images from Imgur ... Migration complete! May 28th 2024'
More fields (1)
{
 "dead_end": {
  "failure_class": "quota",
  "why": "2 MiB per image, no per-account total; unlimited images per post",
  "retry_when": null,
  "first_recorded": "2026-10-21"
 }
}
Unknown or withheld values (6)
  • $.extras.dead_end.retry_when process
  • $.free_tier.notes process
  • $.identity_cost.detail defaulted
  • $.identity_cost.kind identity-defaulted
  • $.per_object_cap.notes not-extracted
  • $.retention.notes not-extracted