1.iOS审核被拒4.3，引流源码引流怎么解决
2.直播商城直播带货源码容易搭建运营吗？

iOS审核被拒4.3，脚本脚本怎么解决

       最近，引流源码引流苹果对于中国区的脚本脚本iOS开发者们要求很是严格，想必各位也吃到了苹果的引流源码引流2.1大礼包，满世界的脚本脚本码支付源码开源寻找马甲包的混淆方案。

       作者：棋牌视角

       来源：棋牌视角

       本文为作者授权鸟哥笔记发布，引流源码引流转载请联系作者并注明出处

       来源： 棋牌视角（ID：qipai）

       本文为作者授权鸟哥笔记发布，脚本脚本转载请联系作者并注明出处。引流源码引流

       马甲包对于一家公司的脚本脚本产品引流起到至关重要的作用。但是引流源码引流最近这段时间，苹果对于中国区的脚本脚本iOS开发者们要求很是严格，想必各位也吃到了苹果的引流源码引流2.1大礼包，满世界的脚本脚本寻找马甲包的混淆方案。

       第一次被打回

       第一次被打回时，引流源码引流我们并没有意识到马甲包的问题有多严重，而且苹果给出的拒绝原因是我们的APP中包含敏感词汇，我们当时并没有往马甲包的方面去想，第一次被打回时，我们采用的方案是对敏感词汇进行base+MD5的混合加密方案，然后就重新提包了。

       第二次被打回

       这次苹果说的很明显了，而且他们机扫了我们的碧芭没有溯源码怎么看真假二进制文件，告诉我们API名称与我们之前的一个产品非常相像，而且那个产品并不是使用这个马甲包的开发者账号。我们猜测苹果可能针对APP做了数据库，会去比对方法名。

       这一次我们代价比较大，由于之前没有考虑到这层，我们的API名称就是和系统方法命名方式保持一致，导致无法引入脚本来自动替换。我们花了三个开发，和6个小时，人工对我们自定义的API名称加上了特定前缀，如ab_xxx.这个思路主要是根据念茜大佬之前在微博上发布的API混淆加密方案。念茜的脚本是将需要混淆的API添加进文件，然后全局对所有需要加密的API字段进行混淆加密。我们在此基础上更新了脚本，可以自动抓取拥有我们前缀的API进行加密。但是这个方案在后面我们完全摒弃，所以在这里不详细往下说了。

       第三次打回

       第三次被打回已经惊动了老板，再想不出好的固化混淆方案我觉得差不多可以收拾东西了。这次苹果的拒绝原因更令人窒息，他说我们的木枫寻龙副图指标公式源码API加密性质太明显，认为我们的APP一定藏有什么隐藏功能，还给我们吃了一张延迟审核的黄牌。经过我们一波分析之后，认为这几次被打回的经验中，苹果没有涉及到说我们的UI有什么相似的地方，所以，只要我们能把这个马甲包做到变成我们开发人员都认为是另一个APP即可。

       分析

       首先感谢将混淆脚本开源的大佬！已经找不到源码是谁写的了，我们只是站在了巨人的肩膀上!

       改头换面

       首先，由于是从主APP上拉的分之进行开发，所以这个马甲包的scheme和工程名都没有变化，于是我们首先从这里进行开刀。我们把project名称完全换成了另一个。

       API

       首先base加密API肯定不能再使用了，苹果都说了，加密特征太过明显。

       幸好之前已经把所有自定义的API名称都加上了ab_前缀，使得我们写脚本很好识别。我们将所有扫描出的API放到一个plist文件中保存在本地，然后我们建立了6个数组，每个数组中有6个单词，通达信成交量公式源码修改每次从每个数组中随机抽取一个单词。将6个单词拼接成一段方法名保存在另一个plist文件中，当然，在保存前，先去重，如果这个方法名已经用过了，那我们随机再换，这样一共可以生成种方法名，对于我们的工程已经够用了。

       

       我们利用脚本遍历本地所有png文件，当然你可以自行添加.jpg格式遍历。根据自己的命名规则将所有重新命名了一波。另外我们也发现网上有个轮子可以利用shell命令对所有资源进行超轻量级的压缩，在不影响质量的情况下，改变的hash值。当然我们的马甲包中没有和主界面相似的，所以的这一步我们没有实践。

       类前缀替换

       这一步主要是更改文件名。程序扫描绝对地址下的所有文件，只要是带”XX”开头的文件都替换成”AB”这种，另外每次替换一个文件都要遍历所有文件，将所有用到这个头文件的通达信抓板利器选股源码文件内容进行更换。

       注意

       类前缀替换有时会有个别没有替换到，我没能定位到问题，但很少，可以手动查找替换

       生成垃圾代码

       我用plist专门搞了一个垃圾方法名，每四个方法生成一个带参数名的方法。暂时每个文件里只生成一个垃圾方法。当然可以多运行几次，就会生成几个垃圾方法

       实现

       混淆工程我们使用C+OC的混合编程方式。

       目前已经实现的功能有：

       1、资源修改名字

       2、修改工程名

       3、类前缀修改，如“GD”修改为“IE”，即修改了文件名

       4、混淆随机添加垃圾代码、参数

       5、修改方法名前缀

       6、人工修改部分方法名，人工对重要类中的方法进行打乱排序

       7、(可选)本地超轻量级压缩，打乱hash值，新上的马甲包建议修改

       使用方法

       启动参数配置

       先配置启动参数再运行，如图

       除第一项必选外其他都非必选。另外第一项启动参数必须放在第一行

       参数解释

       1.工程代码的绝对路径

       2.-modifyProjectName [原工程名]>[新工程名]

       3.-modifyClassNamePrefix [xcodeproj文件的绝对路径，不是pod安装后的那个打开文件] [旧类前缀]>[新类前缀]

       4.-spamCodeOut

       5.-ignoreDirNames [需要忽略的文件夹],[需要忽略的文件夹] 注意，Pods文件夹不在混淆范围内，不需要写

       6.-handleXcassets (混淆文件)

       7.-deleteComments (删除多余的空格和注释)

       8.-chageAPIPrefix [旧方法名前缀]>[新方法名前缀] 注意，前缀要有“”才能被识别，如果之前工程中没有xx下划线开头来命名方法的，此项不要勾选

       此工程可以选择混淆概率，修改工程中kPercent数值。

       实际测试如下

       小结

       目前第三次打回后的工程已经提审，未可知能否过审，会持续更新。脚本也写的很匆忙，后期会进行优化。脚本传送门

       www.it.com

