在配置本地 PHP 开发环境时,除非是在 Windows 下,否则我都是偏向于 Nginx + PHP-FPM, 即使 Mac 下已经有了自带的 Apache+PHP 环境,依然如此。一方面是因为 Mac 自带的 PHP 版本不够新(5.6.x),另一方面,Nginx + PHP-FPM 更接近于我的生产服务器环境,而且也方便用 Homebrew 来管理版本和扩展。
Laravel 5.5 的自定义验证对象/类
Laravel 5.5 将提供一个全新的自定义验证规则的对象,以作为原来的 Validator::extend
方法的替代。
Laravel 中的表单验证是比较方便的,而且内置了大量的可用验证规则,但不管官方提供了多少,总还是会有满足不了需求的时候。很多时候我们会直接用正则表达式来处理这种特殊的验证,也有时候我们会选择用 Validator::extend
来扩展一个自定义的规则。但在 Laravel 5.5 版本中,我们有了新的手段,只要定义一个实现 Illuminate\Contracts\Validation\Rule
接口的类即可实现自定义的验证规则,并可以直接使用。
Laravel 5.4 及 5.5 中的全新字符串辅助方法
Laravel 5.5 已经确定预计在 2017年 Laravel 欧洲大会上正式发布。这次重大升级,也带来了一些新的字符串相关的辅助方法。
以下介绍一些最近比较火的字符串辅助方法,他们最近已经得到了许多 Laravel 开发者的喜爱。
关于 OVH/Kimsufi 帐号免税的一点小结
网上已经有不少详细的申请 OVH/Kimsufi 帐号免除欧盟增值税的攻略文章,还有提供相关资料的,我只总结一下我的思路以及 JAN 邮件中关于要求文档的变化。
首先我在 OVH/Kimsufi 一共有三个账号,三个账号使用了不同的地址,但是名字是一样的,三个账号都是免税的。
其次,我只讨论真实资料过验证,用PS的可以自行参考。
Laravel 5.5 为 Mailables 类型新增 theme 属性
在 Laravel 5.4 中 引入了 Markdown 邮件,使得我们在邮件中享受 Blade 模板的组件和 Slots 的同时,可以用 Markdown 语法编写电子邮件。
Laravel 自带了一系列预定义的组件,比如 headers
, footers
, buttons
以及 tables
. 开发者可以很容易地在电子邮件模板中使用这些组件。
Laravel 5.5 在浏览器中渲染 Mailable 类型
Laravel 5.5 的 “vendor:publish” 新增 provider 提示
在以前的版本中,当使用 artisan vendor:publish
命令来发布扩展包的资源时,需要自己指定 --provider
参数或者 --tag
参数来确定要发布什么资源。比如 --provider="Barryvdh\Debugbar\ServiceProvider"
,用于发布指定 provider 包含的资源,或者 --tag=config
这样的命令。如果你什么参数都不加的话,默认会发布所有 provider 包含的所有资源(配置文件、视图、样式和JS等)。在 Laravel 5.5 中,做了一点增强,让使用上更方便了。
如何提前体验 Laravel 5.5
Laravel 5.5 再过一个多月就要发布了,这将是 Laravel 框架的下一个 LTS release(长期支持版),对于喜欢追求最新版本的 Laravel 开发者来说,现在肯定已经至少都升级到 Laravel 5.4 了,接下来升级到 Laravel 5.5 自然是理所当然的事情,但是对于追求稳定和长期技术支持的人来说,即使依然在使用 Laravel 5.1, 面对这个新的长期支持版,吸引力甚至比其它更新版本的用户更大,因为自 5.1 以后,Laravel 在 5.2, 5.3, 5.4版本中,已经提供了一系列非常有吸引力的新特性。一步到位升级到 5.5, 就可以体验这些极大提升开发效率的新特性,也能轻易实现很多原本比较麻烦的功能。那么,如何在 Laravel 5.5 正式发布之前先一步体验它,以及为自己的功能、扩展提前做出兼容准备呢?
写在 Laravel 5.5 发布之前
Laravel 5.5 将于 2017年7月发布,这将是继 Laravel 5.1 之后的下一个长期支持版本,相比之前发布的几个“中间版本”而言,意义重大。目前我在内部项目中已经在使用 Laravel 5.5,接下来会连续地翻译、撰写相关 Laravel 5.5 版本的文章。