Branch | Build | Coverage | Style | PHPStan |
---|---|---|---|---|
[Skeleton] | [![][Skeleton-Build-img]][Skeleton-Build] | [![][Skeleton-Coverage-img]][Skeleton-Coverage] | [![][Skeleton-Style-img]][Skeleton-Style] | |
[Framework] | [![][Framework-Build-img]][Framework-Build] | [![][Framework-Coverage-img]][Framework-Coverage] | [![][Framework-Style-img]][Framework-Style] | [![][Framework-PHPStan-img]][Framework-PHPStan] |
[Core] | [![][Core-Build-img]][Core-Build] | [![][Core-Coverage-img]][Core-Coverage] | [![][Core-Style-img]][Core-Style] | [![][Core-PHPStan-img]][Core-PHPStan] |
[Account] | [![][Account-Build-img]][Account-Build] | [![][Account-Coverage-img]][Account-Coverage] | [![][Account-Style-img]][Account-Style] | [![][Account-PHPStan-img]][Account-PHPStan] |
[Admin] | [![][Admin-Build-img]][Admin-Build] | [![][Admin-Coverage-img]][Admin-Coverage] | [![][Admin-Style-img]][Admin-Style] | [![][Admin-PHPStan-img]][Admin-PHPStan] |
[AdminLTE |
This plan outlines a possible method of integrating social login, 2 factor authentication, and also the option for a developer to introduce their own authentication methods through their own sprinkles.
For every authentication method, there will be an authenticator class, which will have standard methods depending on what type of authenticator it is (see below). Each authenticator will be enabled in the config file. This is also where any application credentials that are needed by the authenticator will also be stored.
The presence of it in the configuration will then allow UserFrosting to "register" the authenticator class in a sub container called authenticators
. They have been set up in the config so that multiple instances of the same authenticator class can be used, such as if a person had two standard oath2 sites they wanted to use.
The different authenticator types will be split up into sub-containers again depending on what type it is.
<?php | |
$rules = [ | |
'binary_operator_spaces' => ['align_double_arrow' => true, 'align_equals' => false], | |
'blank_line_after_namespace' => true, | |
'blank_line_after_opening_tag' => true, | |
'blank_line_before_return' => true, | |
'braces' => true, | |
'cast_spaces' => true, | |
'class_definition' => true, |
This page provides a full overview of PHP's SessionHandler
life-cycle - this was generated by a set of test-scripts, in order to provide an exact overview of when and
what you can expect will be called in your custom SessionHandler
implementation.
Each example is a separate script being run by a client with cookies enabled.
To the left, you can see the function being called in your script, and to the right, you can see the resulting calls being made to a custom session-handler registed using session_set_save_handler().
#! /bin/sh | |
# /etc/init.d/aped | |
# | |
# chkconfig: 2345 85 15 | |
# description: APE Daemon | |
# processname: APE Daemon | |
# | |
# Tutorial for installing this file can be found at | |
# @see http://redrokk.com/2012/06/16/installing-ape-streaming-server-tutorial |