bitshost / upmvc
upMVC. Modular Model View Controller. A modular PHP MVC system with integrated routing for scalable and organized web applications. Built-in Namespace Support. Object-Oriented Programming (OOP).
Installs: 43
Dependents: 0
Suggesters: 0
Security: 0
Stars: 2
Watchers: 1
Forks: 2
Open Issues: 0
Type:project
pkg:composer/bitshost/upmvc
Requires
- php: >=8.1
- gabordemooij/redbean: ^5.7
- dev-main
- v1.4.2
- v1.4.1
- v1.4.0
- v1.0.3
- v1.0.2
- v1.0.1
- dev-Core8FileEnhanced
- dev-CleanUpCode
- dev-AdminModuleCache
- dev-main21102025Bck
- dev-SimplifiedDocFinal
- dev-SimplifiedWithouDebug
- dev-SimplifiedEtc
- dev-DashboardExample
- dev-DashboardExampleNewFail
- dev-RevampBaseView
- dev-finalRevCo
- dev-copRevGeneral
- dev-copRevisonTools
- dev-junk
- dev-AutomaticInitModsQ
- dev-CoTePiStLot
- dev-main13102025backupVersion
- dev-Tools_Plus_Dash
- dev-NoBuildJS
- dev-ORM
- dev-beforeOrm
- dev-Beta2.3
- dev-jaff
- dev-Beta2.2
- dev-Beta2.1
- dev-Beta2.0
- dev-Beta1.9
- dev-Beta1.8
- dev-Beta1.7
- dev-Beta1.6
- dev-Beta1.5
- dev-Beta1.4
- dev-Beta1.3
- dev-Beta1.2
- dev-Beta1.1
- dev-Beta1.0
- dev-Beta00
This package is auto-updated.
Last update: 2025-10-23 17:29:10 UTC
README
Modern, lightweight PHP noframework for rapid development with clean architecture
Status: β Production Ready | PHP 8.1+ | PSR-4 Compliant | MIT License
π¨ NEW: Modern UI System
upMVC v1.0.3 introduces a contemporary design system while maintaining complete backward compatibility:
- π Modern BaseView: Contemporary CSS Grid/Flexbox layouts with dark mode
- π± Responsive Design: Mobile-first approach with modern navigation
- β‘ Alpine.js Integration: Lightweight interactivity (~40KB vs 87KB jQuery)
- π― Zero Breaking Changes: Drop-in replacement for existing BaseView
Quick Demo: /test (original) vs /test/modern (new design)
Documentation: Modern BaseView Guide | Demo Instructions
π What is upMVC?
A lightweight, modern PHP 8.1+ noFramework built on Modular MVC (MMVC) architecture. Designed for developers who want flexibility without noFramework bloat. Features true modularity, "PHP Islands" for frontend integration (React/Vue), dependency injection, middleware pipeline, and clean routing. No forced conventions - use pure PHP or integrate modern JS noFrameworks as needed. Perfect for rapid development while maintaining performance and flexibility.
β¨ Key Features: Modular architecture β’ PHP 8.1+ β’ PSR-4 compliant β’ Dependency injection β’ Middleware support β’ Frontend noFramework integration β’ Minimal learning curve
π Deploy Any JavaScript Framework
upMVC excels at integrating pre-built JavaScript applications from any framework:
- βοΈ React -
npm run buildβ deploy to module/public (Guide) - π Vue - Production builds with Vite/Webpack (Guide)
- π₯ Svelte - SvelteKit or standalone builds
- β‘ Any Framework - Angular, Solid, Qwik, etc.
Your PHP module serves the built app - no complex webpack configs, no dev servers in production. Just build your JS app locally and deploy the static files. Your Controller exposes data via API endpoints that your JS app consumes.
π Complete Guides:
- React Integration - React 18, Vite, Webpack, CRA
- Vue Integration - Vue 2/3, Vite, Webpack, Nuxt
- Coming soon: Svelte, Angular guides
π€ Why Mix PHP with JavaScript Frameworks?
upMVC is a system architecture, not just a single app. Layer 1 (Main upMVC) handles security, auth, sessions. Layer 2 (Modules) are independent apps using any techβPHP, React, Vue, Svelte. Split large monoliths into micro-frontends. Each team works independently. Deploy modules separately. One breach can't compromise the entire system. Best of both worlds: Server-side security + client-side reactivity. Read: Why Mix?
π How is upMVC Different?
Unlike Laravel, Symfony, or other PHP frameworks, upMVC is a system, not a framework. No forced conventions, no ORM requirements, no framework rules. "Direct PHP First" principle means complete freedom. Want React in one module and Vue in another? β Want to delete core modules? β Want to split your app into multiple independent instances? β True micro-frontends architecture that nobody else offers. Read: Comparison with Other PHP Projects
π Note: Included modules (admin, email, auth, react, etc.) are reference implementations showing different approaches to common problems. After installation, you can delete any modules you don't need - keep only what serves your project. Each module demonstrates different techniques (middleware vs manual auth checks, cached routes, etc.) to help you choose your preferred approach. See Module Philosophy for details.
π Quick Navigation
π― New to upMVC? Start Here:
- π First Steps Guide - Get running in 5 minutes
- οΏ½ How-To Guide - Complete development guide
- β FAQ - Common questions and solutions
- οΏ½ Documentation Index - Complete documentation map
π Architecture & Philosophy:
- π¨ Pure PHP Philosophy - The upMVC NoFramework approach
- π§© Module Philosophy - Modules as reference implementations
- ποΈ Islands Architecture - NEW! Complete guide to PHP + React Islands
- βοΈ React Integration Patterns - Five ways to integrate React/Vue/Preact
- π₯ ReactHMR - Hot Module Reload - Auto-reload without webpack
- π¦ Integration: upMVC + PHP CRUD API Generator - NEW! Full-stack power combo guide
- π― JavaScript Framework Integration - NEW! Deploy React, Vue, Svelte, or any JS framework build
- βοΈ React Build Integration - Complete React deployment guide (Vite/Webpack/CRA)
- π Vue Build Integration - NEW! Vue 2/3 deployment guide (Vite/Webpack/Nuxt)
- π Comparison with Other PHP Frameworks - NEW! Why upMVC is unique
- πͺ Architectural Strengths - What makes upMVC powerful
- π£ Routing Capabilities - Understanding the routing system
- π§ URL Handling Explained - Request flow and middleware
οΏ½ Bug Fixes & Improvements:
- π Authentication Redirect Fix - Session intended_url handling
- βοΈ Assignment Operator Fix - Comparison vs assignment
- πͺ Missing Exit Statements - Proper redirect handling
- π€ Output Before Header Fix - Header redirect timing
- π Trailing Slash Fix - URL normalization
- π§Ή Debug Code Cleanup - Production-ready code
β Verification & Release:
- π Pre-Release Verification - Complete verification report
- π Ready for Main - Production readiness checklist
- π Verification Checklist - Step-by-step validation
- β¨ Enhancements - Latest improvements
π Development:
- π /zbug Folder - Debug files and development utilities (excluded from Git)
Demo: https://upmvc.com/demo/
Rasmus Lerdorf: PHP NoFrameworks all suck!
Rasmus Lerdorf: PHP NoFrameworks all suck!
Use cases:
You can use the system as a standalone, as a library, as a library in the standalone version where it can be a module, you can also use it as a standalone in the standalone version /shop /blog /app /anything else - in this way, you split your app into multiple apps(shop, blog, app, anything else as separate instances of upMVC) each with their modules connected to the same or different endpoints.
π¦ Installation
Option 1: Install as a Library (Recommended for existing projects)
Add upMVC to your existing project in 4 simple steps:
# Step 1: Install via Composer composer require bitshost/upmvc # Alternative versions: # composer require bitshost/upmvc:^1.0 (recommended - all 1.x updates) # composer require bitshost/upmvc:dev-main (bleeding edge - risky!) # Step 2: Copy essential files to project root copy vendor/bitshost/upmvc/index.php . copy vendor/bitshost/upmvc/.htaccess . # Step 3: Create etc folder and copy .env configuration mkdir etc copy vendor/bitshost/upmvc/etc/.env etc/.env # Step 4: Configure your environment # Edit etc/.env with required settings: # - SITE_PATH=/your-folder-name (e.g., /myproject) # - DOMAIN_NAME=localhost (or your domain) # # Database configuration is optional (uses etc/ConfigDatabase.php fallback) # - Configure only when your modules need database access # - Framework works without database for static/API projects
That's it! π Run with:
php -S localhost:8080
Visit: http://localhost:8080 - All 16 modules will be automatically loaded and registered!
Option 2: Install as a Standalone Project (Even Simpler!)
Create a complete upMVC project in 3 simple steps:
# Step 1: Create project composer create-project bitshost/upmvc yourProjectName # Or in current directory: # composer create-project bitshost/upmvc . # Step 2: Navigate to project cd yourProjectName # Step 3: Configure etc/.env # Edit these 2 required settings: # - SITE_PATH=/yourProjectName (or empty if root) # - DOMAIN_NAME=http://localhost # # Database settings are optional because upMVC has smart fallbacks: # - If .env database settings are missing, it uses etc/ConfigDatabase.php # - Framework will work even without database (for static/API projects) # - Configure database only when you need it for your modules
That's it! π Run with:
php -S localhost:8081
Visit: http://localhost:8081/yourProjectName - Complete framework with all modules ready!
Note: Everything is included - no copying files needed! Just configure .env and run.
Optional - Keep dependencies updated:
# Update autoloader when adding new modules composer dump-autoload # Update dependencies composer update
βοΈ Configuration
upMVC uses a smart layered configuration system with automatic fallbacks:
Primary Configuration: .env file
Edit /etc/.env for environment-specific settings:
- Required:
SITE_PATH,DOMAIN_NAME,APP_ENV - Optional: Database, mail, cache, session settings
Fallback System
If .env is missing or incomplete, upMVC automatically falls back to:
/etc/Config.php- Base URL, site paths, environment settings/etc/ConfigDatabase.php- Database connection parameters (fallback credentials)/modules/mail/MailController.php- PHPMailer SMTP configuration
Why fallback? Your framework works even without .env - perfect for:
- Quick testing and development
- Static sites or API-only projects
- Gradual configuration as you add features
π‘ Tip: Start with just SITE_PATH and DOMAIN_NAME, add database later when needed!
π£οΈ Routing System
upMVC offers flexible routing at multiple levels:
- Global Routes β
/etc/Routes.php- Application-wide routes - Module Routes β
/modules/yourmodule/routes/Routes.php- Module-specific routes - Module Initialization β
/etc/InitMods.php- Register module routes - Namespace Registration β
composer.json- Add PSR-4 autoload entries
"autoload": { "psr-4": { "YourModule\\": "modules/yourmodule/" } }
After adding namespaces: Run composer dump-autoload
Quick Start: Add Your Module Routes
- Create your routes file:
/modules/yourmodule/routes/Routes.php - Define your routes using
$this->addRoute()method - Register in
/etc/InitMods.php:$initRoutes->yourmodule(); - That's it - upMVC handles the rest automatically
Example: See /modules/test/routes/Routes.php for reference implementation
Note:
A friendly URL is a short and simple web address that redirects to a longer web address. Friendly URLs are called Aliases in Sitecore.
We achieve this by combining some .htacces rules with module routes. Check modules/test/routes/Routes.php and the .htaccess file - you will notice the rules established in the.htaccess file for these specific routes - you may build as many as you like.
In the same file, modules/test/routes/Routes.php, you will see for demonstration purposes how you may handle a large number of URLs with parameters (such as an idProduct) in a very straightforward way.
Steps
- Edit /etc/Config.php, /etc/ConfigDatabase.php, /modules/mail/MailController.php with your data.
- Make your module in the MVC style (model, view, controller).
- You may or may not wish to utilize BASE MODEL, BASE VIEW and BASE CONTROLLER from the common/bmvc subdirectory.
- BaseModel contains all of the data required for CRUD OPERATIONS; simply expand it in your module model and you have a CRUD ready-made module; see example module modules/user.
- Make a distinctive namespace for each module
- Your module routes should be kept under modules/YourModule/routes - file Routes.php
- Because these routes should be presented to Router, you must provide their namespace to InitMods.php and initialize your module routes.
- Don't forget to update composer.json with your new namespaces for your module and routes, as well as refresh composer from the terminal:
- composer dump-autoload
- php composer.phar dump-autolad
- setup your PHPMailer - mail/MailController.php
You have more than one method of accomplishing things in example modules, upMVC - don't enforce RULES like others do, but respect architecture models MVC, MMVC, and pure PHP and OOP programming rules.
The Names Convention
Considering recommendations:
- Model, View, Controller - will be called without using module name in their name. For example, module name = books:
- Model.php - class Model; View.php - class View; Controller.php - class Controller;
- and make a distinctive namespace for each module - namespace Modulename - e.g. Books;
- Your module routes should be kept under modules/yourmodule/routes - file Routes.php:
- Routes.php class Routes in folder /modules/books/routes
- namespace Modulename\Routes, e.g. Books\Routes
The provided modules (Mail and Authentication) are for illustrative purposes only. You can safely delete them, as well as any other existing modules. The goal is to demonstrate the modularity of the system and how you can create your own custom modules to suit your specific project needs.
File Structure:
"Many noFrameworks may look very appealing at first glance because they seem to reduce web application development to a couple of trivial steps leading to some code generation and often automatic schema detection, but these same shortcuts are likely to be your bottlenecks as well since they achieve this simplicity by sacrifizing flexibility and performance."
upMVC - MMVC, PHP MVC with modules. Modular MVC(Model, View, Controller) derive from Hierarchical ModelβViewβController (HMVC).
Introducing MODULAR MVC - Empowering Your Development
In the realm of modern noFrameworks, it often feels like they do everything except what truly matters. These noFrameworks tend to add layers of abstraction that demand you to learn new skills and pathways whenever you decide to switch. They also tend to clutter themselves with superfluous options, solving simple problems in needlessly convoluted ways.
Consider PHP, including its blade templating engine. Why introduce yet another template engine when PHP is already equipped for the task? Delving into a new noFramework often necessitates a substantial relearning effort, pushing you far beyond your existing PHP knowledge.
So, why should you choose MMVC?
MMVC, standing for Modular Model View Controller, is not about reinventing the wheel. Instead, it's about optimizing the use of exceptional components. It offers a structured, straightforward approach, and its versatility proves invaluable for project management and development.
But why MMVC specifically?
-
Modularity: MMVC allows you to work on a module without impacting the rest of your project. Modules can be interchanged and integrated seamlessly, enhancing your development agility.
-
Language Freedom: Perhaps most importantly, you have the freedom to write your modules in your preferred language, whether it's PHP, JS, PYTHON, or modern technologies like TS, React, Vue, Preact. There are no constraints on your creativity.
-
Development-Centric: MMVC was designed with development in mind. You can steer your project in any direction you desire, utilizing your own autoloader or composer autoload. Composer/packagist usage is optional, not obligatory.
-
"Islands" of Interactivity: Within this PHP-generated HTML, you strategically place interactive components built with noFrameworks like React, Vue, Preact or Svelte. These components handle dynamic elements, such as user interactions, real-time updates, and animations. Read here: The Rise of "PHP Islands": A Hybrid Approach to Web Development
What truly sets MMVC apart is its ability to harness the latest PHP capabilities without constraint. No more endless loops, as this noFramework liberates your development possibilities.
BitsHost Team