Distributor demo storefront, built on the PIMento API Sign in

Acme

Promotional Cup

PCUP

$10.00

Customize this coffee cup with your logo.

Customize it

Artwork required. This product is printed from a file you supply. Place the order and we will email you where to send it.

Enter your initials

Up to 50 characters.

TestM

  • M1 +$50.00
  • M3 +$100.00

Order

Coffee cup. Yum.
CUP37
$10.00
API reads behind this page 4 over the wire, 4 from cache · 100 ms total · template: product type
Method Path Source Status Time
GET /v2/slugs/coffee-cup network 200 17 ms
GET /v2/products/13348?$expand=items,media,attributes,related,applications,fitment,tabs,documents,modifiers network 200 55 ms
GET /v2/products/13348?$expand=pricing network 200 21 ms
GET /slugs('coffee-cup') asked twice — —
GET /me cache 30m — —
GET /v2/items/15664/attributes network 204 8 ms
GET /categories cache 15m — —

204 and 404 both mean “no rows” on this API — which of the two an endpoint uses is per-endpoint, and the client maps both to an empty result rather than an error. Collections come wrapped in an OData envelope and are capped at 100 rows per page.

Rows marked cache were answered from memory, and the time beside each is how long that kind of read is held; one marked asked twice is something this page had already read while rendering, so it cost nothing either way. Catalog reads are cached by rate of change rather than on one site-wide timer:

Pricing and stock are read live on every view — there is no setting that caches them. That is why a warm product page still makes exactly one request: everything else on it came from memory.

The catalog can also drop all of it at once rather than waiting for a tier to lapse, by calling POST /hooks/cache when it publishes.