V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xhat  ›  全部回复第 1 页 / 共 11 页
回复总数  204
1  2  3  4  5  6  7  8  9  10 ... 11  
醒醒吧楼主。怪什么 4399,怪什么孩子,这事儿你全责
2018-03-13 00:43:55 +08:00
回复了 pingplusplus 创建的主题 程序员 Ping++ 2018 支付设计大会 • 北京站
到时候去学习下
2017-12-23 19:59:21 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@To5tE 现在可以继续开通,只是不能充值

@580a388da131 下个版本隐藏。感谢

@eslizn 就服你
2017-12-23 19:24:26 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@ming

不去找自己的原因,一直在这里喋喋不休。对不起,我没那么善良为你交认知税。但又不得不来费口舌

如果,用微信商户后台,根据用户 openid 通过微信企业付款接口下发款到平台下用户零钱,这叫二清。你懂这个,我知道。不用一直强调

但是你仅有的这点认知,就开始评头论足,简直 Naive。。。大家都是成年人,是要对自己说的话负责的

如果二清的概念都搞不明白,敢出来做平台?

PAYJS 用户的交易款,是微信直接打给用户钱包的,不是我通过企业付款接口让微信打给用户钱包的,明白?想要用户的交易款打到我的个人钱包,告诉你,我不能的,是的,技术上不能

你有没有真正注册使用 PAYJS ?没有吧,这么自负与偏执,很替你担忧啊,真的

抱歉啊。。我怎么就想到这种语气了。。
2017-12-23 17:39:52 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@kasp 这个提示正说明接口可用。如无法解决,请在后台提交工单描述详情
2017-12-23 17:36:58 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@ming

如果我们有能力动用户交易款,技术上只要能行得通。或者我们是二清。我接受任何形式的举报

你选择相信自己的认知和判断,可以理解。但是需要提示一下,你看到的,并不是这个世界的全部

等你想明白了,回来我接受你的道歉,原谅你的臆断
2017-12-23 12:26:24 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@Telegram 谢谢你的善良。平台对违规行为 0 容忍

@shoaly 再强调一下:二清是违法的。我公司即便倒闭,你的交易资金仍然是安全的。请不要臆断
2017-12-23 09:56:42 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@rvfu98 404 问题没发现。如遇到,请在后台提交工单
2017-12-23 03:16:52 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@crs0910 SORRY... 抱歉,key 的问题确实是疏忽了,文档已经修正
关于 http 和 https 的提示,应该是跨域问题,请在后台工单里面说明下详情,明天睡醒我们来共同解决好吧。。
2017-12-22 21:11:51 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@rvfu98 @MonkeyDLuffy 你们应该不会后悔的 😜
2017-12-22 21:10:16 +08:00
回复了 xhat 创建的主题 分享创造 真正的微信支付个人接口
@peesefoo 平台收费和费率没关系。平台不增加费率

@shoaly 辟谣:钱不是付给 PAYJS 的,而是自己。非二清

@AlwaysBee 到账时间请查看文档

@cevincheung 和你见过的所有接口应该都不是一回事儿
2017-06-21 13:55:37 +08:00
回复了 zyb123456 创建的主题 推广 景安 1 元体验专区
这么多年了,景安竟然还活着呢。。
水果店是传统行业,传统行业最大的问题是线下的 n 多问题,这些问题的学习成本可能要超出程序员的想象。
但是一定要说这个行业行不行,答案肯定是行。
提一点建议:把互联网的经验和传统行业融合起来,然后把这种融合进化到极致,确定自己的特色,或许有机会能挣到你做程序员一半的工资
@nikoo 特地登陆为老司机送上铜币
2016-12-25 12:45:02 +08:00
回复了 xhat 创建的主题 问与答 想制作一个 wifi 音箱方案请教
谢谢各位,这个需求是要加工出硬件产品,不是个人测试。
一个严肃的工程思维不应该用状态码

状态码在本质上不属于业务逻辑范畴
不能把服务器响应状态和业务逻辑返回值混为一谈

举个简单例子:
在发起支付时,要判断支付的几种状态:提交失败、提交成功但支付失败、提交成功且支付成功。
只用 200 显然不能解决这种业务逻辑。如果为每个动作赋予一个状态码苟且解决,就完全失去状态码的意义了。

这或许就是程序员和工程师的区别,之一吧
1  2  3  4  5  6  7  8  9  10 ... 11  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2827 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 14:32 · PVG 22:32 · LAX 07:32 · JFK 10:32
Developed with CodeLauncher
♥ Do have faith in what you're doing.