I’ve been building a website called 100,000,000 and I’ve recently opened it to a small number of people for early testing.
The concept is simple: each participant contributes one photo and one message, and the long-term aim is to build a very large public collection.
From a web-development perspective, one of the more interesting problems has been designing the site so the experience still makes sense if the collection becomes extremely large.
The current site is primarily server-rendered PHP/MariaDB with JavaScript-enhanced interfaces. Some of the things I’ve been working on include:
- separate desktop and mobile Gallery experiences
- bounded Gallery loading rather than attempting to preload the collection
- a mobile wall plus vertically navigable Scroll mode
- a shared image/message Viewer while preserving Gallery state
- responsive image layers so small Gallery tiles don’t request unnecessarily large assets
- search, filtering and direct submission-number lookup
- localisation across 17 interface languages, including RTL layouts
- on-demand message translation
- keeping public Gallery data separate from account/payment/moderation data
- moderation and payment before an entry becomes publicly eligible
I’m deliberately not claiming the current infrastructure has been proven at 100 million records. The approach at the moment is to keep the public interfaces bounded and scale from measured usage rather than trying to render or retrieve enormous datasets client-side.
The site is here:
https://100000000.photos/
What I’d particularly appreciate from other web developers is feedback on the actual experience:
- Does the purpose of the site make sense quickly?
- Does the Gallery feel intuitive on desktop/mobile?
- Are there any obvious UX problems or confusing interactions?
- Anything noticeably slow, broken or awkward?
- Are there architectural or frontend decisions you’d question after using it?
It’s still a very early public test, so critical feedback is useful.