乐天知命,随遇而安~
专栏文章
最新评论
  • 两张图让你理解 IoC (控制反转) at 2017-05-15 17:46:30

    楼主的ssl证书有问题,图片被阻止了。

  • 工具系列:在线作图神器(ProcessOn) at 2017-05-15 09:30:29

    processon最近改v3版本了,还是怀念以前不限数量容量的时候。

  • 把 LaraDock 的 v2 版本修改了一下,换成国内镜像 at 2017-05-12 17:43:46

    @linzi007
    嗯,这个问题算是老梗了,laradock的github的issues列表里有讨论过。
    如果你是win10的轻量级虚拟机的话,env里的连接配置也就是

    host=localhost

    要统一改成对应的container的名称,比如DB_HOST如果用mysql的话要改成mysql,

    host=mysql

    同理redis服务的部分配置的host要改成redis

    file

    官方也出了文档站点,注意自己看说明:
    http://laradock.io/

  • Laravel 集成 phpCAS 踩坑记 at 2017-05-08 16:45:13

    leo大婶直接写一个吧,用了phpcas这客户端不能适配也是挺蛋疼的。

  • Laravel 集成 phpCAS 踩坑记 at 2017-05-08 16:14:10

    之前我用的是subfission/cas,
    楼主不知道有否提供一个类似的客户端组件,自己踩坑略麻烦。
    :)

  • 整了个 Laravel 的多频道日志 ChannelLog 组件 at 2017-04-15 13:44:38

    另外其实也参考过其他的组件

    比如官方的 theorchard/monolog-cascade 相较而言,monolog-cascade功能强大但配置对于一般日常的小模块开发而言有点冗余。

    所以就写一个比较山寨的配置器的思路,如果需要可以自己在配置器流程和配置文件中自行扩展。

  • 【扩展分享】Laravel 5.3 代码生成器 - summerblue/generator at 2017-04-10 10:54:07

    赞一个先。
    其实一直想做一个以变量、文件名为模板的generator,按模板目录生成对应目录结构的文件,文件内容也是变量替换。
    按变量约定(CamelCase|snake_case)替换成对应格式的内容,更原始一点,功能定制其实更符合各人编码设计风格。

  • SpaceVim - Like spacemacs, but for VIM at 2017-01-10 11:40:30

    其实相对于介于牛A和牛C之间的终端IDE宇宙级的emacs/vim魔改插件梦幻配置组合,作为一个纯user而言,更希望能有几款,配色基本ok,字符集靠谱,无外部python/lua/gnu语言依赖,windows/mac/linux通吃的精简单.vimrc或者.vim+.vimrc的一键解压即用的包来给我等小白使用,简单轻便,跨系统通吃即可,
    啥多窗口,多tab,多panel,自带status_bar,自带调试,log,文件管理器etc.统统不需要,运维使用救火场景时,90%的功能用不到,说实话。

    不过还是先赞为敬:D

  • 把 LaraDock 的 v2 版本修改了一下,换成国内镜像 at 2017-01-08 20:18:05

    @Insua 没用过ioncube扩展,不过如果有对应的在线下载地址的话,你可以参考workspace或者php-fpm的Dockerfile文件中关于PHP Aerospike的区段,编写你自己需要的内容段,无非是wget,tar,sed等等流程处理,学习一下不难的。

  • Laravel 5.3 下通过 migrate 添加 “全文索引” 的方法 at 2017-01-05 10:16:47

    我是来歪楼的:-D

    doctrine的dbal还是有bug,修改包含enum的字段的表的时候会出错只能靠DB::statement 这种非对象的方式搞定

    另外mysql的全文检索对中文分词的支持也是要到5.7之后了,但也仅仅是分词而已,同义词(番茄=西红柿;Nike=耐克)啥的就没法好好做检索了,
    对于检索类需求想做好的话目前而言感觉还是Elasticsearch+IK中文分词 更靠谱一些。

  • 猫头鹰页面状态监控项目 at 2016-12-28 11:26:38

    还可以加个HEAD方法,有响应就成,body内容都不用看。

  • 我为什么选择 Laravel at 2016-12-28 11:10:53

    @Summer BTW:看了知乎的话题,有感而言
    其实laravel的优势在概念/思想(concepts),劣势也在概念/思想
    想要学习好laravel,技术功底起码理解:
    namespace概念及用法,(TP,dz,wp不需要)
    composer包管理自动加载规范(TP,dz,wp不需要,虽然可以加上)
    安装更新组件时遇到github.com下载慢翻墙等问题有能力解决(TP,dz,wp不基本需要)
    设计模式学习(php-the-right-way) (TP,dz基本是傻瓜模式或者是MVC加helper大杂烩)
    对于一个小白而言,老板一堆业务需求过来,外行没人在乎你用xx框架,直接一个TP的M()加一堆sql,前端jq搞好了搞定需求,于是快餐菜鸟变快餐老鸟,90%的公司、项目会死掉所以也不在乎可重构可持续、优雅是什么能当饭吃么?
    中国现代社会的节奏氛围就是如此浮躁,

    能静心跨过前面这几个坎的人才能把自己从做web网站的层次提升到做application应用/project/system系统项目的层次来看待需求问题。

  • 我为什么选择 Laravel at 2016-12-28 10:47:34

    php不像java/python学校教学都不会教完全是草根自学的动力完成的广大群众基础,所以各种野路子出来的人员素质层次不齐。
    国内的php环境略懂TP,DZ加一点点jq插件的人就能糊弄80%的中小企业业务需求,
    让他们学设计模式、symfony,laravel,动力不足。

    另外2014往后基本php已经不是创业的first choice了,
    node,go,加传统的java的ssh组合其实做创业项目都其实不差,php的未来群众基础其实增长势头并不如node,java高。

    php草根的群众基础想上一层次只能靠大家build出许多开箱即用的系统打造下一个类似于
    DZ,WP的生态圈
    laravel有一个类ROR的好的基础,但要想在国内火起来,落地到实际的应用系统才行,CMS/bbs是一个切入点,如果有成熟的类似于DZ/WP的plugin管理系统才有爆点。

  • Whip Monstrous Code Into Shape 20-Consider Wrapping it Up at 2016-12-28 09:25:40
    $heroes= collect($heroes)->map(function ($hero) {
        return new HeroWrap($hero);
    });

    精华所在,转换collection成员偷梁换柱。

  • Whip Monstrous Code Into Shape 16-Staying True to the Seven Resourceful Methods at 2016-12-27 11:47:43

    其实这种url规则起名对于规则洁癖的人很纠结~~~
    另外 laravel的路由用preg_match,有32字符限制也是蛮坑的,
    正则限制,没办法。

    PCRE sub-patterns cannot be longer than 32 characters, 

    具体见:https://github.com/laravel/framework/issues/1001

  • Whip Monstrous Code Into Shape 14-Consider Fluent Interfaces at 2016-12-27 11:38:52

    Fluent模式其实更适合细分功能节点,组合起来调用不封一层的话重构起来会比较痛苦,但每次链式调用都封个方法也挺累的,换句话说,暴露流程细节,可读性强,重构累。

  • 为 Laravel 提供的一个简单强大的 repository 层 at 2016-12-26 11:35:32

    一直在用 https://github.com/andersao/l5-repository 还包含了 Cacheable接口和Validator 等等方法,殊途同归,不过老外做的更细致一些。

  • Whip Monstrous Code Into Shape - 06 God Object Cleanup #3: Value Objects at 2016-12-15 21:54:14

    InYuan大小写错了。。。~~~

  • MySQL 下因字段过多导致错误提示 “Row size too large ... not counting BLOBs, is 65535 ... TEXT or BLOBs” 的解决办法 at 2016-12-15 16:08:08

    如果不是需要做独立检索的字段就没有必要独立开来,存储成json,然后$cast=>['xxx'=>'array',]好了,读取直接$model->xxx['subkey']来读写。
    建那么多字长的表,上面的这种要求,确定不是猴子请来的逗逼?

  • 把 LaraDock 的 v2 版本修改了一下,换成国内镜像 at 2016-12-15 16:02:38

    @yzzshmily 又想想算了,这个TZ设置可以在docker-compose.yml中设置,没必要改源设置,需要的童鞋自己设置一下好了。