@jellybool ...
谢谢，一直传数字，可以计算，直到遇到这个问题

Failed to load http://localhost:8088/g: The 'Access-Control-Allow-Origin' header has a value 'http://localhost:8088' that is not equal to the supplied origin. Origin 'http://localhost:8080' is therefore not allowed access.

self.set_header("Access-Control-Allow-Origin", "http://localhost:8088")


你用 8080 访问，设置的是 8088 当然不允许访问
Origin 'http://localhost:8080' is therefore not allowed access.

有可能根据 user agent 劫持了，或者电脑有问题，换一台试试。

@lurrpis 我写了一个获取数据的，和深度的，还可以做对冲的策略，赚了点小钱，本来想产品化的，做的差不多了，后来，交易所关门了，所以也暂停了，等过段时间看看市场的情况

有联系方式吗，以后有这方面业务可以合作？

@qmm0523 谢谢，其实我想问的是，有没有什么方法能动态的处理，因为配置列表可能是随时更新的，如果写到 nginx 配置的话需要频繁更新

workerman

@Mitt

我之前说的

“你顺序弄错了， php 怎么也不会处理的了客户端设置的 cookie 。”

我说这句的时候是有前置条件，就是 “顺序弄错了”

header 返回的 cookie 客户端能不能改掉？

而你只看后面那句 “ php 怎么也不会处理客户端设置的 cookie ”

@slixurd 保存在客户端肯定不是一个好的方案，就算你的应用只支持一个客户端，也不是好的方法，

就像你说的客户端有很多种，你只在安卓手机的客户端里添加了商品，打开 ios 发现没有这个商品了，

就算支持一个客户端，那天你的商品下架了，而你客户端里还显示这个商品可以购买，而不提示已经下架，

当用户支付的时候发现根本买不了，这种用户体验很不好，这种肯定是放到服务端的，所以不清楚是什么需求，为什么这么做。

@Mitt 我没有说 “有冲突” 啊，只是后一个操作会覆盖之前的操作。

服务端之前设置的 cookie ，在客户端页面上可以被重新设置一个值覆盖掉。

@Mitt 当然可以同名

服务端设置的 cookie 是从 HTTP header 中设置的，

而浏览器 document.cookie 是在页面的脚本里面设置的，

浏览器接收到一个 response 的时候会先处理 HTTP header ，（也就是在这里浏览器会根据 response header 设置各种参数，包括 cookie ）

然后解析 DOM 和运行 js 脚本，（其中也包括对 document.cookie 的处理）

这两个顺序不一样， HTTP header 在先（也就是 php 的服务端在先）， js 的 document.cookie 在后，你在服务端的设置覆盖不了客户端的设置，

至于里面说在其它浏览器里可以做到，可能是浏览器解析的时候没有用你服务端给的过期时间，不同的浏览器版本会有不同的差异


-----



解决这个问题，我不知道楼主具体是在用什么样的环境，不知道为什么客户端的购物车为什么要用 cookie 存储商品，为什么不提交到服务端，或者在用第三方的系统，如果你有权限处理客户端，可以用 localStorage

document.cookie 是在客户端执行的， php 设置 cookie 是在服务端执行的，

后端 php 先在服务器上解析运行完，把客户端代码返回给浏览器，在浏览器中执行客户端代码，

你顺序弄错了， php 怎么也不会处理的了客户端设置的 cookie 。

失败的广告，都商业化了，还那么麻烦，看完都不止 10 分钟

你应该多想想 “复用” 是什么意思

淘宝上好像有人卖企业签名，你搜索看看

他们不想买，你就用自己的企业购买企业证书，以你们企业的名义发布安装，不通过 app store 就行了

__init__ 不是构造方法，这个是初始方法

__new__ 才是构造方法

性格不好，哪里都混不开