debuggerx 最近的时间轴更新 debuggerx 最近的时间轴更新 |
debuggerxV2EX 第 223488 号会员，加入于 2017-03-29 10:25:41 +08:00 |
www.debuggerx.com
| 简书通过 UA 判断拒绝 Linux 浏览器显示图片/访问网站
1 分享发现 • debuggerx • 159 天前 • 最后回复来自 kaysar
|
12 |
| 我也整了个在线版的仙剑 1，打开网页即玩，针对移动端做了适配，还有云存档😃 分享发现 • debuggerx • 2023-10-21 15:41:57 PM • 最后回复来自 debuggerx | 4 |
| 分享一个让 Fcitx5 更符合简中用户使用习惯的优化脚本 分享创造 • debuggerx • 2023-10-09 02:08:06 AM • 最后回复来自 joelincn | 5 |
| 屏蔽 V2EX 无聊的 AI 讨论的油猴脚本 分享发现 • debuggerx • 2023-02-20 13:21:49 PM • 最后回复来自 debuggerx | 4 |
| 红米笔记本 air 使用 Linux ，启动时内核会卡住 30 秒，求解决方案或思路 Linux • debuggerx • 2021-07-04 23:08:45 PM • 最后回复来自 liuxu | 42 |
| 续：《浏览器关闭最后一个标签页后的行为》，写了个插件试图找回当年用世界之窗的感觉～ 程序员 • debuggerx • 2021-06-30 19:59:37 PM • 最后回复来自 wdssmq | 30 |
| 迫于兼容 iOS 设备，用 golang 写了个把静态博客中 webp 图片在线转为 jpg 的工具 程序员 • debuggerx • 2020-11-24 20:01:58 PM • 最后回复来自 MrKrabs | 10 |
| 用 go 写了个把静态博客中 webp 图片在线转为 jpg 的工具，不知道有人需要吗 问与答 • debuggerx • 2020-11-23 20:36:06 PM |
| 不知是否火星,能科普下这个站是什么情况么 分享发现 • debuggerx • 2018-10-25 11:26:04 AM • 最后回复来自 nullornull | 7 |
debuggerx 最近回复了
10 天前 回复了 coldmonkeybit 创建的主题 › 健康 › 鼠标滚轮滚到食指关节很疼有什么办法 |
把鼠标侧键映射成上下翻页，在可以用翻页替代滚轮的地方用侧键。
17 天前 回复了 initcom 创建的主题 › 分享发现 › 发现一个模拟器游戏镜像的收藏， 15T+ |
@initcom 运营商送的电视盒里常用的 cpu 型号，这类盒子通常叫魔百盒，代表有创维 E900V22C 、九联 UNT413a 、CM311-1a 等，因为便宜到 50 块左右就能买到，又能刷各种电视系统、模拟器游戏专用系统、视频播放专用系统、armbian 和 openwrt ，所以性价比极高，成为了垃圾佬的最爱
17 天前 回复了 initcom 创建的主题 › 分享发现 › 发现一个模拟器游戏镜像的收藏， 15T+ |
@hanguofu psp 大作比较吃力的水平，psp 之前的家用机街机都没问题
18 天前 回复了 wkong 创建的主题 › 程序员 › 有 AI 后，是不是没必要选择 Flutter 了？ |
然后 AI 回答你，它也不想写 Android 和 iOS ，要么输出 Flutter 代码，要么加钱 🐶
25 天前 回复了 ljzxloaf 创建的主题 › 程序员 › protobuf 不支持泛型？ |
@ljzxloaf http 状态码 500 ，返回数据类似{"code": 610016, "msg": "余额不足"}
简单来说就是成功时 http 状态 200 ，响应数据直接是业务负载数据，错误时 http 状态非 200 ，然后响应数据返回业务错误码和信息文本
简单来说就是成功时 http 状态 200 ，响应数据直接是业务负载数据，错误时 http 状态非 200 ，然后响应数据返回业务错误码和信息文本
25 天前 回复了 ljzxloaf 创建的主题 › 程序员 › protobuf 不支持泛型？ |
@ljzxloaf 并非只适用 http ，而是一种设计思路，websocket 、mqtt 也都可以用类似的设计。而且这并不是什么把业务状态放在协议里，http 协议的状态码本就希望服务器能够表达一些明确的意图，不管成功失败全用 200 才是自作聪明的反设计，曾经可能还有些场景有些理由这样做，现在可以扔掉这种惯性设计了。
25 天前 回复了 ljzxloaf 创建的主题 › 程序员 › protobuf 不支持泛型？ |
@ljzxloaf 很简单，正常响应直接返回数据，http 状态吗 200 ；接口出错时，前端参数问题就用 400 状态码，服务器问题就用 500 ，然后响应结构：{"code": 业务定义的错误码, "msg": 错误描述或希望显示的文案}
前端 api 设计形式类似 static fetchItemById = (id: number, onError: (code: number, msg: string) => void): Promise<Item | null> => {...}
直接根据 http 状态码去解析，而不是先解析，再根据状态搞泛型
前端 api 设计形式类似 static fetchItemById = (id: number, onError: (code: number, msg: string) => void): Promise<Item | null> => {...}
直接根据 http 状态码去解析，而不是先解析，再根据状态搞泛型
Select Language