@greatonce 我觉得你自己的观点或者表述有点问题 你刚开始说 "php 怎么也不会处理的了客户端设置的 cookie 。" 我回复了可以通过同名 cookie 达到覆盖和删除的效果 而你后面反驳我的观点 我又补充了"客户端添加 cookie 是有条件的: 添加购物车操作才会添加 cookie" 再到后面又说 "服务端之前设置的 cookie ，在客户端页面上可以被重新设置一个值覆盖掉。" 你的观点有点矛盾 或者说你还是没理解我说的 只是纯属在反驳我的观点 希望能看一下刚开始的问题和回答 不要继续歪下去

------

现在就是在客户端不会立即重新覆盖 cookie 的情况下 服务端返回的 cookie 无法完成覆盖和删除的操作 只发生在微信内置浏览器里 所以微信内置浏览器有 BUG 就成了可能性之一 LZ 说这个是以前同事写的 所以现在就是想以“最简单”的方式去解决这个问题 所以提那么多后端解决方案明显不符合简单的概念啊

@greatonce 然而服务器保存只有多端需求才会有 单端本地 cookie 就足够了 至于商品下架 参考淘宝 你存的只是 id 购物车显示的时候服务器返回商品状态就是了

@greatonce 你可能理解错了。 他本地操作 cookie 是有条件的 比如 你点击加入购物车以后添加 cookie 并不是访问页面就会加 cookie 所以并不会发生冲突

@Mitt 纠正一点 不是提交时带的 cookie 脑子不好使了。

@greatonce cookie 是可以被服务端返回同名 cookie 覆盖掉的 比如服务器把 cookie 时间设置成以前的时间 就会使 cookie 到期而被删除 而提交时带的那个 cookie 都是带了 session 的 这个一般也是服务端返回来的

@snsd 就说有个软件这几天连不上了 然后常规小哥上门检查 搞了半天确认电信能用 移动不能用 然后走了就开始“优化” 然后跟他说实在不行给分个外网 IP 算了 然后就给分了个 IP 然后事情解决了。

实在没辙就临时在前端删 cookie 咯 应该是 BUG 或者 “特性”

慢慢被跑习惯了就掌握技巧了 干活前先收一定量(看钱和活) 干完给对方演示(不给源码) 这时候要给足 80%以上 然后给对方源码 确认没问题再给尾款 如果这时候对方以不在当初约定的基础上加东西也不加钱 你也可以跑路了。

@skylancer 嗯 我只是举个栗子 毕竟漏洞这东西放在谁身上都会有 看你选不选择再相信它一次咯(当然是选择原谅它啊!)

按流量计费吗，那也太坑了吧

@qcloud 对 是国王大道 然而我看了标题点进来就看成的天国大道 (逃

拿手机 app 进这个帖子第一眼仿佛看到了 正在进入: 天国大道 的 tips

技术这种东西 与时俱进的肯定上网查文档 除了经典书和对口书 看书来学习新技术就是很落后的行为 新技术一直在改变 如果 lz 说的那个人不是特别牛逼的话，估计也只是个装逼的货，一本好书即便你看完你也可能没法完全理解

@fanne $('.selectpicker').selectpicker('refresh'); 初始化后添加的 option 需要刷新一遍 或者重新初始化一遍才能使用 这些文档上都有 建议这类问题多查文档找解决方案

用 jQuery 的话很简单 就是
$('<option></option>').text('serverName').attr('value', 'serverValue').appendTo($('#id_server_select'));
非 jQuery 的话同理 只是麻烦一点 建议多谷歌 | 百度

@shoper 与其说不怕 不如说习惯了 想想 TV 的连接机制就知道 无论是一次性连接密码还是无人值守密码 都是在本地校验的 能被盗远程可能就是账户泄露了 电脑授权账户访问导致的 或者是账户漏洞什么的 (以上都是瞎扯) 反正网上各种爆的库 随便一撞可能就上新闻了 所以我对这件事情还是比较保持乐观的 要是像 163 那样频繁我估计我也就放弃了 只是一次我还是相信 TV 的

@justs0o 不管是上行 外网 80 端口 无独立 IP 都是从上海电信先开始的

除非垄断到一定程度 不然涨价的话第二天就没人用了