echo '{, "code":233}' | jsondecode
+ERR: Invalid Json content: Missing value at 1 [character 2 line 1]

试了下自己写的，果然兼容不了😭

tomcat 下面 2 个程序怎么交互, 不使用数据库, 最标准的答案不应该是 crossContext=true 吗
当然考虑到标准和通用性，不依赖容器特性也无可厚非，但依赖外部通信的话， 同一个容器下两个应用这个大前提就完全没必要了

那问题来了，到底应该推荐什么好？已明确表示不要 MacBook

29 一瓶
这价格上淘宝有很多很好的选择啊，角头鲨都用不了这个价格吧

10+年前定的协议
{“ code ”:” 233 ”,” var ”:{…}}
到现在都没有改过
为了适应业务的复杂性， code 是 string 类型而不是 int

当然 10+年前的 json 还没这么流行，所以其实是
<object><string name=“ code ”>233</string><object name=“ var ”>...</object></object>

@yhxx 这是月租不是日租，没有任何理由支持退这 7 天的房租水电

https://item.jd.com/1273900940.html

我现在用的书桌，是带转角的，但我实际是拉开一字形状来使用的

房东已经很厚道了
你违约了，水电可以退给你，但两个月的押金，至少扣一个月违约金吧
现在房东推给你的钱 1230
已经可以抵消几乎两个月的房租+其他费用了 (550+70) * 2 = 1240

第一个月你虽然没住满，但租赁合约从来都是先付租金的，不管你住不住满这月的费用就不应该退回给你

你都已经赚到了，还纠结房东没给你补偿，知足吧

支持只使用 200
支持只使用 GET+POST

Rest 只是个规范建议并不是一个协议
何必让 HTTP 和业务捆在一起
设计动词的时候，还要考虑怎么和 HTTP 的动词对上
设计返回码的时候，还要考虑和 HTTP 返回码对上
完全没有必要

这么原教旨 HTTP 主义的话你干嘛不用 DAV 协议提供服务呢

当然，要求重构是另一回事，但这有难度吗？用封装代替重构不就完了？
你说你用的框架不够灵活不支持封装？
那你自己在更高的 Service 层做 filter 啊。
应用服务还是不支持的话写个 ngix 扩展也不是什么难事吧

一楼至少给楼主贡献了 20!个铜币

去附近的咖啡馆

居然有现货？

CDN 经常不靠谱
我在家（被移动收购了的铁通）就经常无法直连，连主站都没法打开，遇上了就只能翻墙上，有时候主动更换一下 ip 又恢复正常

最好能够添加自定义选项，让用户可以自行选择使用哪组 CDN
多做几个 DNS 记录而已

来城中村试试？
我说真正的城中村啊，不是廉价出租屋聚集中心

你应该这样理解
本来不应该有 var 和 let 的
因为他们其实除了作用域以外没有任何区别
但由于历史原因， var 的作用域泄露的问题被吐槽太多了，又不得不兼容，所以才产生了 let

js 三种变量声明方式

x;
var x;
let x;

如果可以用更合适的关键字修饰符的话，就是等同于
global x; (前提是变量没有在任何作用域中被定义)
function local x;
local x;

这是 cache 啊，没访问过的内容自然看不见

已经下订单了，但要等三四周真是无语😓

公司外全部用触控版
公司内全部外接键盘，鼠标，显示器