Summer 的所有回复(2964)

评论于 6个月前,获得 78 个赞

@showcj @james_xue 广告费的话,社区基本上很少接到广告,因为对投放的内容太挑剔了,一堆乱七八糟闪来闪去看着也心烦。教程收入要跟讲师分的,以后希望能有更多的人来分享这块收入(写书太难)。我同时经营着一家软件外包公司,服务长期客户,目前主要靠这个收入。LearnKu 的开发只能兼职弄,挤着时间弄。

不过我还是希望 LearnKu 的商业化能做得更好一点,这一点我一直在摸索。如何在保证技术氛围和高品质内容的情况下,让社区用户得到价值提升,让社区能长久运营下去?

混论坛是我喜欢的事情,希望能一直做下去,同时也感谢一路过来参与建设社区的朋友哈,社区有你更精彩 :two_hearts: 。

评论于 1年前,获得 64 个赞

希望自己能够达到,需要什么方法,就能够脑海一气呵成的想出来。

上面这一点,在我看来,没有十来个项目、甚至更多的磨炼,是比较难的,两个课程加上这个,只有三个项目。所以不用着急,课程的好处是能让你在短时间内拥有这些项目的经验,打好坚实的基础,现在你需要获取更多的项目经验。

可以积极地思考公司现有的业务,是否能做一些工具来改善,或者能不能开始一个自己感兴趣的业余项目,这些都是积累项目经验的好方法,打怪升级嘛。等你有几十个项目经验的时候,也会看得越来越清楚。

现在的学习方法有点笨,没有很多的创新,都是别人基础上拾来的果实。

关于上面这一点,一直做重复的事情,确实很多时候会让人觉得很 ,但是你要有信心的是,很多大师都是从这些 办法中走出来的。日本剑道有个 守破离 的概念,也许可以给你提供一些参考。“守 破 离” 源自于日本剑道学习方法,后发展到其他武术与行业。他们含义如下:

  1. :最初阶段须遵从老师教诲,认真练习基础,不断重复,达到熟练的境界;
  2. :基础熟练后,试着突破原有规范让自己得到更高层次的进化;
  3. :在更高层次得到新的认识并总结,自创新招数另辟出新境界。

你现在处于 的阶段,不断重复这些基本功,在没达到熟练之前,无需着急。前面的基础打得越好,后面的路就越轻松。

刻意练习,每日精进。

评论于 1年前,获得 51 个赞

@好好先森V5
@albert_chen 说在前面,两位的项目都很赞,也都很大方地使用了 MIT License 进行开源,我很敬佩两位。

@albert_chen 文档参照了人家的,很正常嘛。而 @好好先森V5 不悦,换位思考,理解下对方啦。互相借鉴,才会有成长,感激他的成果的话,在 readme 里给个 ## Thinks to 也可。

@好好先森V5 既然已经使用了 MIT License,别人参考了下你的架构和文档,也未尝不可哈。

我认为,大家一起构建一个 积极的互助的 生态圈才是最重要的,因为这样我们才能有更多的人参与进来和更多的优质项目,最终受益的人都是我们每一个个体。我建议两位都在互相的文档里链接对方的项目,如 Spatie 经常在他们的项目 Readme 里加一个 Alternatives 区块,社区里认同的同学给我点个赞 :+1:

file

@duck0026
@Littlesqx

评论于 1年前,获得 44 个赞

每一个规则,是用 | 符号分开的:

'name' => 'required|between:3,25|regex:/^[A-Za-z0-9-_]+$/|unique:users,name,' . Auth::id()

以上分解下来,是以下规则;

  • required —— 必须输入;
  • between:3,25 —— 字符数在 3 ~ 25 范围内;
  • regex:/^[A-Za-z0-9-_]+$/ —— 正则表达式,过滤只允许字母大小写、数字、横杆和下划线;
  • unique:users,name,' . Auth::id() —— unique 数据库唯一,在 users 数据表里,字段为 name,Auth::id() 指示将此 ID 排除在外。

unique 的完整格式为:

unique:table,column,except,idColumn

完整意思为:

在 table 数据表里检查 column ,除了 idColumn 为 except 的数据。

except 一般在『更新』的表单验证里使用,假设你已经注册了 summer 用户,在更新 summer 用户的表单验证时,你要验证数据库里 summer 用户名是否是唯一的,因为你的数据库里已经有 summer 用户了,所以必须将 summer 用户排除,否则永远是验证不通过。

参考 文档

评论于 4个月前,获得 34 个赞

事情原委:博客:恳请大家在评论时,保持敬畏之心

@FreeMason @enjoy_coding 已处理。两位以后麻烦请提交举报,咱社区没有喷子,也不需要喷子。

翻译有不完善的地方,也请大家礼貌地指正问题,这样我们会感激你。注意不是不接受建议,而是 绝对拒绝 不礼貌的建议,这是很大的差别。

翻译文章的目的是大家一起学习与讨论,注意目的是学习和讨论,在于这个过程,并非翻译完成后我们就要去印刷和出版,然后拿去卖,奔着结果去。我们鼓励不同能力阶段的同学参与到翻译中,不怕翻译错,因为翻译错的地方,有时候正好是可以拿出来讨论的地方。所以错误,是在预料之内的。看文章的同学,你能做的最棒的行为,应该是首先感谢大家辛苦,然后你发现了一个可以完善的地方,然后 xxx 说下去。

