Summer 的所有回复(3073)

评论于 9个月前,获得 87 个赞

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

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

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

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

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

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

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

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

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

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

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

刻意练习,每日精进。

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

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

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

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

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

file

@duck0026
@Littlesqx

评论于 2个月前,获得 46 个赞

字段必填

无论是否必填,都决不能让队友在迁移的时候报错。因为报错了,别人的工作有可能就得停止,等你修复或者帮你修复,这都是容易变成令人恼火的事情。这是团队开发的基准线,不能碰。

至于『必填』无非就是 1. PHP 的责任或者 2. DB 的责任。这是一个备受争议的话题,个人认为两种各选其一,或者两者都选,都有其合理性(这里不展开可以自己去做做功课),团队里达成一致即可。

『代码冗余』

他说: 『同事看了我的代码,跳来跳去的,看不懂』。

行业里有句话:

file

Any fool can write code that a computer can understand. Good programmers write code that humans can understand.
—— Martin Fowler

翻译过来大概是:

任何傻瓜都能写机器可执行的代码,而优秀的程序员写的代码傻瓜都能看懂。

你的筛选商品,评论,回复,点赞,这些接口,都有这个问题,就是你写了以后,别人闭着眼睛不知道去哪里寻找。无意而为之的,你已经为团队其他成员造成了不便,因为他们需要花费时间更多的时间去适应你自创的『规则』。而在这一点上,你的领导还是比较负责任的。

Laravel 大部分的 API 程序里大家都会遵循 restful 的设计规范(点击这里查看更多 社区关于 Restful API 的精华文章),遵守规范的好处是,大家写出来的代码就如自己写的一样,不必花时间去适应其他人『自创』的一套写法。假设团队里每个人都按照自己个人喜好的方式去编写代码,可想而知整个团队的效率得多低。

需要知道的一点是:

把你的项目合成一个巨大的 PHP 文件,PHP 解析器也是可以执行的。

那问题就来了,为啥我们要费那个劲搞什么 MVC 模式,Restful API 模式呢?

上面提的那句话就是答案,为了强调,我再重申一次:

任何傻瓜都能写机器可执行的代码,而优秀的程序员写的代码傻瓜都能看懂。

最后非常喜欢作者的性格,懂得坚持。不过大家都有萌新的时候,认知偏差改过来就是成长咯,建议你补一些『软件工程』相关的知识哈。

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

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

'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 用户排除,否则永远是验证不通过。

参考 文档

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

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

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

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

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

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

评论于 3个月前,获得 31 个赞

对 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());
}
评论于 8个月前,获得 30 个赞

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

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

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

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

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

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

有个联系我们的页面,电话打过去通了,但是不接。 https://www.lmonkey.com/page/callme

微信目前加了也没给通过。

刚刚页面上的客服告诉我删了:

file

欢迎大家监督,我会跟进。

评论于 1个月前,获得 29 个赞

需要跟大家普及下相关知识。

我们的著作权是受国家法律保护的(见 《侵权责任法》《信息网络传播权保护条例》),只要是你的文章发布出来,你就享有这篇文章(也称为作品)的著作权。

而在 LearnKu 上创建文章,著作权仍然是你的,你只是授予 LearnKu 免费的、不可撤销的、非独家使用许可(见 《LearnKu 用户协议》)。

很明显,他这种做法是违法行为。走法律程序的话,国内已经有很多胜诉的先例:

发现被侵权了,可以大大方方地联系网站负责人,并要求他停止侵权违法行为。也可以到社区上来发帖,大家众志成城,一起声讨他(组团维权)。

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

可以利用 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);
    }
评论于 1个月前,获得 25 个赞

之前我们有个 Swoole 论坛。对 Swoole 最大的印象是有一天有社区的朋友联系我,说让我帮忙删除他搬运过来的一个 Swoole 文档,说是 Swoole 官方的人要求他这么做的。

这个事情让我比较惊讶,作为开源软件的官方,为啥会禁止别人传播他们的开发文档?

开源项目商业化无可厚非,毕竟这是保持项目活力、健康发展的必备条件,不过目前有些操作还是比较有争议的。可以参考国外一些比较成功的开源公司案例!

评论于 8个月前,获得 25 个赞

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

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

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

评论于 2个月前,获得 24 个赞

公司没事干就自己折腾呗。

话说,这年头谁不是工具人哈,不寒碜。

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

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

9303 声望
文章
47
粉丝
4341
喜欢
2967
私信