@LU35 是啊，我当时言辞也略直接了一点，肯定让人家心里堵堵的，说不定还想着：我做了这么多，这个社区都是我幸苦攒起来的，那轮得到你在这儿说三道四 😂😂
不过，讲真，我在原帖里也很正面很直接的肯定过他们的付出了，大概已经气到看不进去了吧

擦 难道劫持的魔爪已经伸向 https 了
12306 好像是自己签的跟证书，为了买火车票大部分小白都信任了这个证书
然后这个证书泄漏了，有人基于这个给原本 https 的网站域名（如 vip.com ）签名了
然后他就劫持这个网址的返回，插入恶意代码或广告，再利用他自己的签名骗过浏览器

@plqws 然后一堆人来提 issue ， 我按教程替换的 path ，但是报错 <xxx>/xxx 是非法路径
233333

@goodbest 早点发现这个 可能就不造了 妈蛋

@goodbest 类似基于 networksetup 的小插件挺多的其实，网络设置是系统设置的高频区域

主要是我需要同时支持 sock5 和 pac 两种代理，而且不想要每次输密码，于是就造轮子了 😄

不错哦，可惜我博客是 hugo

看到 ruby 来点赞

phpstorm 更新索引的时候，你可以起来上个厕所什么的

istat 有 bug ，貌似以前看到过不建议用 istat 的风扇调节
如果我弄错了请忽略

@wizardoz 不应该是这样么，或者是通常的设计里面不是这样么？
你是说的用 form 表单提交不合适吧，但是那个貌似应该是 form-data
即便你是使用 ajax 请求后端，或者后端请求其他 API server, 如果是 POST 或 PUT ，你的参数依旧还是用的 x-www-form ，通常并没有人想楼主的前端一样再用 json 包一下

PS ： 就算你用 JSON 来传输，你的数据包最外层呢？ http 协议里面并没有 json 这个选项，所以你的 json 最终还是作为一个键值对的键值传进来的。。。这样是不是更容易理解这个前端到底做了一件多无聊的事情

楼主说的是提交的时候用 json 提交吧，如果返回 json ，我觉得没有什么可说的，嵌套多少层都是你们业务逻辑上的事儿。

但是 POST 使用 json 的意义在那里， x-www-form 不能满足需求？前端因为技术限制不能传 K/V ? json 可以压缩传输大小？
而且 K/V 的方式也可以嵌套啊，不喜欢嵌套也可以约定对复杂的键值 json 化

前端使用 json 的提交导致的不是技术层面的难题，而是这种设计本身不符合很多 PHP 框架对 POST 请求的设计初衷，那也就意味着很多现成的东西不能用，因为前端一时兴起，后端就要自己去花很多不必要的时间做封装

而且这样绕弯子的方式真的会更健壮吗？

@orvice RESTful 和 json 并没有半毛钱关系