V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  moonrailgun  ›  全部回复第 6 页 / 共 16 页
回复总数  305
1 ... 2  3  4  5  6  7  8  9  10  11 ... 16  
289 天前
回复了 moonrailgun 创建的主题 程序员 失业在家的一月半,我在家全职做开源
@duke807 noIM 是一个设计思想,小而美是对项目规模的一种描述。
一般不理解的我都会以 vscode 举例,vscode 什么插件都不装的时候就是一个单纯的文本编辑器,装了插件以后就会变成各种各样功能强大的 ide 。
与一开始就做一个大而全的应用有什么区别?区别是 tailchat 是加法且用户可选择的加法
拿经典小而美产品微信距离,tailchat 本体就是一纯粹聊天软件,加了插件以后才能拥有朋友圈、摇一摇、小程序、小视频之类的功能。。用户不喜欢可以不用,这是一种选择权的赋予
289 天前
回复了 moonrailgun 创建的主题 程序员 失业在家的一月半,我在家全职做开源
@qloog 包含的。
服务端、网页端、桌面端、手机端、包括前后端的 sdk 、各种插件、网站源码都在一个仓库里。咱是正经开源
289 天前
回复了 moonrailgun 创建的主题 程序员 失业在家的一月半,我在家全职做开源
@encro 是的,大方向就是做生态,插件系统是做生态的最佳解决方案,tailchat 可以作为企业的信息基座,连接内部各种系统
我也准备写一篇 [因为 Tailchat 认识女博士,如今已经领证了。]
现在就差女博士了,有愿意报名的么[手动狗头]
@SolarHurricane 默认就是获取基础配置,如果要额外的可以再加
@SolarHurricane 我是按照自己理解做的第三方登录,通过重定向过来的 code 换取临时的 access token 再换取用户信息,用用户信息匹配用户进行登录(没有匹配则自动注册)。
大致的操作就是达到一个通过第三方平台的 id 映射到自己平台的 id 实现一个无密码登录的操作。
这里是相关的实现连接可供参考,如果我写的不是正经实现方案也欢迎指出讨论,我想了一圈应该是没有安全问题的
https://github.com/msgbyte/tailchat/blob/master/server/plugins/com.msgbyte.iam/strategies/github.ts
https://github.com/msgbyte/tailchat/blob/master/server/plugins/com.msgbyte.iam/services/iam.service.ts


@oneisall8955 通过代理转发肯定能实现操作,但是我考虑到两点:
- 如果用在正式服务上可靠性减半,因为增加了中间环节,而且还需要维护中转节点
- 本来 https 可以保护数据不被篡改,中间加了一层以后出现了安全隐患。

不过你这个方案我学会了,并且打算用一波。因为我后面还打算接入 google 登录。github 还时不时能脸上 google 就真的没办法直连了。感谢大佬分享
@oneisall8955 很懂嘛,是的。辣鸡 gfw
295 天前
回复了 witcat 创建的主题 程序员 列表 api 不返回 id 给前端可以吗?
第一,id 可以作为后续操作的唯一标识,比如你要点击到某一条记录肯定不能是第几条或者某个 name
第二,id 可以作为前端缓存的唯一标识,当然如果不做缓存当我没说
第三,如果这个列表是动态更新的,id 可以优化前端渲染性能(在 mvvm 框架)
第四,代码洁癖,一条记录一定要有一个唯一 key ,不然纯粹靠数组会不放心,当然这个洁癖可以没有
@really28 看了一圈你这个最离谱
辣鸡微信
297 天前
回复了 madao199 创建的主题 酷工作 开发了一个游戏社区 老哥们锐评一下?
虽然没看懂是干嘛的,但是如果你是猫党那我们就是朋友
297 天前
回复了 murmur 创建的主题 程序员 老生常谈的技术选型 react native vs flutter ?
如果主要是 webview 的话,我的建议是 rn 。因为我调研下来 flutter 的 webview 不如 rn 的 webview 。(甚至本来还考虑过 uniapp 的 w2a 方案不过正如 op 所说太畜生了)

这是我的项目可供参考, 一些与 webview 通信与相互调用的实践: https://github.com/msgbyte/tailchat/tree/master/client/mobile
297 天前
回复了 fushang318 创建的主题 程序员 react 项目编译慢的问题
@moonrailgun 口胡。是启动开发环境要 10 分钟
297 天前
回复了 fushang318 创建的主题 程序员 react 项目编译慢的问题
才 5 分钟。我以前开发过开发环境启动要一个小时的。

另外我会告诉你我的项目编译一次 docker 镜像要一个小时么?
https://github.com/msgbyte/tailchat/actions/workflows/docker-publish.yml
@nothingistrue 不是很认可你的看法。只要算法是公开的可证的,那么所谓的高科技算法,只要结果是可复现的,那么就是可信的。就像有无数人可以监督你,对于试图造假的人来说这是一种不可控的监视。

当然如果你这所谓的高科技算法高到全球只有有限的几个人且哪怕原理告诉所有人也没人学会的水平那当我没说。
如果真的要方便使用,我个人的评价是搞个微信登录会更加方便一点。。

在我国有手机就有微信。
@ryan4yin 开源精神不仅仅是局限在代码/技术层面,哪怕 b 站美食区把自己研究了很久的食谱配方分享出来,让别人能够按照步骤复现那也是一种开源啊。开源的好处就在于社区能够推动你的前进,金钱报酬就是物质需求,当我们吃喝不愁的时候更加需要精神报酬。点赞

@vevlins 哈哈,单纯的重复的推广是最没有意思的,我们技术人能够分享过程中顺便推销一下,达成双赢才是最好的。

@guguji5 可以看图片。从 21 年 7 月开始做的。单纯的 IM 其实不复杂几个月就能做一个完成度很高的东西了,但是同质化的内容是最没有意思的,要把底层的设计做好,并实现一些个人的设计哲学,就会花费更多的时间。
@lizheming 啊仔细看了一下就是我想要的。原项目没有用的原因就是因为我想要在原来的内容上修改而不是追加一条回复。研究一下,感谢
1 ... 2  3  4  5  6  7  8  9  10  11 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1835 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 00:57 · PVG 08:57 · LAX 17:57 · JFK 20:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.