eftec/autoloadone

AutoloadOne is a program that generates an autoload class for PHP.

Installs: 3 379

Dependents: 0

Suggesters: 0

Security: 0

Stars: 37

Watchers: 5

Forks: 11

Open Issues: 2

Type:software

1.28 2023-01-26 21:52 UTC

This package is auto-updated.

Last update: 2024-03-27 00:20:15 UTC


README

AutoloadOne is a program that generates an autoload class (Auto Include) for PHP that is project specific. This class is useful to use classes on code without calling each "include" manually. It is a direct alternative to Composer's autoload, but it works differently.
Composer's autoload, scans the folders during runtime, while this library only scans the folder once, and it stores the result.

Packagist Total Downloads Maintenance composer php php CocoaPods

Contrary to other alternatives, it supports the easiest way to autoload classes using PHP without sacrifice performance. How it works?. AutoLoadOne pre-calculates every class of a project and generates a single autoload.php (or the name indicated) file that it's ready to use. You don't need a specific folder, structure or rule to use it. Just generate the autoload file class, include, and you are ready to load any class (even classes without a namespace, classes in the namespace in different folders, multiple classes defined in a single file...).

AutoLoadOne is a replacement to Composer's Autoload, rendering obsolete the use of psr-0 or psr-4.

NOTE: If you run the dev-distro, then you must exclude the example/ folder because it contains @autorun tags.

Last Update 26 Jan, 2023

"Universal Autoloading classes in PHP, any class, any time!"

Table of Contents

How it Works?

1️⃣
Run AutoLoadOne.php as CLI or as Web.
2️⃣
AutoLoadOne will generate a single file called autoload.php (or the name indicated) based in your project. For the record, it takes mere 1.5 seconds to scan WordPress and yes, it is compatible with WordPress.
3️⃣
Include the generated file (ex: autoload.php) in your project code and start using it.

When I should re-run AutoLoadOne?

You don't need to run it again if you are adding a new class with the same namespace in the same folder.

Also, you could edit autoload.php manually by adding more classes and namespaces.

Or you could run AutoLoadOne.php again and replace the old generated file.

Composer Autoload features:

🔲 One class per file
🔲 One Namespace per file.
🔲 The file must have a namespace.
🔲 It requires composer.
🔲 It validates the file each file the class is loaded per user.
🔲 The structure of the folders should be pre-defined.
✅ Support CLI

AutoLoadOne extended features:

✅ One or Many classes per file.
✅ One or many namespaces per file.
✅ The file could contain optionally a namespace.
✅ It only requires PHP
✅ The folder structure and classes are validated once.
✅ If you add a class that shares a previous folder and uses the previous namespace, then you don't need to run the generator.
✅ You could use any structure of folder. It's recommended to use the same folder for the same namespace, but it's not a requisite.
✅ Support CLI and Web-UI.
✅ It doesn't require APCU, lock files or cache.
✅ It´s compatible with practically any project, including a project that uses Composer's autoload.
✅ It's compatible with PSR-0, PSR-4, and practically any specification, since you don't need to use any special configuration or standard.
✅ It allows libraries outside the project folder.
For example /someuser/myproject/ allows to include libraries from the folder /otheruser/library/
✅ It doesn't require APCU, lock files or cache.
✅ It has a minimum impact on runtime.
✅ It allows compression without impacting the runtime.

Getting started

You could run directly AutoLoadOne.php (via web of via CLI), or you could create a file that calls it.

Usage using the CLI

You must execute it in the root folder, and it will generate a file called autoload.php.

php AutoLoadOne.php -generate

If AutoLoadOne.php is not in the same folder then you can copy it, or set the path to use it php /somefolder/AutoLoadOne.php -generate There are more commands that you can use but -generate is the basic and out-the-box experience.

Usage via code

  • Copy AutoLoadOne.php in the root folder (recommended) of your project
  • Execute it directly or
  • Create the next PHP file (in the root folder) and execute it.
<?php
// This code will generate the file autoload.php

use eftec\AutoLoadOne\AutoLoadOne;

define("_AUTOLOAD_SELFRUN",false); // we want to call it manually.
include "AutoLoadOne.php"; // or change the path of the file.
$auto=new AutoLoadOne();
$auto->init();
$auto->process();
$auto->render();

Usage (generate code via Web)

1️⃣
Copy the file autoloadone.php somewhere.

2️⃣
For security, you could edit the first lines of the class autoloadone.php. Change the user, password and autoloadenter if it's required.

