bertonzh 最近的时间轴更新 bertonzh 最近的时间轴更新
meowtec
| 分享一个在线 HASH 计算的工具 分享创造 • bertonzh • 2025 年 11 月 12 日 • 最后回复来自 xuelang | 10 |
| 分享一个自用的简单的 URL 参数编辑小工具 分享创造 • bertonzh • 2023 年 8 月 6 日 • 最后回复来自 studyrun | 6 |
| 把 Code Diff 渲染成可视化效果的视频 分享创造 • bertonzh • 2023 年 7 月 25 日 • 最后回复来自 bertonzh | 6 |
| 一个没有任何外链的新站， Google 是怎么收录的？ 搜索引擎优化 • bertonzh • 2024 年 6 月 4 日 • 最后回复来自 tiandishi | 4 |
| 一个用于局域网跨设备传输消息的轻量小工具 分享创造 • bertonzh • 2023 年 8 月 16 日 • 最后回复来自 nocmt | 14 |
| 写了一个压缩 PNG/JPEG 的 GUI 工具
1 分享创造 • bertonzh • 2021 年 12 月 3 日 • 最后回复来自 youthfire
|
28 |
| 写了一个浏览器端的 ttyplay
1 分享创造 • bertonzh • 2016 年 9 月 7 日 • 最后回复来自 gongbaodd
|
2 |
| owl redirector——更好用的 Chrome 请求重定向扩展 分享创造 • bertonzh • 2015 年 3 月 25 日 • 最后回复来自 Luzifer | 23 |
bertonzh 最近回复了
2025 年 12 月 12 日 回复了 joseph111 创建的主题 › 程序员 › 分享一个神奇的在线代码执行平台 RunCode |
编辑器没有接 LSP ？写起来不方便，特别是现在大家普通习惯了 IDE 的推导、自动补全，甚至习惯了 AI 的情况下。
除非这个工具的作用仅仅是让用户把 chatbox 生成的结果粘贴进去运行。
除非这个工具的作用仅仅是让用户把 chatbox 生成的结果粘贴进去运行。
2025 年 4 月 22 日 回复了 wuruxu 创建的主题 › 职场话题 › 在 AI 协助下，用 LaTeX 写简历很不错 |
都 AI 了，用 HTML CSS 写不香吗
2025 年 2 月 14 日 回复了 bertonzh 创建的主题 › 分享创造 › 分享一个在线 HASH 计算的工具 |
@chenzw2 差不多，20s
2025 年 2 月 13 日 回复了 bertonzh 创建的主题 › 分享创造 › 分享一个在线 HASH 计算的工具 |
@h1298841903 对，计算 md5 可以用 md5 命令，而计算 sha256 又需要 shasum 命令。而且其他系统的命令也都不一样。
而且，系统有命令，也不影响我再造一个 wasm 版本的轮子
而且，系统有命令，也不影响我再造一个 wasm 版本的轮子
2024 年 11 月 7 日 回复了 liuchengfeng1 创建的主题 › 程序员 › electron-builder 打包提示 app.asar 被其他文件所使用。resource busy or locked, unlink app.asar |
Windows 上最恶心的问题没有之一
2024 年 7 月 11 日 回复了 shadowyue 创建的主题 › 程序员 › 大家都是草台班子😂，我干了这么多年开发，能把跨域问题说清楚的人也没几个😅 |
「我认为这是现在的前端脚手架提供的一个极其糟糕的功能」
你这个观点不对。
本地开发服务器会提供接口代理，它的一个重要的背景是：
世界上绝大多数网页服务，网页域名跟接口域名是一样的，也就是线上一般不会存在跨域问题。
开发工具做这个代理逻辑，仅仅是为了跟线上保持一致而已。
确实存在接口域名跟网页域名不一样的时候，但是这不应该是常态。因为即使处理了跨域的问题，还有三方 cookie 的问题等着你。
你这个观点不对。
本地开发服务器会提供接口代理，它的一个重要的背景是：
世界上绝大多数网页服务，网页域名跟接口域名是一样的，也就是线上一般不会存在跨域问题。
开发工具做这个代理逻辑，仅仅是为了跟线上保持一致而已。
确实存在接口域名跟网页域名不一样的时候，但是这不应该是常态。因为即使处理了跨域的问题，还有三方 cookie 的问题等着你。
2024 年 6 月 16 日 回复了 lucifer518 创建的主题 › Flutter › 恕我直言，闲鱼是在抹黑 flutter |
大厂，尤其是国内大厂一直迭代的软件，卡才是常态。
就是因为不缺人，软件才会越来越卡，明白吗？
就是因为不缺人，软件才会越来越卡，明白吗？
2024 年 5 月 23 日 回复了 summertimesad 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题 |
如果所有网站都用同一个密码，这就是一个木桶问题，你无法保证所有网站所有环节都是安全的。
所以还是用唯一密码吧。
所以还是用唯一密码吧。
2024 年 5 月 23 日 回复了 summertimesad 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题 |
@YogiLiu 对的，放 Payload 或者 header 里面还好。如果放 URL 参数里面，又没有专门处理过（自动识别敏感字段并打码），搁任何大公司，百分百会被记录到日志里面，百分百会被安全拉高危工单。
2024 年 5 月 23 日 回复了 summertimesad 创建的主题 › 程序员 › 请 [吸词] 的作者出来解释一下密码明文传输的问题 |
@kera0a 真正搞过后端服务的都知道，放 URL 跟放 body 差别太大了。
放 URL 里面，你的密码会被保存到 N 个日志库里面。
放 URL 里面，你的密码会被保存到 N 个日志库里面。
Select Language