插入、更新和删除，Laravel 中实现这种读写分离非常简单，不管你用的是原生 SQL，还是查询构建器，还是 Eloquent ORM，只要配置正确，合适的连接总是会被使用。 想要知道如何配置读/写连接，可以参考下面这个例子： 'mysql' => [ 'read' => [ 'host' => '192.168.1.1', ], 'write' write 这两个键对应值都有一个包含单个键“host”的数组，而其所映射的 IP 值分别就是读连接和写连接，读/写连接的其它数据库配置项都共用 mysql 的主数组配置。 如果我们想要覆盖主数组中的配置，只需要将相应配置项放到 read 和 write 数组中即可。在本例中，192.168.1.1 将被用作“读”连接， 而 192.168.1.2 将被用作“写”连接。两个数据库连接的凭证（用户名/密码）、前缀、字符集以及其它配置将会共享 码）、前缀、字符集以及其它配置将会共享 mysql 数组中的设置，同理，如 果不一样的话，分别在 read 或 write 数组中单独配置即可。 对于大部分应用来说都是读多写少，所以面对这种情况，如何配置多个读连接，一个写连接？可以这么做： 'mysql' => [ 'driver' => 'mysql', 'read' => [ 'host' => ['193

$collection = collect(['a', 'b', 'c', 'd', 'e', 'f']); $collection->nth(4); // ['a', 'e'] 还可以传递一个 offset（偏移位置）作为第二个参数： $collection->nth(4, 1); // ['b', 'f'] only() only 方法返回集合中指定键的集合项： $collection = collect(['product_id' App\User::find(1); foreach ($user->notifications as $notification) { echo $notification->type; } 如果你只想获取“未读”通知，可使用关联关 系 unreadNotifications，同样，这些通知也按照 created_at 时 间戳排序： $user = App\User::find(1); foreach 中文学习资源：https://xueyuanjun.com 847 返回通知，然后从 JavaScript 客户端发送一个 HTTP 请求到控制器对应 URI。 标记通知为已读 一般情况下，我们会将用户浏览过的通知标记为已读， Illuminate\Notifications\Notifiable trait 提供了一 个 markAsRead 方法，用于更新对应通知数据库纪录上 的 read_at

做好准备，当然，你也可以按 照需要为本地的数据库修改该配置。 1.1.1 读/写连接 有时候你希望使用一个数据库连接做查询，另一个数据库连接做插入、更新和删除，Laravel 使得这件事情轻而易举，不管你用的是原生 SQL，还是查询构建器，还是 Eloquent ORM， 合适的连接总是会被使用。 想要知道如何配置读/写连接，让我们看看下面这个例子： 'mysql' => [ 注意我们在配置数组中新增了两个键：read 和 write，这两个键都对应一个包含单个键“host” 的数组，读/写连接的其它数据库配置选项都共用 mysql 的主数组配置。 如果我们想要覆盖主数组中的配置，只需要将相应配置项放到 read 和 write 数组中即可。 在本例中，192.168.1.1 将被用作“读”连接，而 192.168.1.2 将被用作“写”连接。数据库的凭 证、前缀、字符集和所有 mysql 2、基本使用 2.1 基于查询构建器分页 有多种方式实现分页，最简单的方式就是使用查询构建器或 Eloquent 模型的 paginate 方法。 该方法基于当前用户查看页自动设置合适的偏移（offset）和限制（limit）。默认情况下， 当前页通过 HTTP 请求查询字符串参数?page 的值判断。当然，该值由 Laravel 自动检测， 然后自动插入分页器生成的链接中。 让我们先来看看如何在查询上调用

Laravel 学院致力于提供优质 Laravel 中文学习资源 84 读/写连接 有时候你希望使用一个数据库连接做查询，另一个数据库连接做插入、更新和删除， Laravel 使得这件事情轻而易举，不管你用的是原生 SQL，还是查询构建器，还是 Eloquent ORM，合适的连接总是会被使用。 想要知道如何配置读/写连接，让我们看看下面这个例子： 'mysql' => [ 注意我们在配置数组中新增了两个键：read 和 write，这两个键都对应一个包含单个键 “host”的数组，读/写连接的其它数据库配置选项都共用 mysql 的主数组配置。 如果我们想要覆盖主数组中的配置，只需要将相应配置项放到 read 和 write 数组中即可。 在本例中，192.168.1.1 将被用作“读”连接，而 192.168.1.2 将被用作“写”连接。两个数据 库连接的凭证（用户名/密码）、前缀、字符集以及其它配置将会共享 2、基本使用 2.1 基于查询构建器分页 有多种方式实现分页，最简单的方式就是使用查询构建器或 Eloquent 模型的 paginate 方 法。该方法基于当前用户查看页自动设置合适的偏移（offset）和限制（limit）。默认情况 下，当前页通过 HTTP 请求查询字符串参数?page 的值判断。当然，该值由 Laravel 自动 检测，然后自动插入分页器生成的链接中。 让我们先来看看如何在查询上调用

foreach ($user->notifications as $notification) { echo $notification->type; } 如果你只想获取未读消息，可使用关联关系 unreadNotifications，同样，这些通知也按照 created_at 时间戳排序： $user = App\User::find(1); foreach 制器为指定被通知实体（比 如当前用户）返回通知，然后从 JavaScript 客户端发送一个 HTTP 请求到控制器对应 URI。 标记通知为已读 一 般 情 况 下 ， 我 们 会 将 用 户 浏 览 过 的 通 知 标 记 为 已 读 ， Illuminate\Notifications\Notifiabletrait 提供了一个 markAsRead 方法，用于更新对应通知数 据库纪录上的 如果觉得循环便利每个通知太麻烦，可以直接在通知集合上调用 markAsRead 方法： $user->unreadNotifications->markAsRead(); 还可以使用批量更新方式标记通知为已读，无需先从数据库获取通知： $user = App\User::find(1); $user->unreadNotifications()->update(['read_at' =>

$this->db()->get('user-id-1-name-abc', true, true);//id和name为and关系。且在数据库主从读写分离时强制从主 库读(适用于对实时要求高的时候主从架构强制读主库) $this->db()->get('user-id-1-name-abc', true, false, 'u_');//指定表前缀为u_。假定配置中配置的表前缀不为u_。这边可 通常在项目初期数据量较小、请求不多的时候是只采用单台db服务并 定期备份数据。但是随着业务的增长，单台压力上来。我们可能会加 入多台从库(mysql)/副本集、分片(mongo)。 在cmlphp中配置mysql读 写分离的方式如下: 'default_db' => array( 'driver' => 'MySql.Pdo', //数据库驱动 'master'=>array( 'pre_', //数据表前缀 ) ), 'cache_expire' => 3600,//查询数据缓存时间 ), 我们这边看到这边配置了一主两从。框架会自动写到主库读从库。 缓存服务 在实际开发中，我们通常会将数据持久化到数据库中。通过使用缓存 的方式来加快数据的读取，提高系统的并发能力。在一般场景中我们 使用单台缓存服务就足够了（使用内网通信）。但是系统负载高的时

//id和name为or关系 $this->db()->get('user-id-1-name-abc', true, true);//id和name为and关系。且在数据库主从读 写分离时强制从主库读(适用于对实时要求高的时候主从架构强制读主库) $this->db()->get('user-id-1-name-abc', true, false, 'u_');//指定表前缀为u_。假定配置中配 置的表前缀不为u_。这边可单独指定前缀 'pre_', //数据表前缀 ) ), 'cache_expire' => 3600,//查询数据缓存时间 ), 我们这边看到这边配置了一主两从。框架会自动写到主库读从库。 缓存服务 在实际开发中，我们通常会将数据持久化到数据库中。通过使用缓存的方式来加快数据的读取，提高 系统的并发能力。在一般场景中我们使用单台缓存服务就足够了（使用内网通信）。但是系统负载高

//id和name为or关系 $this->db()->get('user-id-1-name-abc', true, true);//id和name为and关系。且在数据库主从读 写分离时强制从主库读(适用于对实时要求高的时候主从架构强制读主库) $this->db()->get('user-id-1-name-abc', true, false, 'u_');//指定表前缀为u_。假定配置中配 置的表前缀不为u_。这边可单独指定前缀 'pre_', //数据表前缀 ) ), 'cache_expire' => 3600,//查询数据缓存时间 ), 我们这边看到这边配置了一主两从。框架会自动写到主库读从库。 缓存服务 在实际开发中，我们通常会将数据持久化到数据库中。通过使用缓存的方式来加快数 据的读取，提高系统的并发能力。在一般场景中我们使用单台缓存服务就足够了（使 用内网通信）。但是系统负载

两个版本之间存在相当多差异。 因 此从 輱 輮 輱 版升级并不像小版本间的跨越那么简单， 通过本指南你将会了解 两个版本间主要的不同之处。 如果你之前没有用过 轙 轩 轩 輱 輮 輱 ，可以跳过本章，直接从輑 入门篇輐 开始读 起。 请注意，轙 轩 轩 輲 輮 輰 引入了很多本章并没有涉及到的新功能。 强烈建议你 通读整部权威指南来了解所有新特性。 这样有可能会发现一些以前你要自 己开发的功能，而现在已经被包含在核心代码中了。 些 轡 轳 轳 轥 轴 轳 。 例如，一个模块可能要显示一些包含图片，轊 轡 轶 轡 轓 轣 轲 轩 轰 轴 和 轃 轓 轓 的页面。因为扩展的文件 都是放在同一个目录之下，安装之后 轗 轥 轢 无法读 取，你有两个选择使得这些 轡 轳 轳 轥 轴 文件目录 可以通过 轗 轥 轢 读取： • 让扩展的用户手动将这些 轡 轳 轳 轥 轴 文件拷贝到特定的 轗 轥 轢 可以读取的文 件夹； • 申明一个 软 轫 轩 轥 轳 。 控制器是直接处理请求和响应的部分。 因此輬 应当在控制器中读取和发 送 轣 软 软 轫 轩 轥 。 輨 译者注：意思在控制器中处理 轣 软 软 轫 轩 轥 是安全的。輩 读 读 读取 取 取 千 卯 卯 卫 卩 卥 即 当前请求的 轣 软 软 轫 轩 轥 信息可通过如下代码获取： / / 从 " r e q u e s t " 组件中获取 c o o k i e 集合(