page:blueprints:creator businesses:asset library:django

Creator businesses: asset library using Django

Summary

A asset library blueprint for creator businesses built with Django on Ample. Domain schema: customer_workspaces (name, membership_tier, joined_at): member accounts or communities; content_items (title, tier_required, object_key, published_at, version): versioned content releases; customer_assets (workspace_id, title, object_key, visibility): downloads granted to a member; releases (content_item_id, version, notes): release notes per version; uploads (id, owner_reference, object_key, content_type, size, uploaded_at): validated uploads linked to their owner. Public information: free content and previews, membership tiers, creator profile. Kept out of scope until handling is reviewed: member identity and payment status, private community posts. Member payment status comes from your payment provider; it is not modeled here and no PCI claim is made. Technical basis verified on Django: content-type and size validation that rejects disallowed files, an object written to a private bucket and a row linking the record to the object key (reject=ok upload=ok linked=ok).

Representative Queries

Resource Requirements

Infrastructure Requirements

Framework

Django

Workload

Asset library

Industry

Creator businesses

Release Status

Published

Support Status

Verified

Execution Status

Ready

Docs Only

False

Prerequisites

Tested Configuration

Input Schema

Workflow Steps

  1. Model the creator businesses domain: Create the tables customer_workspaces, content_items, customer_assets, releases, uploads. Member accounts or communities lives in customer_workspaces; keep the sensitive classes (member identity and payment status, private community posts) out of this schema.
  2. Model assets linked to their owning group or workspace
  3. Validate uploads and store them in the private bucket; link each object to its row
  4. Authorize downloads by membership
  5. Deploy and verify rejection of disallowed files and a linked upload
  6. Run the synchronous deploy once and read the result. Re-running with no change is a no-op.
    • Command: ample deploy . --name --public --start "python3 run.py" --env S3_ENDPOINT=... --env S3_REGION=... --env S3_BUCKET=... --env S3_ACCESS_KEY_ID=... --env S3_SECRET_ACCESS_KEY=...
  7. Verify: Run the pattern self-test(s) from the example (/p/browser-file-uploads) and your own acceptance checks for the creator businesses workflow.
    • Command: ample logs --kind build

Examples

Success Checks

Limitations

  1. The technical basis (browser file uploads on Django) was verified with the pattern fixture; the creator businesses schema and workflow are an original design for this blueprint and were not executed as a separate application.
  2. No health, financial, privacy or other compliance claim is made. Member payment status comes from your payment provider; it is not modeled here and no PCI claim is made.
  3. Public content and synthetic examples only until actual data-handling requirements have been reviewed.
  4. Verified on the python-3.12 template at s-1vcpu-1gb; region, request-duration limits and other sizes are unknown or unverified.
  5. Managed PostgreSQL 16 only; extensions, connection limits and backup or restore procedures are not verified.
  6. PutObject and GetObject with path-style addressing are verified; other S3 operations and CDN cache rules are not.

Cost Estimate

Evidence Summary

Last Verified At

2026-09-20T03:31:44Z

Next Actions