框架时导致预期之外的结果。 在 Laravel 5.6 中，Blade 以及辅助函数 e 默认会对特殊字符进行双重编码，从而与 PHP 底层 htmlspecialchars 函数的默认行为保持一致。如果 你想要维持不进行双重编码的旧状，可以使用 Blade::withoutDoubleEncoding 方法： 维持不进行双重编码的旧状，可以传递 false 作为第二个参数到 e 函数： 日志 新配置文件 所有的日志配置现在都存放在独立的 目录下，所有的配置项都有注释，所以你可以轻松遍览这些配置文件以便熟悉所有配置项。 目录权限 安装完 Laravel 后，需要配置一些目录的读写权限：storage 和 bootstrap/cache 目录对 Web 服务器指定的用户而言应该是可写的，否则 Laravel 应用将不能正常运行。如果你使用 Homestead 虚拟机做为开发环境，这些权限已经设置好了。 应用 key 接下来要做的事情就是将应用的 k

项都有注释，所以你可以轻松遍览这些配置文件以便熟悉所有配置 项。 目录权限 安装完 Laravel 后，需要配置一些目录的读写权限： storage 和 bootstrap/cache 目录对 Web 服务器指定的用户而 言应该是可写的，否则 Laravel 应用将不能正常运行。如果你使 用 Homestead 虚拟机做为开发环境，这些权限已经设置好了。 应用密钥 接下来要做的事情就是将应用的密钥（APP_KEY）设置为一个随机 和前端资源文件（图 片、JavaScript、CSS 等），该目录也是 Apache 或 Nginx 等 Web 服务器所指向的应用根目录，这样做的好处是隔离了应用核心文件直 接暴露于 Web 根目录之下，如果权限系统没做好或服务器配置有漏 洞的话，很可能导致应用敏感文件被黑客窃取，进而对网站安全造成 威胁； 资源目录 本文档由学院君提供 学院君致力于提供优质 Laravel 中文学习资源：https://xueyuanjun 中文学习资源：https://xueyuanjun.com 51 这个目录默认不存在，你可以通过执行 make:policy 命令生成策略 类来创建， Policies 目录包含了应用所有的授权策略类，策略用于 判断某个用户是否有权限去访问指定资源。更多详情，请查看授权文 档。 Providers 目录 Providers 目录包含应用的所有服务提供者。服务提供者在应用启动 过程中绑定服务到容器、注册事件以及执行其他任务为即将到来的请

的私有应用代码和敏感 数据文件。 禁止对其他目录的访问是一个不错的安全改进。 信 信 信息 息 息： ： ： 如果你的应用程序将来要运行在共享虚拟主机环境中， 没有修改其 轗 轥 轢 服务器配置的权限，你依然可以通过调整应用 的结构来提升安全性。 详情请参考共享主机环境 一章。 信 信 信息 息 息： ： ： 如果您在反向代理后面运行轙 轩 轩 应用程序， 则可能需要 在请求组件中配置 轔 轲 为 i n d e x . p h p ， 也可以使用 轗 轥 轢 服务器能定位到的其他名称。 控制台应用的入口脚本一般在应用根目录下命名为 y i i （后缀为輮 轰 轨 轰 ）， 该文件需要有执行权限， 这样用户就能通过命令 . / y i i < r o u t e > [ a r g u m e n t s ] [ o p t i o n s ] 来运行控制台应用。 入口脚本主要完成以下工作： 譨 该属性指定临时文件如日志文件、缓存文件等保存路径， 默认值为带别名的 @ a p p / r u n t i m e 。 可以配置该属性为一个目录或者路径 别名， 注意应用运行时有对该路 径的写入权限， 以及终端用户不能访问该路径因为临时文件可能包含一些 敏感信息。 为了简化访问该路径，轙 轩 轩 预定义别名 @ r u n t i m e 代表该路径。 譶 譩 譥 護 譐 譡 譴 譨 该路径指定视图文件的根目录，默认值为带别名的

6.26 1.7 1.7.1 1.7.1.1 1.7.1.2 1.7.2 1.8 1.8.1 1.8.2 1.8.3 1.8.4 1.9 1.9.1 1.10 1.11 权限管理 数据验证 验证码 文件上传 数据库迁移 部署 伪静态配置 Apache Nginx 静态资源管理 安全 防注入 用户数据输入 csrf 加密解密 常见问题 模板 } 在这里我们的命名空间就要相应的申明为 web\Controller\Goods 35 前置方法 如果要在执行所有方法前都先做某操作。只要申明 init() 方法即可 如我们需要做权限控制， 只要声明一个 CommonController 其它控制器都继承它 权限处理 } } 36 请求、响应 CmlPHP在 Cml\Http 中内置一些工具方便开发人员处理请求、响应相关的内容; 37 Input \Cml\Http\Input 用来接收用户

Blade模板引擎 锁-并发处理 缓存 语言包 日志 调试 Session自定义保存位置 框架自带的扩展包 插件 使用说明 系统挂载点 常用常量 命令行运行程序 守护工作进程 队列服务 权限管理 数据验证 1.6.24 1.6.25 1.6.26 1.7 1.7.1 1.7.1.1 1.7.1.2 1.7.2 1.8 1.8.1 1.8.2 1.8.3 1.8 } } 在这里我们的命名空间就要相应的申明为 web\Controller\Goods 前置方法 如果要在执行所有方法前都先做某操作。只要申明 init() 方法 即可 如我们需要做权限控制，只要声明一 个 CommonController 其它控制器都继承它 权限处理 } } 请求、响应 CmlPHP在 Cml\Http 中内置一些工具方便开发人员处理请求、 响应相关的内容; Input \Cml\Http\Input 用来接收用户

