V2EX › invite 的所有回复 › 第 16 页 / 共 56 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 12 13 14 15 16 17 18 19 20 21 ... 56

❮

❯

2015-05-23 10:29:20 +08:00

回复了 napsterwu 创建的主题 › 问与答 › H3C 交换机的 802.1x 配置问题

你不觉得应该先display cu, 然后贴出来么?

2015-05-22 13:51:38 +08:00

回复了 justjavac 创建的主题 › 问与答 › 贪吃蛇大结局，这个用了什么算法？

很明显，这样的算法太弱了，搞那么复杂干嘛，直接像显示器那样，逐行扫描好了。来来回回，随便怎么搞了。

2015-05-21 15:58:14 +08:00

回复了 Septembers 创建的主题 › 信息安全 › CloudXNS 重置 SECERT-KEY 的用户确认密码放 QueryString 大丈夫？

CloudXNS，目前也正在官网中。

2015-05-21 15:56:41 +08:00

回复了 Showfom 创建的主题 › 站长 › 新加坡 2 号机房即将上线，目前开始接受预订

先mark一下，等有钱了在看看。

2015-05-21 15:53:22 +08:00

回复了 sneezry 创建的主题 › 分享发现 › Namecheap 能注册.li 域名了，姓李的小伙伴们冲吧！

注册的地方，一堆堆啊。

2015-05-20 11:03:47 +08:00

回复了 johnsneakers 创建的主题 › PHP › 宇宙最强语言 PHP 爆出 DoS 漏洞,可以直接灌满 CPU

宇宙最强的PHP，必须配置宇宙最强的CPU啊，这样的CPU，岂是DoS能搞定的？

2015-05-19 13:16:16 +08:00

回复了 Livid 创建的主题 › Cisco › 一个不错的网络工程师学习入门网站

红茶的教程，还是很赞的。

2015-05-19 13:13:08 +08:00

回复了 Showfom 创建的主题 › 站长 › VPS.TO 上线 Softlayer 日本东京机房，走 CN2 线路，送 5 个泛域名 SSL 野卡

“因为连续5天滥用流量，导致我们的母鸡流量已被用完” 看到这个，不禁让人思考万千呐。

2015-05-19 13:07:59 +08:00

回复了 matrixyuri 创建的主题 › 问与答 › 我自己做的本科毕业设计想开源，被导师阻止，理由是“版权归实验室所有”

搞笑了，如果没有导师的研究课题，你丫怎么会想到这个程序的？

如果是你想到这个点子，然后你导师受到启发然后有了课题的，那么你厉害，随你开源。

否则，你就是打着开源的名义，为自己获利（不局限于金钱）

2015-05-19 13:03:17 +08:00

回复了 KCheshireCat 创建的主题 › 问与答 › 有多个 ICMP Reply 包穿透 NAT 的方法吗？

这个时候，你应该抓包看一下发生了什么事情。

2015-05-19 12:59:12 +08:00

回复了 haopic 创建的主题 › 问与答 › 吐槽一下，看了一些国产手机的发布会！

风气已经被小米带坏了，哈哈。

2015-05-19 12:42:06 +08:00

回复了 Septembers 创建的主题 › DNS › 吐槽吐槽 CloudXNS 的坑爹 API 设计

之前关于其他内容吐槽过。

2015-05-18 12:37:23 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@schemacs 状态码不能满足的情况下，用错误代码，那不是得两套逻辑了？那何必搞那么复杂呢？

2015-05-17 11:59:17 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@schemacs 你真应该好好读下 @way2exluren 的回复。

你刚才引用的 "v2 will always return a 409 status code with a stable and documented error identifier in the body." 人家也是有错误ID返回的。按你之前的意思，这是不是也算 “自己造” 了？

2015-05-16 22:01:29 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@schemacs 如果你硬要这么说，那也没办法了。等那天觉得状态码不够用了，你就自己在协议上扩展吧，杂交一下未必不可。

不过这里还是想说一下，接口逻辑与HTTP协议本身分开，是有利于接口脱离HTTP而存在的的，否则后续如果不走RESTful了，接口代码又得变了。因此，个人还是建议在接口中返回相应的数据，这样即使改成其他方式了，端到端的业务都不会有任何影响。

2015-05-16 17:37:13 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

@schemacs 果然，你说到框架了，哈哈。框架不多说了，每个人有自己的喜好。至于github没有业务状态，那请问如果错误类型较多，怎么办？光靠他返回的英文内容？那国际化问题怎么办？还得配合Google翻译啊？

2015-05-16 17:27:07 +08:00

回复了 MCtalk 创建的主题 › 分享创造 › 我们正在开发一款 Markdown 文字工具，求内测

markdown.org.cn 发来贺电

2015-05-16 16:57:20 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

补充一点，用HTTP状态码判断，这个方案让人想起了之前那个 @CloudXNS 的API，居然还得用不同的HTTP方法，神一般的设计。

2015-05-16 16:55:48 +08:00

回复了 schemacs 创建的主题 › 程序员 › API 使用 HTTP 状态码还是全部返回 200

但是作为服务端更倾向于方案一，因为大多框架和各家提供的API都是这么干的，其实也很简单（先看状态码，然后直接根据状态码决定后续动作）。

这个结论怎么得出来的？

1 ... 12 13 14 15 16 17 18 19 20 21 ... 56

❮

❯