直播商城直播带货源码容易搭建运营吗？

       还是比较容易搭建的。

       现在，单一静态的网上商城营销模式越来越不能满足用户的需求，出于市场需求以及对于自身业务拓展需要，不少商家开始考虑将直播带货和网上商城功能结合，动态展示商品，来进行商品营销。并且直播电商平台一般集中在移动端，因为移动设备较PC端而言，有着移动便携的特点，更适合客户利用碎片化时间观看直播，种草消费的购物场景。越来越多品牌商家开始加入这股直播带货的热潮，那么在搭建直播商城时，需要考虑哪些问题呢？

       1、对接高质量供应链，保证货源稳定

       直播主播和供应链之间割裂，供应链管理能力弱，是对于很多直播电商商家来说，是目前最大的痛点和待解决的核心问题。商家直播团队对货品来源缺乏监管，商品良莠不齐。消费者受到直播氛围影响而冲动购物，买到的商品货不对板，权益受到损害。且直播会在短时间内带来大量订单，对供应链柔性是一大挑战。需要在商品的现货储备、补单生产到大量发配、运输货品各个环节做出快速的反应和调整，以保证商城客户能够及时收到所拍商品。所以说，高质量的、柔性供应链的对接，是商家在进行直播电商平台搭建时，特别要注意到的关键点。

       2、注重系统规划设计，保证优质购物体验

       优质的直播购物体验，能够有效促进消费者快速决策，降低营销成本，增加成交量。因为优质的直播内容，能够助力商家全面丰富的传递商品信息，直播电商平台应该实现边播边卖，无需额外跳转，从而给消费者带来更好的购物体验。同时设置分享功能，结合社交营销玩法，通过用户进行直播间或商品分享就可以领取优惠卷等营销手段，助力低成本快速裂变，大大降低了营销成本。增加直播导购角色，进行智能产品展示，新品发布等功能，为商家流量变现提供有力工具。 

       3、开播联动多渠道，快速引流是目的

       通过多渠道预热，强社交互动的形式，可以快速实现流量裂变。包括公众号、社群、消息通知等在内的渠道，通过微信朋友圈分享，开播实时通知，微信可快速观看，小程序一键转发，多渠道联动开启直播活动预热，快速实现流量裂变。 

       4、流量沉淀是重点，拉新促购增销量

       在直播的过程中结合社交营销，通过优惠券、折扣、积分等营销手段鼓励用户向外多渠道分享直播，通过朋友圈、公众号、微信群深度叠加，实现低成本拉新。后期通过优质的直播内容、优惠的政策，促进已注册用户多次复购，进而培养用户的消费习惯，积累忠实用户，沉淀私域流量。