17.2 18. 常用常量 1.6.18 19. 命令行运行程序 1.6.19 20. 守护工作进程 1.6.20 21. 队列服务 1.6.21 22. 权限管理 1.6.22 23. 数据验证 1.6.23 24. 验证码 1.6.24 25. 文件上传 1.6.25 26. 数据库迁移 1.6.26 7 如我们需要做 权限控制，只要声明一个 CommonController 其它控制器都继承它 权限处理 要使用静态资源管理工具去管理静态资源目录，点击查看静态资源管理。 模板中判断有无某个模块的权限 使用模板标签 {{acl xxx}} {{acl user/add}} 我有添加用户的权限 {{/acl}} 或 {{acl user/add}} 我有添加用户的权限 {{else}} 我没有添加用户的权限 {{/acl}} 模板布局 模 板 布 局 文 件 都 是 声 明 在 应

config 目录下，并且每一个配置项都有注释，所以 你可以随意浏览任意配置文件去熟悉这些配置项。 目录权限 安装完 Laravel 后，需要配置一些目录的读写权限：storage 和 bootstrap/cache 目录应 该是可写的，如果你使用 Homestead 虚拟机做为开发环境，这些权限已经设置好了。 应用 Key 接下来要做的事情就是将应用的 key（APP_KEY）设置为一个随机字符串，如果你是通过 还提供了一个简单的方式来管理授权逻辑以便 控制对资源的访问权限。在 Laravel 中，有多种方法和辅助函数来协助你管理授权逻辑， 本文档将会一一覆盖这些方法。 本文档由 Laravel 学院（LaravelAcademy.org）提供 Laravel 学院致力于提供优质 Laravel 中文学习资源 167 2、定义权限（Abilities） 判断用户是否有权限执行给定动作的最简单方式就是使 用 用 Illuminate\Auth\Access\Gate 类来定义一个“权限”。我们在 AuthServiceProvider 中定 义所有权限，例如，我们来定义一个接收当前 User 和 Post 模型的 update-post 权限，在 该权限中，我们判断用户 id 是否和文章的 user_id 匹配：

遍览这些配置文件以便熟悉所有配置项。 目录权限 安装完 Laravel 后，需要配置一些目录的读写权限：storage 和 bootstrap/cache 目录应该是可 本文档由 Laravel 学院（LaravelAcademy.org）提供 Laravel 学院致力于提供优质 Laravel 中文学习资源 36 写的，如果你使用 Homestead 虚拟机做为开发环境，这些权限已经设置好了。 Slack、短信或者数据库发送通知。 Policies 目录 这个目录默认不存在，你可以通过执行 make:policy 命令来创建， Policies 目录包含了所有的授 权策略类，策略用于判断某个用户是否有权限去访问指定资源。更多详情，请查看授权文档。 Providers 目录 Providers 目录包含应用的所有服务提供者。服务提供者在启动应用过程中绑定服务到容器、注 册事件以及执行其他任务以为即将到来的请求处理做准备。 } 由于所有请求都继承自 Laravel 请求基类，我们可以使用 user 方法获取当前认证用户，还要注意 上面这个例子中对 route 方法的调用。该方法赋予用户访问被调用路由 URI 参数的权限，比如下 面这个例子中的{comment}参数： Route::post('comment/{comment}'); 如果 authorize 方法返回 false，一个包含 403 状态码的

不正确的处理联合查询 n 不正确的处理错误 n 不正确的处理多次提交 q 不安全的数据库配置 n 默认预先安装的用户 n 以root、SYSTEM 或者Administrator权限系统用户来运行 n 默认允许很多系统函数（如xp_cmdshell, OPENROWSET 等） 20 原理 n SQL注入步骤 q 找出数据入口； q 注入数据； q 检测响应中的异常； FROM sys.tables） n 数据库服务器攻击，系统管理员帐户篡改（例如ALTER LOGIN sa WITH PASSWORD='xxxxxx'） n 取得系统较高权限后，有可能得以在网页加入恶意链接以及XSS n 经由数据库服务器提供的操作系统支持，让黑客得以修改或控制操作 系统（例如xp_cmdshell "net stop iisadmin"可停止服务器的IIS服务） n 代码级防护 q 验证输入 q 参数化SQL q 输出检查 q 使用存储过程 n 平台级别防护 q 在运行期间防护：使用WAF、URL重写等 q 配置数据库安全策略（权限配置、关闭默认账号、审计等） 24 3.2.跨站脚本攻击 25 概述 n Cross Site Scripting（简写为XSS） q 攻击者向Web页面中插入恶意脚本没有被网站过滤，当用户浏览

目录中，每一个选项都是文档化（有良好注释） 的，所以随便浏览所有配置文件去熟悉这些配置选项。 2.1.1 目录权限 安装完 Laravel 后，需要配置一些权限。storage 和 bootstrap/cache 目录应该是可写的， 如果你在使用 Homestead 虚拟机，这些权限已经被设置好了。 2.1.2 应用 Key 接下来要做的事情就是将应用 key 设置为一个随机字符串，如果你是通过 如果你需要手动访问底层队列任务的 delete 和 release 方法，在生成的监听器中默认导入 的 Illuminate\Queue\InteractsWithQueue trait 提供了访问这两个方法的权限：