BIWEB开源PHP WMS系统创始人ArthurXF肖飞的blog

近期受邀参与一个极其有特色的电商平台“打卡卡免单电商平台”的测试，感触颇深。

首先一般人听到“免单”都觉得天下没有免费的午餐，这免单肯定有套路，是的，确实有套路，只是这套路合理合法，打卡卡的所有商品免单都是由商家让利，只是让利不像其他平台那样分散人人都有，而是集中给了一个买家，例如10元的商品，商家之前是让利1元给10个买家（相当于打9折），现在是将让利的10个1元集中起来给1个买家让利10元，这个买家就实现了免单，至于让利给哪个买家，就看谁能抽到打卡卡平台送出的免单红包奖励了，中奖者即可免单，当然如果这个买家很豪横，一口气买下了10件商品，那么免单必中，这就是打卡卡免单的套路。

有人又会问，这套路是否违法？其实这套路早就存在，只是打卡卡演变成了互联网化，之前很多人在冰棒批发的店铺，都见过买十送一的促销活动吧，商家甚至只要价位相同，并不要求一定买同款的冰棒，而买家必须一个人完成买十送一的活动，很多时候买家一次性买不了那么多根冰棒，比如你买了五支冰棒就离开了，那你就无法参加买十送一的活动了。而打卡卡将这个活动互联网化了，打卡卡将十个只买了一支冰棒的买家组团在一起，发出一个专属免单红包，由这十个买家抽取，谁抽中了，就可以将买货的钱一分不少的拿回来，从而实现了免单。这种套路既不是拉人头充值购物的传销，也不是消费换积分再换奖励的套路营销，比的只是谁运气好。



还有人质疑，打卡卡这种免单电商会不会崩盘，类似庞氏骗局，免单免到最后，平台关闭跑路了。其实用户完全不用有这种担心，打卡卡平台上的商品免单率是由商家自己控制的，是商家根据商品的利润率自行设定的，由2免1到20免1，例如A商品有20%的利润率，商家可以设定10免1，相当于让利了10%，商家还有10%的利润，所以商家是不会亏本的。打卡卡平台为商家带去流量和买家，买家得到了商家提供的真实的免单实惠，商家得到了除免单外其他订单的利润，此模式为三赢模式，完全不可能崩盘跑路的！



有人问打卡卡免单电商从来没听过，在手机应用市场里也搜不到，那怎么访问打卡卡平台的呢？这一点打卡卡的团队设想就很贴心周到了，打卡卡免单电商平台是微信小程序，无需下载安装，只要在微信里搜索打卡卡，就会看到一个名为“打卡卡Dakaka”的小程序，直接点击进入即可。这样用户就不用担心安装到乱七八糟的不知名的APP会盗取你手机里的资金或者信息。可以放心的大胆使用打卡卡平台，打卡卡的相关资质都通过了微信的审核，打卡卡的小程序才能得以上线的。



经我对打卡卡的测试，我个人感觉打卡卡将会成为电商界里的一匹黑马，目前打卡卡免单电商平台还在外测中，商家推出了很多2免1,3免1的商品，祝大家在打卡卡平台上好运连连，免单多多！

之前一直打包正常的APP，今天要重新打包一个IOS正式版，一打包就报错，提示如下：



经百度查询，说是WWDR中间证书过期了，不过就我的印象中，好像从来就没使用过这个证书，百度里也说的不清不楚，什么到哪里下载然后安装，到链文件去找过期，可是我是windows系统，下载了AppleWWDRCA.cer，也安装了，装到哪里去也不知道，重新编译，报错依旧。

只能先放弃这个思路，先看看IOS的发布证书和描述文件是否过期，查看了证书没有过期啊，先不管那么多了，死马当活马医，生成新的IOS证书提交编译，报错信息变了，说描述文件关联证书不匹配，心中窃喜，以为就要成功了，马上生成了新的描述文件，提交编译。

结果错误信息依旧如上，看来根本就不是证书和描述文件的问题，仔细看了错误提示，是在不知道如何产生的。

把模块检查一遍，发现之前百度模块没有使用最新版的，重新最新版之后重新编译，一切正常！

在这里给大家提个醒，编译不通过，不一定全是我们自己证书的问题，还有可能调用第三方SDK的模块产生的错误，最好全部使用最新版的，当然之前也发送过最新版模块有bug的问题，记住不使用第三方SDK的就可以不使用最新版模块，如果使用第三方SDK模块的，建议全部使用最新版模块进行编译打包！

今天调试中，发现上传图片一会成功，一会不成功，最后服务器反馈的错误是413 Request Entity Too Large。我记得我已经把php.ini中上传文件的配置开到了80M了，为啥还有会报错呢，经查原来是nignx的限制了。

修改 Nginx 的配置文件

server {  
   ...  
   client_max_body_size 20m;  
   ...  
}
重启 Nginx 服务和 php-fpm 服务即可。

vim /etc/ssh/sshd_config
找到下面两行

ClientAliveInterval 0
ClientAliveCountMax 3
去掉注释，改成

ClientAliveInterval 30
ClientAliveCountMax 86400

这两行的意思分别是

1、客户端每隔多少秒向服务发送一个心跳数据

2、客户端多少秒没有相应，服务器自动断掉连接

重启sshd服务

service sshd restart

最近在Centos 7 上安装软件，一会不看就自动断开，很是讨厌，故调整下面的设置，让其长时间保持连线。
1.编辑sshd配置文件

   

2.重启sshd服务

   

这样连接centos7长时间不操作也不会连接超时中断了。