<?php
define("_AUTOLOAD_USER","autoloadone");
define("_AUTOLOAD_PASSWORD","autoloadone");
define("_AUTOLOAD_ENTER",true); // if you want to autoload (no user or password) then set to true
?>

3️⃣
Start the browser

Enter your user and password. If _AUTOLOAD_ENTER is true then you are logged automatically.

autoloadone login

4️⃣
Select the folder to scan, then select the file to generate and finally press the button GENERATE.

autoloadone screen

  • Root Folder : The folder to scan.
  • Generated File: The full path (local) of the autoload.php. Even if you are not using the generation of file, you must specify it, because the program uses for determine the relative path.
  • Save File: If you check it, then generate file will be generated. If PHP doesn't have access to save the file, then you could copy the code manually (screen Result)
  • Excluded Namespace : Namespace excluded of mapping.
  • Excluded Map : Paths excluded to scan (they are not recursives)

5️⃣
The result should look this:

autoloadone screen2

Usage (via cli)

autoloadone cli

In the shell, browser to the folder where you want to generate the code and run the next command

Commands available :

  • current (scan and generates files from the current folder)
  • folder (folder to scan)
  • filegen (folder where autoload.php will be generate)
  • filename (name of the filename to generate by default its autoload.php)
  • save yes/no (save the file to generate).This option is required.
  • excludens (namespace excluded)
  • excludepath (path excluded)
  • externalpath (include an external path). An external path is a library that lives outside the project folder

Example: php autoloadone.php -folder folder\scan -filegen folder\whereautoload\ -save yes

php folder/located/autoloadone.php -current

Usage of the generated file (autoload.php)

1️⃣
include the generated file by the previous step. ex: autoload.php

<?php
define("_AUTOLOAD_ONEDEBUG",true); // this line is optional. By default, the DEBUG is off. The debug mode is used for find errors.
include "autoload.php"; // it could be an absolute or relative path.
?>

and that's it!.

In the /test folder you could find some example to try.

Note:Finally, you could delete the file autoloadone.php if you wish for.

Note

If you want to exclude a class, you could add the namespace to the exclude list, or you could skip a folder.
Also, if a class has the next comment, it's excluded automatically:

<?php
// @noautoload
?>

Autorun

If you want to execute (run) a php file, then you could add the next comment.

<?php
// @autorun
?>

You could also set priority to the execution by adding a comment with @autorun first

<?php
// @autorun first
?>

If you find the error: Parse error: syntax error, in on line 000. Then some php files scanned have some syntax error. The solution is to fix the problem or to exclude the whole folder.
How to find the file with error? You could run the page with the debug flag: autoloadone.php?debug=1

Extension

You could change the extension (by default it is .php) by running the next command

$auto=new AutoLoadOne();
$auto->extension='.php'; // it's not required. By default it's .php

Statistic and optimization

This library generates the next statistics. The objective is simple, you must reduce (in the possible), the size of the map. The smaller the map, then the better.

