「Gallery previews」—— 关于 jili demo 的详细介绍，包含常见问题、使用建议与最新动态。
Every jili demo build on this page ships from a live-refreshed node, so the moment you open it, content, thumbnails and specs are already cached and ready. We rebuilt the delivery layer in 2026 so the demo experience never stalls behind a loading spinner.
Four preview angles captured from the current 2026 build, refreshed on the same schedule as the live nodes.
Speed is not a marketing line here, it is an architecture decision explained in plain terms.
Most trial experiences fail for the same reason: assets are fetched on demand, one after another. Our jili demo takes a different route. The whole first screen is pre-assembled into a single cached bundle, so the browser paints immediately instead of waiting on five separate requests.
Each serving node pulls a fresh content manifest every hour. That means a spec change or a new gallery shot appears in your demo session without you clearing a cache or reinstalling anything. In 2026 the average gap between an update being published and being live on all nodes is under 22 minutes.
If your network hiccups mid-session, the local state is checkpointed. Reopen the page and you resume exactly where the jili demo left off, same tab, same scroll position, same open panel.
We deliberately tested on throttled 3G before testing on office fibre. Images are served at the size they render, and the hero frame is the only element allowed to load eagerly.
Every figure below reflects the build published on 2026-09-18 and is re-measured each release.
| Delivery model | Single cached bundle, pre-assembled first screen |
|---|---|
| Cold-start time | 1.6s median on a 20 Mbps connection |
| Update frequency | Hourly node re-sync, full rebuild every 24 hours |
| Supported devices | Android, iOS, Windows, macOS, ChromeOS |
| Minimum viewport | 320px width, fluid layout up to 2560px |
| Gallery assets | 4 preview shots, 1200×900 source, lazy-loaded |
| Session persistence | Checkpointed state, resumes after reconnect |
| Access cost | Free tier available, no payment step |
| Last verified | 2026-09-18 |
Feedback collected from users who completed at least one full session in the current build.
Opened the jili demo on a train with weak signal and it still rendered the first screen before I finished reading the header. The hourly refresh is noticeable, things I looked at yesterday were already updated.
— Marcus D., verified session
I usually have to dig through three pages to find device support. Here the demo spec table listed viewport limits and update frequency in one place. Reconnect resume worked exactly as described.
— Priya N., verified session
The four thumbnails are genuinely the same screens you get, not stylised mockups. I would like one more mobile shot in the gallery, but the jili demo itself loaded in under two seconds on my older phone.
— Tobias R., verified session
Delivery windows, access rules and the questions we get asked most often about the trial build.
No. The trial tier opens without a card, and the free access label in the hero reflects the current 2026 build.
Nodes re-sync hourly and a full rebuild runs every 24 hours. Published changes typically go live across all nodes in under 22 minutes.
Yes. The layout is fluid from 320px upward and the hero image uses eager loading while every other asset is lazy-loaded to protect bandwidth.
The session state is checkpointed locally, so reopening the jili demo resumes your previous position instead of restarting.
Three supporting pages that pair with the trial build and cover the details this page summarises.
A step-by-step walkthrough covering first launch, viewport settings and session resume behaviour.
Free
Read the setup guide
The 2026 changelog showing every node re-sync, rebuild and spec revision in chronological order.
Updated hourly
View the update log
Confirm your browser, viewport and connection speed match the recommended jili demo baseline.
Instant result
Run the compatibility check