Skip to content

Files

Latest commit

387da9e · Jun 4, 2020

History

History

staticphp-0.9

apidocs packagist ![build](http://img.shields.io/badge/build-not implemented%20%3A%29-red.svg)

StaticPHP

Simple, modular php framework.

Requirements

  • PHP 5.4+
  • Twig 1.5+

Installation

There are two ways to install StaticPHP framework:

  1. Easy one - using composer.
  2. And a little bit complicated way.

1. Using composer

Run composer create-project 4apps/staticphp ./ for stable version and composer create-project 4apps/staticphp ./ master-dev for latest development version from github. Composer will install all the dependecies for you.

How to install composer?

2. Manually

Download latest release from Releases or development version from github. Extract archive contents to some directory (lets call it "somedir").

Download Twig. Extract archive, rename the directory to twig and put it in ./somedir/Vendor/twig so that Autoloader.php file is under ./somedir/Vendor/twig/twig/lib/Twig/. For installing Twig C php extension, please refer to this guide.

Getting started

* Remember to set correct permissions for Cache directory. For example: chown www-data:www-data ./Application/Cache/

Most quickest way to run your project is to use php's in-built server. To do that, cd into the ./somedir/Application/Public and run php -S 0.0.0.0:8081. Now open your server_ip:8081 (or 127.0.0.1:8081) and StaticPHP first page should show up. By default, running StaticPHP with php's cli server, turns debugging on, but you can configure that in ./somedir/Applications/Config/Config.php by setting $config['environment'] or $config['debug'] variables.

* Take a look at home controller in ./somedir/Application/Modules/Controllers/Welcome.php and views in ./somedir/Application/Modules/Views/ for basic framework usage.

Components

Installing via composer, automatically downloads jquery and bootstrap components. By default those are installed in ./somedir/Application/Public/assets/vendor/. Base views shipped with StaticPHP are built using these components, so you can quickly get started with your project.

Api

Api documentation*

* Work in progress

Example app

A simple todo application based on sessions. To view the source, checkout the "example" branch.

Basic Nginx configuration

server {
    listen       80;
    listen       443 ssl;
    server_name  staticphp.gm.lv;

    root  /www/sites/gm.lv/staticphp/Application/Public;
    index index.php index.html index.htm;

    # Error responses
    error_page 403 /errors/E403.html;
    error_page 404 405 =404 /errors/E404.html;
    error_page 500 501 502 503 504 =500 /errors/E500.html;

    # Handle error responses
    location ~ /errors/(E[0-9]*.html) {
        alias /www/sites/gm.lv/staticphp/System/Modules/Core/Views/Errors/$1;
    }

    # Base location
    location / {
        if (!-e $request_filename)
        {
            rewrite  ^(.*)$  /index.php?/$1  last;
        }
    }

    # Allow font origin (for webfonts and similar)
    location ~* \.(eot|ttf|woff|svg)$ {
        add_header Access-Control-Allow-Origin *;
    }

    # Set assets expiration headers to max
    location ~ ^/assets/ {
        expires max;
    }

    # Handle php files
    location ~ \.php(/|$) {
        fastcgi_split_path_info ^(.+?\.php)(/.*)$;
        if (!-f $document_root$fastcgi_script_name) {
            return 404;
        }

        fastcgi_pass  127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO       $fastcgi_path_info;
        fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
        include /etc/nginx/fastcgi_params;

        # To intercept errors from fastcgi and show our error pages instead, otherwise nginx will send to browser whatever response there was from fastcgi
        fastcgi_intercept_errors on;
    }

    # Show 404 for hidden files
    location ~ /\. {
        return 404;
    }
}

TODO

  • Write usage guide
  • Write api documentation, e.g. write descriptions for all StaticPHP class methods and files.
  • Update help page
  • Unit testing.
  • Rewrite all sessions classes into one by adding an option to choose from session backend to use, possibly allowing to use multiple backends (e.g. memcached -> sql).
  • Make cache class for memcached and redis.
  • Look for a way to extend a view from same directory as the view extending it. E.g. {% extends "layout.html" %} instead of {% extends "Defaults/Views/layout.html" %}

History

####v0.9.4

  • √ Fixed possibility of nonexisting variable causing notices.
  • √ Updated nginx configuration example.
  • √ Added .editorconfig file
  • √ Updated composer dependencies
  • √ Few micro performance updates
  • √ Option to disable twig template engine

####v0.9.3

  • √ Fixed issue preventing to load page from subdirectory.

####v0.9.2

  • √ Fixed issue with $controller_url not being set when default route from Routes.php config file is loaded.
  • √ Core controller render method didn't have $data argument, fixed.
  • √ siteUrl twig filter now accepts all parameters that Router::siteUrl() does.
  • √ Added debug method to Router class.
  • √ Made all Router's helper methods public.
  • √ Renamed some variables of the Router class, so it makes more sense also added some new ones.
  • √ More Router fixes for correct controller handling.

####v0.9.1

  • √ Documentation config update

####v0.9

  • √ Added various small helper functions, take a look in System/Modules/Core/Helpers/Other.php
  • √ Rewritten framework for more modular structure
    • Links like - /module/my-controller/my-method are now turned into Application/Modules/Module/MyController.php::myMethod($params)
  • √ PSR-0 or PSR-4 autoloading schema
    • All folder names and file names are now named using StudlyCaps
    • We are not using "Vendor" in front of autoloading classes to avoid long includes (e.g. "use" parameters), which could be useful if more than one application is run with same instance, but for now we are skipping this.
  • √ Added core controller
    • If used, controller now have access to self::$controller_url and self::$method_url, very useful for migrating controllers to other urls and for controller copying.
    • self::render('path_to_view.html') will automatically look into module's Views directory
    • self::write($params) will echo json encoded string if $params is an array
  • √ Json reponse has been used very often so far, maybe we should make some kind of output filtering method that outputs content based on output type?
    • If an array is returned from a controller method, its turned into a json encoded string and is sent back to the browser
  • √ Put helpers under namespaces?
    • No, functions should be in global scope
  • √ Decide to go with Reflection Api or not.
    • Yes for Reflection Api
  • √ Css and js minifying - git hooks, also css and js versioning.
    • Added minify.py under Scripts, this also makes javascript source maps
    • Added all the stuff related to this in default views
    • Added git pre-commit hook that can check whether css, js file was modified and based on that execute minify.py
    • Added git post-receive hook that can check whether css or js file was modified and base on that increase css or js version by calling a url with wget
  • √ Script to clear Twig cache. Also a git hook?
    • Added a git post-receive script that can check whether any html file was modified, and if was, can clear twig cache

####v0.8

  • √ Should database run all queries in beginTransaction .. commit .. rollback mode?
    • Not for now, by default we are running connections in persistent mode, which can cause issues with transactions.
  • √ Update one of the project currently using StaticPHP to get the idea of whether we are not missing any required variable to be available globally in view files.
  • √ Choose documentation parser.
    • apigen for now.
  • √ Check whether form validation helper still works and how it applies to Twig.
    • Works now and can be registered with twig by running \models\fv::twig_register();
  • √ Pages helper should register it self with Twig once loadded and if Twig is available.
    • Nop, pagination html can be passed in the view as variable.
  • √ Change all include to require, so that we don't expose StaticPHP to any security issues by doing something that can't be done.
  • √ Update StaticPHP start page.
  • √ Add filesystem helpers to core \load class.
  • √ Logger interface through core\load class.
  • √ Go through core router class and make sure there are no redundant methods.
  • √ Rename all class methods in camelCase format to comply with php-fip standards. Also possibly filenames.
  • √ Check whether url prefixes are working.
  • √ Check before_controller hook.