Number of Classes: 42
Number of Namespaces: 12
Number of Maps: 16
Number of PHP Files: 50
Number of PHP Autorun: 3
Number of conflicts: 0
Ratio map per file: 32% Acceptable (less is better. 100% means one map/one file)<
Ratio map per classes: 38.1% Acceptable (less is better. 100% means one map/one class)
Map size: 3.1 kbytes (less is better, it's an estimate of the memory used by the map)

Example of the screen:

autoloadone screen

In the log file:

  • White means a normal operation
  • Yellow means a warning. For example, some file was excluded.
  • Green means an optimization.
  • Blue means an important operation was done succesfully.
  • Red is an error that must be attended.

How can I reduce the map?

  • You could use one class / one file, also, the class must have the same name as the filename. The name of the namespace is irrelevant

    Example Customer.php and class Customer { }

  • Grouping classes of the same namespace in the same folder. So, the library could map the whole namespace as a single folder instead of map per file/class.
    • 📁 repository (repositoryns\)
      • 📃 MyClass.php repositoryns\MyClass
      • 📃 MyClass2.php repositoryns\MyClass2
    • 📁 model (namespace_model\)
      • 📃 MyClass.php namespace_model\MyClass
      • 📃 MyClass2.php namespace_model\MyClass2
  • You could remove (:scissors:) namespaces and folders that you don't need it. Some namespaces and folders are used by the system however, they don't require to be autoloaded because they are loaded manually (for example, most libraries load its own include manually)
    • 📁 somelibrary
      • 📃 MainLibraryClass.php
      • 📃 IncludesLibrary.php ✂️
      • 📁 somelibrary ✂️
        • 📃 MoreIncludesLibrary.php ✂️
        • 📃 MoreIncludesLibrary.php ✂️
  • You could also exclude a file/class/include/strut by adding the tag @noautoload
/* @noautoload */
class Someclass {

}
    • 📁 somelibrary
      • 📃 MainLibraryClass.php
      • 📃 IncludesLibrary.php @noautoload ✂️
  • Only files with the extension .php (or the defined extension) are loaded. So, Files .inc, .phpinclude or similar, are automatically excluded (:scissors:).
    • 📁 somelibrary
      • 📃 file.inc.php (inc.php is included but .inc)
      • 📃 IncludesLibrary.inc ✂️
      • 📃 MoreIncludesLibrary.inc ✂️
  • Another optimization is to write many classes in the same file. This library even allows to use multi classes / multi namespaces in the same file. So, it's possible to create a bulk version of a project.
    • 📃 AllClassesOneFile.php
      • namespace repositoryns\
        • class repositoryns\MyClass
        • class repositoryns\MyClass3
      • namespace anotherns\MyClass2
        • class anotherns\MyClass2

Test

I created an empty blog on Laravel. The project is empty but the default libraries and components.

Files:

7545 files in total. (including files that aren't PHP files)

AutoLoadOne

Number of Classes: 5565
Number of Namespaces: 765
Number of Maps: 2305 (you want to reduce it)
Number of PHP Files: 6302
Number of PHP Autorun: 0
Number of conflicts: 31

File generated:

autoload.php 231kb.

Optimized AutoLoadOne

I separated PHPUnit and Mockery from the project. Why? Both libraries are for unit test.

excluded namespace = /vendor/phpunit/,/vendor/mockery/

Number of Classes: 5565
Number of Namespaces: 765
Number of Maps: 1535 (you want to reduce it)
Number of PHP Files: 6302
Number of PHP Autorun: 0
Number of conflicts: 13     

File generated:

autoload.php 159kb.    

Composer's autoload (using optimize)

composer dump-autoload -o

Generated optimized autoload files containing 3519 classes
Number of Maps: 3519 (static and not-static)

Autoload uses one of the next methods:

  • Static: (fast method, it uses more memory, and it requires to be calculated manually)

    autoload.php 1kb
    autoload_real.php 3kb
    autoload_static.php 468kb
    ClassLoader.php 14kb

  • Not static: (default method)

    autoload.php 1kb autoload_real.php 3kb autoload_namespaces.php 1kb autoload_psr4.php 4kb autoload_classmap.php 426kb

Why the size matter?.

Let's say we are calling a single webpage that uses autoload.

If we use Composer's autoload (static), we are also calling a file that uses 468kb (plus other files), and this memory is loaded into the memory. It could use (an average of) 609kb of ram per call (it's around PHP file x 1.3 x 1kb)

For example, what if we have 1000 concurrent users. It will use 609kb x 1000 = 609mb of ram thanks to Autoload alone at the same time and with 10k concurrent users we will use 6gb of ram only because autoload.

With AutoLoadOne, it is optimized to 302mb (1000 users) or 3gb (10k users), it is for the version not optimized.

AutoLoadOne tags all classes from the project, including classes that aren't defined in composer.json (unless they are excluded from the project). Composer's autoload found only 3519 classes, while AutoLoadOne found all classes of the project (5565).

However, some classes are not required to be loaded by the project (for example unit test classes), so we could exclude those classes of the project.

For example, excluding PHPUnit and Mockery reduces the use to 206mb (1000 users) or 2gb (10k users) but we could optimize it even further.

Concurrent Users Composer's autoload (Optimized) AutoLoadOne AutoLoadOne Optimized AutoLoadOne Optimized and compressed
1000 609mb 301mb 206mb 130mb
10000 6gb 3gb 2gb 1gb

Lookup usage?

Let's say we have a "map" with different elements. How much time does it take to find the element of the map?.

Map size Time (1 million of lookup sequentially)
100 0.271 seconds +/-
10.000 0.299 seconds +/-
1.000.000 0.376 seconds +/-

So, the size of the map/lookup time is not important. The difference between a small map (100 elements) versus a huge map (1 million of elements) is 0.1 second in total (per 1 millon of queries). However, the memory usage matters, and it could impact the performance considerably.

How many lookup are called?.

Let's say we have 10k concurrent users and each one calls 100 different classes. It means we are doing 10k x 100 = 1 million of lookup at the same time.

TEST II (Magento 2.2.3)

Magento is a huge project, it has 22k PHP files and from it, 20k are classes.

AutoLoadOne:

Number of Classes: 21063
Number of Namespaces: 7018
Number of Maps: 9473 (you want to reduce it)
Number of PHP Files: 22862
Number of PHP Autorun: 0
Number of conflicts: 6
Ratio map per file: 41.44% Bad. (less is better. 100% means one map/one file)
Ratio map per classes: 44.97% Bad. (less is better. 100% means one map/one class)
Map size: 1398.7 kbytes (less is better, it's an estimate of the memory used by the map)
Map size Compressed: 1195.1 kbytes (less is better, it's an estimate of the memory used by the map)

It takes +/- 200 seconds to generate the autoload.php

In comparison, Composer's autoload (optimized) uses

Generated optimized autoload files containing 11582 classes
Number of Maps: 11582 classes (2.6mb of memory will be use per request per user)
Composer's autoload (optimized) AutoLoadOne (not optimized) AutoLoadOne (not optimized, compressed)
2.6mb 1.36mb 1.16mb

However, it is without a manual optimization.

Let's say we have 1000 concurrent users

Concurrent Users(*) Composer's autoload (Optimized) AutoLoadOne (not optimized) AutoLoadOne (compressed)
1000 2.6gb 1.36gb 1.16gb
10000 26gb 13.6gb 11.6gb

(*) However, Magento wasn't create for concurrency. But, however what we are measuring is not the number of concurrent users but the number of concurrent calls (for example rest-json, opening a page and such).

Compression and Magento.

While AutoLoadOne is able to compress the map, but it only compresses the path of it, not the namespace. It is because the compression is aimed to generate the minimum impact on the system. Magento relies on heavily in huge namespaces so the compression is unable to compress them. But still, the system is able to compress values in 15%.

In general, the compression allows to shrink the values in 40-50%.

Code execution.

Both AutoLoadOne and Composer's autoload execute a code when it is initialized/executed.

When AutoLoadOne generates the map, it consists of two relational arrays as follows:

    private $_arrautoloadCustom = array(
		'Magento\AdminNotification' => '/app/code/',
		'Magento\Notice' => '/app/code/Developer/',...

While Composer's autoload generates an array that requires concatenation.

array(
    'Magento\\AdminNotification' => $baseDir . '/app/code/MagentoActions.php',
    'Magento\\Notice' => $baseDir . '/app/code/Developer/Notice.php',

So it requires to concatenate each map (with a variable called $baseDir). So Composer's autoload affects slighly the performance.

Benchmark

PHP 7.1.18 + Windows 10 + SSD.

AutoloadOne Benchmark

More is better.

I did a synthetic benchmark by loading different classes and reading the performance of it. Since my machine has a SSD disk then, the impact of the disk is minimum in comparison with a mechanical hard disk. This chart compares the performance against INCLUDE.

Security

You could block the access to the file

RedirectMatch 403 ^/folder/^/folder/.*$

❗ While the program has a build-in-security measure, however I suggest to protect adding new layers of security such as locating the AutoLoadOne.php file outside the public/web folder.

AutoLoadOne.php is not safe (because it writes a generate file), it doesn't have access to the database, neither it allows to write any content to the file but, it could overwrite an exist code and put down a system.

However, the generate file is safe (autoload.php) and you could expose to the net.

  • Change the user and password and set _AUTOLOAD_ENTER to false.
  • Or, Don't put this file in your public website.
  • Or, change the filename.
  • Or, you could block the access to the file using .htaccess or similar.
RewriteEngine On
RewriteBase /

<Files "AutoLoadOne.php">
Order Allow,Deny
Deny from all
</Files>
  • Or you could restrict the access to PHP, and it's the behaviour by default on Linux (it runs under Apache's account , most of the time as user NOBODY)

Composer.json

Commonly, this library does not need composer.json, and it actively ignores its configuration (because it reads the PHP source code directly). However, since 1.19, AutoLoadOne reads (optionally) part of the information of composer.json (for compatibility purpose). For example, the library guzzlehttp uses this feature.

Note: it requires to set the constant _AUTOLOAD_COMPOSERJSON to true. By default, this variable is false.

Let's say the next file:

composer.json

{
  "autoload": {
    "psr-4": {
      "blahblahblah": "some folder blahblahblah/"
    },
    "files": ["src/functions_include.php"]
  }
}

If AUTOLOAD_COMPOSERJSON is true the AutoLoadOne includes the file (or files) declared in composer.json and declared in 'files'. This file or files is added to our autoload.php as follows:

Our code to generate autorun.php

define("_AUTOLOAD_COMPOSERJSON",true);
include 'vendor/eftec/autoloadone/AutoLoadOne.php';

And our autorun.php generated.

@include __DIR__.'/folder/jsontest/src/functions_include.php'; 

Since it is done once (when autoload.php is generated), then this feature does not affect the performance because it reads the composer.json files once.

Version

  • 1.28 2023-01-26
    • Small cleanups
  • 1.27 2022-08-27
    • [fix] fixed a problem with double mapped.
  • 1.26 2022-02-21
    • [fix] compatibility with PHP 8.1.
    • Raising the compatibility with php 7.1.5 and higher. If you want to use an old version, then you can use 1.25.1
    • Adding AutoLoadOne as a composer's binary file.
  • 1.25.1 2021-06-09
    • [fix] in autoloadone_exception_handler when the arguments of the error is not an array but a string.
  • 1.25 2021-04-17
    • A better error management. Now, it shows the line of the error in a custom trace.
  • 1.24 2021-04-17
    • [cli] Re-colored the CLI.
    • [code] Some cleanups in the code.
    • [fix] Now the generated file shows the correct hour.
  • 1.23 2021-02-26
    • Updatted the file generated.
  • 1.22.2 2021-02-26
    • fixed composer.json
  • 1.22.1 2021-02-26
    • fixed an error in the code
  • 1.22 2021-02-26
    • Another fix (it failed to save the configuration file. It failed to use the same path for multiple classes)
    • Configuration now it is stored in the same file autoload.php. The old file is still could be used but only if the new configuration is not set or used.
    • Removed part of the configuration, functions related with json and constants related with json.
  • 1.21.2 2021-02-15
    • Removed wrong "']" characters.
  • 1.21.1 2021-02-15
    • fixed composer.json (wrong number)
  • 1.21 2021-02-15
    • Fixed a big problem with linux. It used basename(), but it works diffently in Linux and Windows. Now, it works in Linux.
  • 1.20 2020-09-02
    • some cleanups.
    • The GUI has some examples.
    • _AUTOLOAD_COMPOSERJSON is indicated where it is executed or not.
  • 1.19.2 2020-06-05
    • composer.json feature is now optional (and disable by default)
  • 1.19.1 2020-06-05
    • composer.json autoload-files now it could be excluded via "exclude-path"
  • 1.19 2020-06-05
    • Added composer.json {'autoload':{'files':[]}}
  • 1.18 2020-04-23
    • Some cleaning.
    • The generated file is alsoc cleaned and optimized.
  • 1.17 2020-01-26 (optional but by default), the map is compressed.
    • The compression has a minimum impact on runtime, it only uses a regular expression to replace a string.
  • 1.16 2019-08-04 Removed git reference. It's not used. Changed the style format to PSR
  • 1.15 2019-06-08 Removed external css again. Now it generates the css inside the file.
  • 1.14 2019-06-08 Fixed some bug. Reverted to global (const arrays are not compatible with php<7.0)
  • 1.12 2019-05-10 Added some changes pushed. Removed css.
  • 1.11 2019-03-04 It allows to specify the result php file. And some cleanups. Now, /namespace/nameclass:class is not considered a class
  • 1.10 2018-10-18 It solves a small bug when we load autoload.php from a different url, and it calls an external and remote folder.
  • 1.9 2018-10-14 A small fix and some colors.
  • 1.8 2018-10-14 Added external path and some fixes. Now you could add a path without comma (it's added automatically) [WebUI]
  • 1.7 2018-10-12 Some small fixes. Now by default, the system uses the caller's path instead of the AutoLoadOne.php path.
  • 1.6 2018-09-28 Added wildcard (*) to exclusion list (folders).
  • 1.5 2018-09-05 Now the interface open automatically by default. This file must be deleted or restricted if it's used publicity.
  • 1.4 2018-08-25 Some example. Now the interface doesn't open automatically by default. It's for security.
  • 1.3 2018-07-05 Now it works with interface, and it fixes a problem with some specific file. It also fixes a problem with linux vs Windows folder.
  • 1.2 2018-07-01 Lots of changes. Modified exclusion. Title and icons for the web ui. It also allows to disable the web.
  • 1.1 2018-06-26 Some fixes.
  • 1.0 2018-06-24 First version

Todo

  • Save configuration
  • CLI (more commands)
  • Clean the code.
  • Convert to a single class.
  • External folder/library (relative or absolute path)
  • The generation fails if a php file has an error.
  • Specify the extensions. By default, it scans only .php files.