依赖注入可能是我所知道的最简单设计模式之一,很多情况下可能你无意识中已经使用了依赖注入.不过它也是最难解释的一个.我认为有一部分原因是由于大多数介绍依赖注入的例子缺乏实际意义,让人难理解.因为PHP主要用于Web开发,那就先来看一个简单的web开发实例.
HTTP本身是一个无状态的连接协议,为了支持客户在发起WEB请求时应用程序能存储用户信息,我们就需要通过一种技术来实现存储状态交互.理所当然最简单的是使用cookie,更好的方式是PHP内置的Session机制.
$_SESSION['language'] = 'fr';
上面代码将用户语言存储在了名为language的Session变量中,所以呢在该用户随后的请求中,可以通过全局数组$_SESSION来获取language：
$user_language = $_SESSION['language'];
依赖注入主要用于面向对像开发,现在让我们假设我们有一个SessionStorage类,该类封装了PHP Session机制：
class SessionStorage
{
function __construct($cookieName = 'PHP_SESS_ID')
session_name($cookieName);
session_start();
}
function set($key, $value)
$_SESSION[$key] = $value;
function get($key)
return $_SESSION[$key];
// ...
同时还有一个User类提供了更高级的封装：
class User
protected $storage;
function __construct()
$this-storage = new SessionStorage();
function setLanguage($language)
$this-storage-set('language', $language);
function getLanguage()
return $this-storage-get('language');
代码很简单,同样使用User类也很简单：
$user = new User();
$user-setLanguage('fr');
$user_language = $user-getLanguage();
一切都很美好,除非你的程序需要更好的扩展性.假设现在你想要更改保存session_id的COOKIE键值,以下有一些可供选择的方法：
User类中创建SessionStorage实例时,在SessionStorage构造方法中使用字符串'SESSION_ID'硬编码:
$this-storage = new SessionStorage('SESSION_ID');
在User类外部设置一个常量(名为STORAGE_SESSION_NAME)
$this-storage = new SessionStorage(STORAGE_SESSION_NAME);
define('STORAGE_SESSION_NAME', 'SESSION_ID');
通过User类构造函数中的参数传递Session name
function __construct($sessionName)
$this-storage = new SessionStorage($sessionName);
$user = new User('SESSION_ID');
还是通过User类构造函数中的参数传递Session name,不过这次参数采用数组的方式
function __construct($storageOptions)
$this-storage = new SessionStorage($storageOptions['session_name']);
$user = new User(array('session_name' = 'SESSION_ID'));
上面的方式都很糟糕.
在user类中硬编码设置session name的做法没有真正解决问题,如果以后你还需要更改保存session_id的COOKIE键值,你不得不再一次修改user类(User类不应该关心COOKIE键值).
使用常量的方式同样很糟,造成User类依赖于一个常量设置.
通过User类构造函数的参数或数组来传递session name相对来说好一些,不过也不完美,这样做干扰了User类构造函数的参数,因为如何存储Session并不是User类需要关心的,User类不应该和它们扯上关联.
另外,还有一个问题不太好解决：我们如何改变SessionStorage类.这种应用场景很多,比如你要用一个Session模拟类来做测试,或者你要将Session存储在数据库或者内存中.目前这种实现方式,在不改变User类的情况下,很难做到这点.
现在,让我们来使用依赖注入.回忆一下,之前我们是在User类内部创建SessionStorage对像的,现在我们修改一下,让SessionStorage对像通过User类的构造函数传递进去.
function __construct($storage)
$this-storage = $storage;
这就是依赖注入最经典的案例,没有之一.现在使用User类有一些小小的改变,首先你需要创建SessionStorage对像.
$storage = new SessionStorage('SESSION_ID');
$user = new User($storage);
现在,配置session存储对像很简单了,同样如果改变session存储对像也很简单,所有这一切并不需要去更新User类,降低了业务类之间的耦合.
Pico Container 的网站上是这样描述依赖注入：
依赖注入是通过类的构造函数、方法、或者直接写入的方式,将所依赖的组件传递给类的方式.
所以依赖注入并不只限于通过构造函数注入.下面来看看几种注入方式：
构造函数注入
setter方法注入
function setSessionStorage($storage)
属性直接注入
public $sessionStorage;
$user-sessionStorage = $storage;
根据经验,一般通过构造函数注入的是强依赖关系的组件,setter方式用来注入可选的依赖组件.
现在,大多数流行的PHP框架都采用了依赖注入的模式实现业务组件间的高内聚低耦合.
// symfony: 构造函数注入的例子
$dispatcher = new sfEventDispatcher();
$storage = new sfMySQLSessionStorage(array('database' = 'session', 'db_table' = 'session'));
$user = new sfUser($dispatcher, $storage, array('default_culture' = 'en'));
// Zend Framework: setter方式注入的例子
$transport = new Zend_Mail_Transport_Smtp('smtp.gmail.com', array(
'auth' = 'login',
'username' = 'foo',
'password' = 'bar',
'ssl' = 'ssl',
));
$mailer = new Zend_Mail();
$mailer-setDefaultTransport($transport);
暴字段长度命令如下
Order by num/*
另完整的手工注入过程如下：
首先要做的是在判断好字段数后,爆破用户信息,注入的过程中如果当前数据库连接用户为root或者具有root权限就可以尝试使用loadfile（）这个函数来读取文件.
第一段：在linux下我们可以读取/etc/passwd和/etc/shadow来暴力破解linux密码
第二段：在windows下我们可以读取一些常见的文件以及敏感的地方比如serv-u的配置文件my.ini等等,然后就是一一破解字段和字段内容即可.
最不好的情况（目前很少了）就是权限不是root,数据库版本过低,那么所有的表,字段都是要自己猜解的,没有工具的情况下,会让工作量加大几十倍,还不一定能猜到,让人汗颜.
所以有工具还是很方便的.
去后盾人找视频,上面视频都是牛人老师录制,含金量高,可以解答你问题
以上就是土嘎嘎小编为大家整理的手工php注入详解相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！