Learning Path
Use this roadmap to learn Pagify in a practical order.
Do not read the docs in sidebar order. Read them in task order.
Read These First
Everyone new to the project should start with the same three pages:
After that, pick the track that matches the work you need to do.
Track 1: Platform Foundations (Recommended First)
- Read Quickstart
- Read How Pagify Works
- Read System Overview
- Read Runbook
- Learn module boundaries and project structure in the codebase
Goal: you can run the project, debug basic issues, and execute tests confidently.
Track 2: Admin Experience
- Read Core Module
- Read Admin UI Primitives
- Read Admin UI Extension
- Read Page Builder Module
- Implement a small admin feature using canonical UI props
Goal: you can ship admin pages with consistent UX and maintainable components.
Track 3: Frontend Theme Delivery
- Read System Overview
- Read Theme Development
- Read Theme Development Contract
- Read Theme Customization
- Build or customize a theme with safe fallback behavior
Goal: you can deliver production-safe theme changes and troubleshoot rendering issues.
Track 4: Platform Extensibility (Plugin)
- Read Core Module
- Read Plugin Development
- Review plugin-related commands in Artisan Commands
- Create a sample plugin with
cms:make-pluginand validate lifecycle in Admin > Modules
Goal: you can scaffold, integrate, and operate plugins with predictable behavior.
Track 5: Operator And Deployment
- Read Quickstart
- Read Installation and Deployment
- Read Runbook
- Practice cache clear, queue worker, and frontend rebuild workflows
Goal: you can deploy, recover, and verify a Pagify environment safely.
Suggested 7-Day Plan
- Day 1: Setup + first successful run
- Day 2: How Pagify Works + System Overview
- Day 3: Runbook commands and troubleshooting drills
- Day 4: One module guide relevant to your area
- Day 5: Admin UI or theme track deep dive
- Day 6: Implement one safe, small change
- Day 7: End-to-end verification and documentation updates
Definition of Done for New Contributors
You are ready to contribute when you can:
- bootstrap local environment without support
- explain which module owns the feature you are changing
- run tests and identify failing scope quickly
- add one small admin or theme change with correct conventions
- update related docs in the same pull request