V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  raysonlu  ›  全部回复第 19 页 / 共 36 页
回复总数  706
1 ... 15  16  17  18  19  20  21  22  23  24 ... 36  
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@encro 具体实现代码还没扒,我感觉可以参照 joplin 自己的端到端加密流程:PC 设置了加密,或更新了加密,其他端也会自动知道要怎样加密解密。
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@beibeijia 或者可以试试 icloud 的便签,不过在 PC 端就只能是 web 打开了
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@sillydaddy 确实是后者,VeraCrypt 只是个加密工具,不是加锁。加密的话,joplin 原本就支持加密了。
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@nightwitch
@sillydaddy
加密和加锁,其实是不冲突的,也不相干,可同时存在的。joplin 现在就是支持加密且能同步。或者理解为,要看加密笔记,就要先解密,但可以在执行解密前加一个用户自己的密码锁,解开了再解密。本地数据库根本不用明文存密码,#31 有说
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@3dwelcome 难道见到一个能理解的
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@msaionyc 确实,我不应该这么写
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@zhzy0077 这又去到我觉得作者的那种“误解认为”,我觉得,有底层加密的手段,是很赞,是必要的,但这种加密,对于使用者的直观使用过程,是无感的。“上锁”这个需求,是对使用者有明显的使用过程感知的(输入密码),或者可以理解为这种是放君子而不是防小人,或理解为是再加一把简单锁。

PR 我有机会有时间应该会去做的,只是我很意外大家对“上锁”这个需求,跟我自己的看法,有这么大的分歧。
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@amrnxcdt 实现方式很多种吧,不一定用本地的数据库,何况本地的笔记内容都能加密解密了,传统 web 登录,服务端也不存储用户密码
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
想不到大家也觉得这个需求“无必要”,那作者一直坚持两年不接受这个建议,或者我能开始理解。不过我依然坚持自己见解,诸如“我写了一份不想让人看的笔记本放在家,然后不设置抽屉锁没有房门锁,最终只能不让任何人来我家探访和玩耍” 我是接受不了的。还好为知、有道还是有这功能的,只能先用着了。
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@shyangs
@thet
@wednesdayco
@WilsonGGG
我觉得这个功能很有必要,而且也不应该算是边缘。就好像 ios 里面的便签,也有单独上锁功能,windows 也能对某个硬盘加上 bitlock 密码,word 也能给文件上锁。
保护整台机器的密码,或者是给整个软件上锁,固然重要,但这种情况与”针对性上锁“很不一样,不知道大家有无细味到。或者举个例子,我不可能因为有一个”想上锁“的笔记,而坚决不让机器,或软件,交给其他人暂用吧。
2021 年 5 月 17 日
回复了 raysonlu 创建的主题 程序员 为何 Joplin 的作者们都这么固执
@Vogan
@wupher 精力有限,而且这个是多端项目
2021 年 4 月 1 日
回复了 svipchao 创建的主题 全球工单系统 Gitee 推送超时
又炸了!
2021 年 3 月 26 日
回复了 kerrspace 创建的主题 知乎 各位码农前辈,租房贵重设备如何防偷?
弄个女朋友放在家
2021 年 2 月 24 日
回复了 shuangdeyu 创建的主题 程序员 不想当管理者了
和你一模一样的处境,也走了差不多半年时间了,不过我是小公司,没有大厂那些什么很细分的分工,其实那些分工也未必适合任何情景。这话说前头:钱恰当到位就干,即使不到位也可当作短暂历练,想想只是码代码这样活在安逸也不适合长远发展。人际关系、需求转技术这两个技能树要开始点的了,技术这个技能树也不能落下,如果有技术团队的话还要考虑一下分工和检验。虽然很艰难,但换个角度来说可能会比只是码代码有趣,而且放在外面来说这种机会真的很少。一些避坑建议是,尽可能做好一些工作记录,只要有人肯背锅(设计或上司),再奇怪的需求都尽量给他实现,除非实现不了,或成本很大,避免犯“技术极致”的思维
@nicevoice 难道阿里系只匹配 QQ 浏览器?除了 QQ 其他都不行,日常用 chrome
2021-02-19,牛年了,依然未修复,能加急工单吗?
2021 年 2 月 5 日
回复了 chinaliuhan 创建的主题 Go 编程语言 什么是信箱模式?
@Keyes 以 Actor 模型为线索,稍微搜索了一下资料做了一下理解,不知道对不对(或者究竟是否沾边):
其实所谓的“信箱”,归根到底,就是利用了一个“链”来存放消息,并且单步逐个消化“链”中的每一个消息。Actor 模型无非是有多个 Actor (例如处理信息的 Actor 若干个,组装信息的 Actor 若干个),每个 Actor 各自有自己的“信箱”并且根据信箱消息单步地干活。
不知道这样理解是否为正确,我反观一下有点类似于把一个“进程”微服务化。
@Makoto
@opengps
都无用,https://www.hualigs.cn/image/601c9cbf910f2.jpg
天猫店不出现,普通淘宝店才出现
2021-02-05 09:24:50,依然未修复
2021-02-04 17:07:58,依然未修复
1 ... 15  16  17  18  19  20  21  22  23  24 ... 36  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3970 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 04:18 · PVG 12:18 · LAX 21:18 · JFK 00:18
♥ Do have faith in what you're doing.