Collections — Airtable-style data management for ProcessWire

[maximus]

Hi everyone,

I've been running this module in production a spirits catalog with 12,000+ products — for several months. Today I'm releasing it publicly.

GitHub: https://github.com/mxmsmnv/Collections

The problem

ProcessWire's page tree is brilliant for site structure. It's painful for data management. When you have thousands of pages as records — products, listings, vacancies, menu items — you hit the same walls on every project: no table view, no inline filters, no bulk actions, no export, no REST API, no role scoping per dataset.

Every PW developer has solved some version of this. Collections solves it once.

Screenshots

 

 

 

 

What it does

Gives any ProcessWire template a configurable admin table — live search, dropdown filters, inline status toggles, bulk actions, CSV/JSON export, and a REST API — all configured through a UI, without writing code.

Admin UI:

• Configurable columns per collection with custom labels
• Live search with 300ms debounce across multiple fields including Page references
• Dropdown filters for FieldtypePage and FieldtypeOptions fields
• Inline publish/unpublish toggle via AJAX
• Bulk actions: publish, unpublish, delete with CSRF protection
• CSV and JSON export with active filters preserved
• Role-based permissions matrix — scope each role per collection
• "View in Collection" button injected into the page edit form

REST API:

• Bearer token, query param, HTTP Basic, and PW session auth
• API key management with expiration dates and per-key capability scopes
• SHA-256 hashed keys, usage tracking, rate limiting (100 req/min)
• WireCache support for GET responses

ProFields support: Table, Textareas, Multiplier, Repeater Matrix, Combo — including dot-notation for subfields (address.city, blocks.hero.title, prices.*.amount)

Field types: Text, Textarea, Integer, Float, Checkbox, URL, Email, Date, Image, File, FieldtypeFileB2, FieldtypePage, FieldtypeOptions, MapMarker, Color

Requirements: ProcessWire 3.0.244+, PHP 8.2+

 

There's a thread from 2013 asking for exactly this: Module Idea: Flat Listings — here it is, 12 years later.

Known issues are tracked on GitHub — the module is stable for production use, active development continues.

[Peter Knight]

Brilliant implementation as usual. Ditto - I find when creating modules that tables are almost always the most important working view and the data model I have to fight and customise the most. I’d love to see this incorporated into the core and more modules too. 

[szabesz]

4 hours ago, Peter Knight said:

I’d love to see this incorporated into the core and more modules too. 

Since it partially solves what Lister Pro is about, we cannot expect something like this in the core.

Anyway, thank you @maximus for sharing this module, I will surely try it out. 

[gmclelland]

Thanks for sharing this! It looks really helpful.

Does the Collections link in the top nav behave like a dropdown menu with all the collections listed when hovered?

[maximus]

Not yet — currently it renders as a single top-level link. A dropdown listing all collections on hover is a reasonable UX improvement and I'll add it to the roadmap. The main challenge is that collections lists can get long, so it'll need some thought around grouping or truncation.

[jacmaes]

@maximus Thanks for all your modules, you're on a roll!  I've tested this module and opened an issue. It's probably a misunderstanding on my part, but when you get a chance, could you take a look at it? Thanks!

[maximus]

Hi @jacmaes, thanks for the kind words and for taking the time to test!

Both issues you reported are fixed in v1.9.2 (released today). Quick summary:

1. Unix timestamps for start_date / end_date — datetime fields are now auto-detected by field type and formatted automatically, no manual column type override needed.
2. Filter dropdown doing nothing — two bugs were at play: the Apply button wasn't showing up on select change (DOM queried before ready), and the query string was encoding [ / ] as %5B%5D which PHP couldn't parse as an array. Both fixed.

Full details in the changelog. Let me know if anything else comes up!

[jacmaes]

Wonderful, thanks @maximus! I can confirm that these two issues are fixed. I've added a follow-up to my Github issue as the sorting order by date does not seem to work.