大家都在羡慕国外的编程社区,在 Stack Overflow 或者 GitHub 上查资料时,经常可以看到他们彬彬有礼地讨论技术问题。不论是什么话题,不论参与者能力高低,大家都很 Nice。在这个 LearnKu 这个技术社区里,待人友善是最基本的礼貌,一起搞一个 Nice 的社区多好啊。

评论于 6个月前,获得 30 个赞

很久以前我也有同样的困惑,并且充满「学到哪天才是头」的焦虑。直到看到这么一句话:

编程如作画,语言和框架只是我们的画笔

恍然大悟,学这些多东西,其实,都是为了能更好的作画(完成项目)。所以,目标不是学这些东西,而是能「作画」。

现在感觉每个软件框架都会点,但每项都不精通

不需要精通,专注于作品(项目),把作品完成即可。

评论于 2周前,获得 30 个赞

对 HTML 进行截断:

closetags(str_limit($article->body, 1000))

闭合标签:

function closetags($html) {
    libxml_use_internal_errors(true);

    $dom = new \DOMDocument;
    $dom->loadHTML('<meta http-equiv="content-type" content="text/html; charset=utf-8">' . $html);

    // Strip wrapping <html> and <body> tags
    $mock = new \DOMDocument;
    $body = $dom->getElementsByTagName('body')->item(0);
    foreach ($body->childNodes as $child) {
        $mock->appendChild($mock->importNode($child, true));
    }

    return trim($mock->saveHTML());
}
评论于 1年前,获得 28 个赞

可以利用 Requestis 方法来判断 URL:

    public function handle($request, Closure $next, $guard = null)
    {
        if (Auth::guard($guard)->check()) {
            $message = $request->is('signup') ? '您已注册并已登录!' : '您已登陆,无需再次操作';
            session()->flash('info', $message);
            return redirect('/');//<——修改这里
        }
        return $next($request);
    }
评论于 5个月前,获得 25 个赞

很遗憾没能搞成功。无论如何,感谢 @xuding 兄,还是付出了很多的,也感谢志愿者同学和演讲嘉宾付出的时间。

另外回答大家可能会问到的问题:远程直播和录播,我们都有考虑到,也找了服务商商谈价格。只不过我们三个人最后觉得还是觉得跟我们的初衷有出入,我们更希望大会是一个大家互相认识交流的平台。

如果是录播或直播,包括演讲嘉宾都可以不用过来,直接在家里就行,成本也不用那么高。那完全就是一个不同的事情了。也许以后说不定我们会有类似的分享。

评论于 1年前,获得 23 个赞

超哥要当爸爸啦,恭喜恭喜。这消息比 EasyWeChat 更新更喜人哈 :smile_cat:

评论于 1年前,获得 21 个赞

@白纸 数据库是有存储文章的 Markdown 文件,所以只需:

return response($article->body_original, 200)->header('Content-Type', 'text/x-markdown');
评论于 2年前,获得 20 个赞

来凑凑热闹,我捡一些点发表下自己的拙见,探讨下,一起成长。

1. 关于 IDE 的使用:

2013 年以前,我也一直使用 IDE ,后来看到一篇文章,说大牛一般都用 editor,如 vim 、 emac 或者 sublime。自那以后就一直用着 editor。editor 给我最大的感觉就是:自信。推荐试试看 editor 哈,返璞归真。

2.1 魔法太多

这个是一个是框架的灵活性考虑,另一个,这一种设计理念,叫『最小惊讶原则』(The Principle of Least Surprise),你可以去瞧瞧 The Rails Doctrine - Rails 信条

3.1 Facade 机制

君子不器,没必要被工具束缚到,也许这也是很多大牛为啥不用 IDE 的原因吧。

另外关于框架中的很多 magic,只要把心态调整一下就行:

别太在意内部实现,把这些当成系统提供的功能,物尽其用。

Facade 从实现上确实比较 Hack,但是就其设计目的 —— 编码愉悦度 上来说,兼顾测试和编辑调用,还是非常合理的。

3.2 Blade 模板

关于权限太大的问题,如果你站着框架设计者的角度上看,这是『框架灵活性』的设计理念体现,多人协作如果需要较真,直接写个规范即可。

大部分时候,作为独立开发者,我却认为可以写 PHP 代码这个功能炒鸡好用。你看,框架灵活性对于一个框架多重要,适用各种场景。

4.2 数据表维护

殊途同归,各有好坏。

5. 最后

整体觉得 Laravel 虽然强大,但很多特性是牺牲了语义化,或是反直觉的。

关于这点,我理解不了,Laravel 和 Rails 的出名,都是在于写、读起来很接近自然语言,为何是牺牲了语义化和反直觉,能不能举个例子。

评论于 5个月前,获得 20 个赞

文档几十万字,是个非常大的工作量。专业的翻译者,都难保做到完美,何况这是一部几十上百人翻译出来的文档。

看到你觉得可以优化的,提交个改进就行了,每篇文章下面都有一个改进按钮。下一个版本的文档会依赖于这个版本的,会持续优化下去。

多点感激,多做事!

评论于 5个月前,获得 20 个赞

测试了几个项目,完美通过,从此国内又多了一个稳定 Composer 全量镜像 :tropical_drink:

评论于 1年前,获得 19 个赞

@Chinkiver 这里有点误解,Laravel 5.5 自带了 扩展包发现 ,所以不需要手动添加 Provider。

8265 声望
文章
42
粉丝
4098
喜欢
2826
私信