V2EX › eason1874 的所有回复 › 第 252 页 / 共 259 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 244 245 246 247 248 249 250 251 252 253 ... 259

❮

❯

2019 年 10 月 23 日

回复了 xhqpp 创建的主题 › DNS › Chrome 浏览器正式版更新支持 DoH

@alphatoad #2 我用过一段时间，感觉不好用，因为只有香港节点，国内各大网站都开启全球加速了，结果就是导致解析到香港 IP，导致有时候访问更慢了。

2019 年 10 月 23 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@no1xsyzy #263 是我误解了，以为楼主跟第一页有的评论一样认为 HTTP 状态码够用了无需自定义 code，我在#47 解释了。成功返回要不要 code 我觉得都可以，这个看内部约定。

2019 年 10 月 22 日

回复了 wusheng0 创建的主题 › 程序员 › 一到中午就心跳的很快？

心悸，咖啡这类饮料喝多了或者睡眠不足处于亢奋状态就会这样，先排除这两个原因，如果不是就考虑去医生。

2019 年 10 月 22 日

回复了 ab 创建的主题 › DNS › 分省解析哪家强？

哪家都不强，主要看用户用什么 DNS，比如内地用 1.1.1.1 解析各大网站几乎都是香港的 IP，因为 1.1.1.1 就近只有香港节点，DNS 就以为用户在香港。

一定要按省访问的话，各省一个子域名，然后在 Nginx 根据用户 IP 做个省份域名跳转吧。

2019 年 10 月 22 日

回复了 PhyllisLin 创建的主题 › 问与答 › 腾讯云的看过来恶心至极

去腾讯云对象存储新建个 bucket，随便解析个二级域名过去就可以了，有没有内容都无所谓的，怕麻烦就随便搞 Nginx 初始页面放上去，一年也花不了一块钱。

在哪家备案就必须得有域名解析过去。

2019 年 10 月 22 日

回复了 Livid 创建的主题 › NGINX › 一个可以用于测试 HTTP/3 及其他 HTTP 新特性的 NGINX 最新版本的 image

早上我还在处理 XP SSL 不支持 SNI 问题，转头看到 HTTP/3，恍如隔世

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@Narcissu5 #123 不是常识，是你们想象出来的，说国内的厂商你可能觉得他们知识水平不够高，不信你去登录 Google 或者 Microsoft 看看，用户名不存在他们会提示你不存在。

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@Narcissu5 #106 这个看你的业务类型，有的业务用户名本身就会作为用户内容的一部分暴露在外面，但就算是去掉这个，也只是把用户不存在的错误改成用户名或密码错误而已，还有大把登录提示。

2019 年 10 月 22 日

回复了 HanMeiM 创建的主题 › 程序员 › Gitee 也被干了，这到底是怎么了

阿里行为，不奇怪。

各位不用联想翩翩了，不会是有关部门的要求，正经网站做好了备案，内容有问题会有 WJ 打电话会给你叫你整改的，不会立即封，亲身经历。

2019 年 10 月 22 日

回复了 zhangH258 创建的主题 › 程序员 › 搞个公司，网络也是大头？？？

生产工具影响生产效率，除非压榨人力可以补贴生产效率，不然省的钱还不够你支付因此增加的生产成本。

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@Narcissu5 #58 登录错误提示能有什么漏洞，最大的可能也就是穷举，做好访问限制什么都不用怕，单 IP 三次错误以上放验证码，全网十分钟内错误超过日常平均值*3 全网放验证码。

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@h82258652 #34
@ampedee #39

那是我理解错了。我看楼主帖子只说了可以从 HTTP 状态码读，没说仅限 200 状态，我以为楼主跟评论区说 HTTP 状态码够用的一样。

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

@Nasei #33 几年前还没普及 HTTPS 的时候，HTTP 接口大多是 200 状态，因为 404 之类的状态会被一些地方运营商和路由器劫持。这种东西只要有个统一规范就行了，既然 HTTP 状态码满足不了需求，统一用数据的状态码无伤大雅。

2019 年 10 月 22 日

回复了 oatw 创建的主题 › 奇思妙想 › 求 V 友帮想一个霸气的 ERP 系统品牌名称

8848 ERP，人机分离十米自动爆炸，让世界重新认识中国智造

2019 年 10 月 22 日

回复了 devswork 创建的主题 › Windows › windows 10 1909 发布了，有更新的吗？

推了就更新，不推就不更新。

2019 年 10 月 22 日

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

借用知乎的名言：先问是不是，再问为什么。

楼主和楼上其中几位别胡扯了，90% 以上正经产品接口都有自己的一套 Error Codes，包括楼主说的 Twitter 在内，不信自己看（ https://developer.twitter.com/en/docs/basics/response-codes ）。

HTTP Status Code 根本不够用，我举个例子，用户登录可能出现的错误包括但不限于账户不存在、账户名或密码错误、验证码错误、账户登录受限（包括各种原因），在程序层面只有 403 Forbidden 那你就只知道登录不了，不知道登录不了的原因，不能根据不同的情况去引导用户进行下一步操作。

2019 年 10 月 21 日

回复了 ilook 创建的主题 › 问与答 › QQ 拼音开始弹天猫双十一广告了

QQ 拼音早就是搜狗产品了，只是用着 QQ 这个品牌名而已，连域名都用搜狗的域名了。

我就是嫌搜狗输入法广告多才转的 QQ 拼音，后来 QQ 拼音并入搜狗之后我就想放弃，但是用习惯了不用一段时间感觉生产效率降低了就又装回来，直到几个月前发现 QQ 拼音有个 BUG 会导致 Chrome 卡死，这才彻底放弃。

1 ... 244 245 246 247 248 249 250 251 252 253 ... 259

❮

❯