微信开发者工具更新到1.02.1901170版本，以后使用HBuilderX启动会提示如下错误

解决方式就是，打开微信开发者工具，修改安全设置

顶部菜单->设置

公众号是内容媒体和O2O生活服务的信息化平台；小程序是一种不需要下载安装即可使用的应用，基本实现APP的功能。开发成本低，推广更容易简单。
小程序PK公众号，两者的区别是：

1、 用途不同

公众号更多是用文章展示信息，同城知了小程序则更多元，打造泛娱乐平台，整合实时热点资讯、娱乐动态、生活分享、便民服务等等，并且可以让商家入驻平台提高曝光度，做到更广的引流。

2、 运营方式不同

公众号是基于粉丝运营的，通过转化粉丝产生流量再变现。而小程序就简单粗暴了，打开微信搜索方圆5km内的小程序，找到对应的小程序，交易就完成了，同城知了小程序为商家提供了广告位，当用户打开同城知了看到相关商家信息后即可直接联系到商家，交易就完成了，无需商家绞尽脑汁的想怎么去推广。

3、 操作方法不同

公众号需要用户关注，操作繁琐。而小程序比较简单，直接扫码或者点击打开，可谓一步到位，用户操作步骤简单，更有利于商家推广。门店进店客户锁客留存，可以更好做了，线下门店属性的商家，做小程序更有动力了。

4、 用户体验不同

小程序无需安装、注册和卸载，体验接近原生APP，加载更快，用户体验更流畅。公众号中点击应用功能后需要等一段时间，对于业务逻辑复杂交互要求高的应用使用起来体验较差。

5、 定位不同

公众号是内容生产工具，小程序则是内容变现工具。公众号主要用于信息的传递实现人与信息的连接，主要以营销和信息传递为主、简单的服务为辅，而小程序主要以功能服务为主。

综上所述，公众号存在层级多、体验差、接口少、内容参差不齐、过度营销等问题。小程序以体验好、借口多、独立生态、开发成本低、链接公众号、去除用户心理障碍、免打扰等多重优势备受瞩目。通过以上几方面的对比，大家对公众号和小程序也有了一定的了解，公众号更适合内容创作者，而小程序则更适合绝大多数的商家，无论是操作体验方面还是功能方面，小程序都是比较占优。

深圳小程序开发推荐深圳素与简科技有限公司(http://www.suyujane.com)多年软件开发经验，海量的开发案例可供参考，看得见的开发经验，让客户更加的省心省力。技术团队都是10年开发工程师，完善的售后服务体系，保障项目开发顺利进行

　　装修公司为什么需要一个小程序？

　　我们都知道，小程序有一个入口就是“附近小程序”，覆盖周边5公里功能，就可看成一条免费的宣传引流途径并引导进店。借助这个优势，装修行业作为线下实体店服务类行业，跟小程序的特性是非常契合的，装修公司需要附近的用户，小程序5公里覆盖方便附近用户发现；

　　借助全方位展示装修公司形象和设计理念，用户可以在小程序里挑选自己满意的设计师为自己服务，依托微信生态庞大的用户基数，迅速实现线上拉新转化，结合线下优秀的服务真正实现线上线下相结合，助力装修行业实现“互联网+”转型升级!

　　装修行业小程序开发解决方案--装修小程序开发基础功能：

　　1、设计师

　　设计师是装修行业中关键的一环，通过对设计师管理，设计师介绍、一键联系设计师、咨询设计师等需求开发功能。

　　2、案例展示

　　其实在用户找装修公司的时候，大多是通过案例在线展示，来选择适合的装修风格和装修公司的实力展现。所以支持案例解析开发功能。

　　3、图库展示

　　在线提交预约需求，收集意向客户

　　4、预约查看功能

　　根据装修级别、装修风格、装修基调等来预约看房，帮助客户预估报价。

　　5、小程序名片功能

　　帮助家装公司建立属于自己的强大内容库，为客户演示作品案例、精品图库，销售员可生成自己的名片海报，可查看感兴趣的客户，主动联系潜在客户，让宣传变得更有趣

　　总结：

　　对于家装类微信小程序，其实对于较为大型的装修企业而言，小程序无疑是一个最好的推广方式，用户能在小程序上完成家装的一系列程序，它能够把原来大家最复杂头疼的家装问题，最大限度的简单化。不仅仅是装修公司，服务行业小程序，尤其是实体店，都将有着巨大的发展前景。

如过 苹果支付提示 购买成功了，说明苹果执行回调了，只是uni-app的回调没执行。是回调函数里面的代码有问题， 检查你 uni-app回调函数 可以把回调函数 所有代码都删除 试下，其他的支付回调函数不执行问题估计是一样的问题。
有些错误uni-app不一定能检查出来并提示出来。比如this 的问题。

今天讲的主要是企业版app在自己服务器上进行包的管理和新版本更新.
iOS的APP安装不像安卓的包只要下载的链接是以.apk结尾,然后下载下来后就会自动提示安装,iOS是先下载下来一个plist文件,然后根据plist里边配置的链接进行下载的.
我先大概说一下下载安装的流程.首先检查到需要更新,然后点击更新后
[[UIApplication sharedApplication] openURL:[NSURL URLWithString:
@"itms-services://?action=download-manifest&url=你的plist文件的下载链接"]];
itms-services://?action=download-manifest&url= 这句系统的一个协议命令。
然后系统会去下载这个plist，下载完成后会提示***要安装app，然后点击安装就会去下载并安装。流程大概就是这样。
1.plist文件的格式和怎么生成
在archive打包的时候,选择完证书之后的一个窗口下面有一个include--plist的一个选项,打上勾,然后会让你填下3个链接,一个包下载的链接,两个icon图片的链接.可以先随便写,打包完之后会带有这个plist,然后IPA上传完之后可以再修改plist里边的地址.把plist保存一份,后面发布的时候把新包的下载地址换成新的就行了,如果你们包的地址固定不变,就可以不用修改.IPA包的地址可以不是HTTPS的.icon图片的地址也不需要HTTPS.1、两个 url 地址，即 software-package 和 display-image 的 URL，前者是所要安装的 ipa 地址，后者是安装时桌面显示的 logo 图标。
metadata里需要修改 bundle-identifier 和 bundle-version，具体是什么就不用介绍了，但是要注意一定要跟所安装的 ipa 包内容一致，不然无法安装成功。可以修改title，定制安装时弹出框的内容。
2.服务端最好做一个admin控制平台,里边可以管理上传的包和查看上传完之后生成的地址链接,做成什么样可以参考一下七牛等一下云平台的上传下载管理.主要是方便控制是否强制更新,版本号等信息。上传完ipa和两个icon后，把这三个地址分别放倒plist的对应位置，然后再上传plist，生成plist的地址链接，注意：7.0之后这个plist的地址链接必须得是https的，否则会提示不安全的地址，不会安装app。
配置 Web 服务器的MIME 类型，以便正确地传输清单文件（.plist）和应用程序文件(.ipa)。
1、对于 OS X Server，将以下 MIME 类型添加到 Web 服务的“MIME Types”（MIME 类型）设置中：
application/octet-stream ipa
text/xml plist
2、对于 MS 的 IIS，使用 IIS Manager 在服务器的“属性”页面中添加 MIME 类型：
.ipa application/octet-stream
.plist text/xml
这个也是必须的，如果plist下载时的content-type不对，无法做正确的引导安装。包的也一样。
3.做一个web页面，然后生成一个二维码，以便第一次安装的时候扫码安装，页面的样式可以参考蒲公英或者fir等平台的样式，在点击安装的时候触发item-servie的命令就行了。
关键点就是plist清单文件必须是https链接，下载时的type，openURL时前面拼接上item-service的协议命令。

QQ：1448551974 可以一起学习

近几年是生鲜电商稳健发展的时期，也是新零售开启新的探索之道。随着消费者购买行为的多元化与碎片化趋势，

> 水果生鲜电商App逐渐抬头。水果生鲜电商市场拥有着强势的突破口。面对这样一个发展前景很好的市场，致力于企业APP开发制作的*力谱云*****表示，如何升级移动电商行业解决方案，制作APP将成为生鲜水果电商企业撬动生鲜市场的突破口。

水果生鲜市场如何破局，且看消费者和企业商家的诉求

面对量以万亿级的国内水果生鲜市场，不少电商企业跃跃欲试，都想吃下这块大蛋糕。但是如何破局水果价格战，成为了目前各方企业主所关注的聚焦点。从消费者层面来看，随着消费升级趋势上升，更多的消费者开始关注水果生鲜商品的品质、品牌等问题。除此之外，他们还关心商品的物流配送效率、售后服务保障等。但是显然，如果企业仅仅依靠实体店经营，那么从商品种类、服务保障等方面会无法完全满足用户需求。另一方面，从企业商家层面来看，面对消费模式、消费场景多元化、并碎片化的消费群体，他们要从市场中分羹，就需要更多借助互联网平台和数据营销分析的力量，以此提升企业竞争力与市场占有率。

那么到底，企业要破局僵化市场，需要借助怎样的互联网科技之力呢？

批发、零售、做市场？企业移动化3种模式打通

水果生鲜电商企业，大多从大型农贸市场起家，传统销售渠道，有批发，也有零售。目前，借助微信等社交平台，做得热火朝天的代理经销企业更是不少。那么，这些行业在移动互联网的电商新玩法，又有哪些呢？

首先，针对商品批发型的销售方式，可以借助类似力谱云这样快速、高效的企业App开发云平台，使用B2B（企业对企业）方案进行解决。只需添加商城、三级分销、会员等模块，即可建立销售平台，效率高，周期短，开发成本低。

除此之外，针对零售型的销售方式，市场目前更倾向于采用B2C电商解决方案。由于面对的客户群体是消费者本身，在移动化转型中，就需要从多维度的商品展示、多样化的营销方式、以及有力的客服保障、会员福利等方面进行考量。日前，力谱云所打造的“小花果山”App，就是这样的一款典型的水果生鲜电商移动平台。在商城模块的基础上，加入专为提升平台流量与社交互动率的文章模块、提升客服效率的客服模块、留存用户的会员模块，搭配限时抢购、拼团等前沿营销功能，能够进一步提升销售转化率。

像这样一款典型的移动电商解决方案，在力谱云平台上，是比较常见的成熟商业案例，可有效缩短平台开发周期，降低企业用于开发与管理运营等方面的成本费用至少40-60%。而且企业无需自建编程队伍，后期迭代更新，技术运维等问题，也有技术团队和客服在做支撑，可以说是实现了企业与平台的双赢之解。

除此之外，作为行业整合型的B2B2C多商户入驻平台的解决方案，也在受到更多企业主的青睐。通过企业商铺整合，运用多样化的营销管理方式、大数据分析能力、以及优质的品牌商铺入驻，也不失为企业在做产品自营的同时，多增加一份平台管理收入的渠道。

> 力谱云——让每个企业都拥有自己的移动互联网平台

那么，为这些生鲜水果电商提供了诸如B2C、B2B、B2B2C等方案的力谱云平台的商业模式为何呢？力谱云平台的创立初衷是让每个企业都拥有自己的移动互联网平台。

以旧有的App研发模式来看，从周期、成本、人力等各方面来说，斥巨资进行App开发与目前正蓬勃发展的App市场，显然背道而驰。因此，在多年App开发经验与商业演练的基础上，> 力谱云通过移动技术、云计算、大数据和人工智能等技术，融合了目前先进的移动互联网理念和商业实践，为企业快速、低成本地搭建一站式营销、销售、运营的移动互联网平台，提供了一个快速升级通道。它不仅可实现企业在移动渠道的全面覆盖，功能可灵活扩展，还具有强大的数据安全和系统容灾能力，企业无需技术团队即可任意使用，行业覆盖电商、服务、教育培训、企业服务等。可以说，力谱云平台的成功，不仅得益于App市场的成熟，也基于新科技力的加持。

其实目前，电商企业移动化，已经成为了主流商业趋势，为了应对接下来线上线下更为融合的新商业模式，企业还需要更进一步打磨商品与企业平台，找对消费者痛需，大胆地进行商业设想。移动互联网平台，固然给了企业一个快速的技术型升级通道，但是要摸到互联网式思维的商业之门，才能真正让前沿黑科技与互联网平台为企业增添飞翔的翅膀。

小程序商城开发建设成为传统实体店商家提升产品销量的主要方式，而许多开发了微信商城的商家，对于微信小程序商城则犹豫不决，许多商家认为自己没有必要再在微信上建设一个商城系统，然而这种想法随着微信小程序的火爆逐渐被许多商家遗忘。

那么，微信小程序商城开发与微信商城开发有哪些不一样呢？为什么要开发微信小程序商城呢？

1.开发上的区别

微信商城是建立在微信公众号上的，用户进入企业微信商城需要对公众号进行关注后才能进一步进行操作，可以说微信商城对于微信公众号的依赖性比较大。而微信小程序仅仅是微信又一主要的应用平台，用户使用微信小程序不需要进行关注，即搜即用、即用即走、无需下载安装，它的使用不存在于其他平台上。

2.推广上的区别

微信商城进行推广，首先需要对微信公众号进行推广，让公众号积累起足够多的粉丝，才有可能为微信商城带来比较客观的用户流量。而对微信小程序商城推广，商家只需要做好小程序自身的推广就可以了。在推广方式上，微信商城与微信小程序都可以通过二维码与分享的方式来进行推广，在营销活动上，也可以通过拼团、秒杀、砍价的方式吸引客户。但是，微信小程序商城可以通过附近小程序的方式来让附近5公里的用户看到商家店铺，为商家创造了一条新的推广渠道，并且，微信小程序的多入口方式也可以为商家吸引更多的用户流量。

3.定位上的区别

微商城与小程序商城之间的又一区别就在于两者的定位也不太相同。微商城主要是以线上的模式来进行营销，但小程序商城则是连通了线上与线下，相比起微商城，小程序更加能满足不同商户与不同用户的需求，更加符合现在电商的发展趋势。

4.用户留存上的区别

微信商城在用户留存上药比微信小程序商城好一些，只要用户关注了微信公众号，商家就可以通过公众号的信息推广能力维护好粉丝，并有可能促进用户的二次消费。而微信小程序相对让用户的选择权利更大，但是用户只要不删除小程序，商家通过可以通过模板消息的方式来进行产品信息的推广。

总之，深圳小程序开发深圳素与简智能科技有限公司(http://www.suyujane.com)提醒微信小程序商城与微商城之间肯定都存在优缺点，企业想要开发哪种商城还是需要根据实际需要去进行选择，选择合适自身发展的才是最好的！

　　
　　随着移动互联网的发展和科技的进步，服务模式的改革创新势在必行;对于现在火热的驾考行业，线上自主学习、培训、练习的形式更受人们的欢迎。如何形成驾考一体化？小程序的出现给了驾校、教练、学员更方便的进行驾照的教学和考试。

　　一、驾校小程序开发核心功能

　　1、企业展示

　　多维度展示公司实力，增强企业品牌效应

　　2、预约科目

　　预约套餐直观展示，获取信息透明

　　3、在线刷题

　　小程序刷题、在线考试，随时随地学习

　　4、线上交互

　　强化客户连接，助力市场开拓

　　二、小程序+驾校的优势

　　1、传播快

　　一键分享，为驾校扩大曝光

　　2、类目清楚，方便合理安排

　　学习类目清晰明了，推荐产品及时展开，一键预约，一键拨号，一键导航等功能，方便快捷。驾校小程序可以完美解决驾校因为人员的激增，不能合理安排学员与老师的时间、挂科学员的补考、场地安排等问题，为驾校树立良好的口碑。

　　3、品牌效应

　　紧随时代潮流，用小程序打造驾校专属个性名片，提升驾校知名度

　　三、总结

　　驾校小程序通过产品展示、案例展示、驾校介绍，提升驾校品牌形象，展示驾校实力。学员可通过驾校小程序进行服务预约、在线考试、在线刷题，有效提升学员的满意度。

　　深圳小程序开发推荐深圳素与简科技有限公司(http://www.suyujane.com)多年软件开发经验，海量的开发案例可供参考，看得见的开发经验，让客户更加的省心省力。技术团队都是10年开发工程师，完善的售后服务体系，保障项目开发顺利进行。

大数据时代，基于单机的建模很难满足企业不断增长的数据量级的需求，开发者需要使用分布式的开发方式，在集群上进行建模。而单机和分布式的开发代码有一定的区别，本文就将为开发者们介绍，基于TensorFlow进行分布式开发的两种方式，帮助开发者在实践的过程中，更好地选择模块的开发方向。

基于TensorFlow原生的分布式开发

分布式开发会涉及到更新梯度的方式，有同步和异步的两个方案，同步更新的方式在模型的表现上能更快地进行收敛，而异步更新时，迭代的速度则会更加快。

TensorFlow是基于ps、work 两种服务器进行分布式的开发。ps服务器可以只用于参数的汇总更新，让各个work进行梯度的计算。

基于TensorFlow原生的分布式开发的具体流程如下：

首先指定ps 服务器启动参数 –job_name=ps:

python distribute.py --ps_hosts=192.168.100.42:2222 --worker_hosts=192.168.100.42:2224,192.168.100.253:2225 --job_name=ps --task_index=0

接着指定work服务器参数(启动两个work 节点) –job_name=work2:

python distribute.py --ps_hosts=192.168.100.42:2222 --worker_hosts=192.168.100.42:2224,192.168.100.253:2225 --job_name=worker --task_index=0  
python distribute.py --ps_hosts=192.168.100.42:2222 --worker_hosts=192.168.100.42:2224,192.168.100.253:2225 --job_name=worker --task_index=1

之后，上述指定的参数 worker_hosts ps_hosts job_name task_index 都需要在py文件中接受使用：

tf.app.flags.DEFINE_string("worker_hosts", "默认值", "描述说明")

接收参数后，需要分别注册ps、work，使他们各司其职：

ps_hosts = FLAGS.ps_hosts.split(",")  
worker_hosts = FLAGS.worker_hosts.split(",")  
cluster = tf.train.ClusterSpec({"ps": ps_hosts, "worker": worker_hosts})  
server = tf.train.Server(cluster,job_name=FLAGS.job_name,task_index=FLAGS.task_index)  

issync = FLAGS.issync  
if FLAGS.job_name == "ps":  
   server.join()  
elif FLAGS.job_name == "worker":  
   with tf.device(tf.train.replica_device_setter(  
                   worker_device="/job:worker/task:%d" % FLAGS.task_index,  
                   cluster=cluster)):

继而更新梯度。

（1）同步更新梯度：

rep_op = tf.train.SyncReplicasOptimizer(optimizer,  
                                               replicas_to_aggregate=len(worker_hosts),  
                                               replica_id=FLAGS.task_index,  
                                               total_num_replicas=len(worker_hosts),  
                                               use_locking=True)  
train_op = rep_op.apply_gradients(grads_and_vars,global_step=global_step)  
init_token_op = rep_op.get_init_tokens_op()  
chief_queue_runner = rep_op.get_chief_queue_runner()

（2）异步更新梯度：

train_op = optimizer.apply_gradients(grads_and_vars,global_step=global_step)

最后，使用tf.train.Supervisor 进行真的迭代

另外，开发者还要注意，如果是同步更新梯度，则还需要加入如下代码：

sv.start_queue_runners(sess, [chief_queue_runner])  
sess.run(init_token_op)

需要注意的是，上述异步的方式需要自行指定集群IP和端口，不过，开发者们也可以借助TensorFlowOnSpark，使用Yarn进行管理。

基于TensorFlowOnSpark的分布式开发

作为个推面向开发者服务的移动APP数据统计分析产品，个数所具有的用户行为预测功能模块，便是基于TensorFlowOnSpark这种分布式来实现的。基于TensorFlowOnSpark的分布式开发使其可以在屏蔽了端口和机器IP的情况下，也能够做到较好的资源申请和分配。而在多个千万级应用同时建模的情况下，集群也有良好的表现，在sparkUI中也能看到相对应的资源和进程的情况。最关键的是，TensorFlowOnSpark可以在单机过度到分布式的情况下，使代码方便修改，且容易部署。

基于TensorFlowOnSpark的分布式开发的具体流程如下：

首先，需要使用spark-submit来提交任务，同时指定spark需要运行的参数（–num-executors 6等）、模型代码、模型超参等，同样需要接受外部参数：

parser = argparse.ArgumentParser()  
parser.add_argument("-i", "--tracks", help="数据集路径")    
args = parser.parse_args()

之后，准备好参数和训练数据(DataFrame)，调用模型的API进行启动。

其中，soft_dist.map_fun是要调起的方法，后面均是模型训练的参数。

estimator = TFEstimator(soft_dist.map_fun, args) \  
     .setInputMapping({'tracks': 'tracks', 'label': 'label'}) \  
     .setModelDir(args.model) \  
     .setExportDir(args.serving) \  
     .setClusterSize(args.cluster_size) \  
     .setNumPS(num_ps) \  
     .setEpochs(args.epochs) \  
     .setBatchSize(args.batch_size) \  
     .setSteps(args.max_steps)  
   model = estimator.fit(df)

接下来是soft_dist定义一个 map_fun(args, ctx)的方法：

def map_fun(args, ctx):  
...  
worker_num = ctx.worker_num  # worker数量  
job_name = ctx.job_name  # job名  
task_index = ctx.task_index  # 任务索引  
if job_name == "ps":  # ps节点(主节点)  
  time.sleep((worker_num   1) * 5)  
  cluster, server = TFNode.start_cluster_server(ctx, 1, args.rdma)  
  num_workers = len(cluster.as_dict()['worker'])  
  if job_name == "ps":  
       server.join()  
  elif job_name == "worker":  
       with tf.device(tf.train.replica_device_setter(worker_device="/job:worker/task:%d" % task_index, cluster=cluster)):

之后，可以使用tf.train.MonitoredTrainingSession高级API，进行模型训练和预测。

总结

基于TensorFlow的分布式开发大致就是本文中介绍的两种情况，第二种方式可以用于实际的生产环境，稳定性会更高。

在运行结束的时候，开发者们也可通过设置邮件的通知，及时地了解到模型运行的情况。

同时，如果开发者使用SessionRunHook来保存最后输出的模型，也需要了解到，框架代码中的一个BUG，即它只能在规定的时间内保存，超出规定时间，即使运行没有结束，程序也会被强制结束。如果开发者使用的版本是未修复BUG的版本，则要自行处理，放宽运行时间。

新人在初次接触开发的时候，搞不清楚多页面以及父子页面之间的关系

为了更好的兼容返回键的时候，采用以下方案

举例说明
常规方案
以首页父子页面结构为例，子页面的创建在父页面（即首页）中完成。

var index = plus.webview.getLaunchWebview();  
var home = plus.webview.create('home.html','home', {  
    top: '50px',  
    bottom: 0  
});  
index.append(home);

想要home页面接下去跳转到外链，或者其他页面实现可返回操作，需要重置mui的返回监听操作
判断如果回到最初页面就提醒退出，一秒之内按两次则退出

//重置mui返回  
mui.back = function(){  
    var first = null;  
    //显示上一个界面；  
    home.canBack(function(e) { //监听webview窗口是否可以返回  
        if (e.canBack) { //可以返回  
            home.back(); //返回上一页面  
        } else { //不可以返回  
             //首次按键，提示‘再按一次退出应用’  
                if (!first) {  
                        first = new Date().getTime();  
                        mui.toast('再按一次退出应用');  
                        setTimeout(function() {  
                                first = null;  
                        }, 1000);  
                } else {  
                        if (new Date().getTime() - first < 1000) {  
                                plus.runtime.quit();  
                        }  
                }  
        }  
    });  
    //继续当前页面原有返回逻辑  
}

如果到指定页面，不让返回操作，执行返回提示退出的话，请先清空历史操作记录，再重新加载这个页面

home.clear();  
home.loadURL('login.html');

这样的方案就很好解决一个封装网页的应用了，兼容有效体验的返回操作。

后期会更用心研究5+App的开发，谢谢大家支持，有好的项目合作，可以联系合作wx：s7team

问题说明

近来，有几个用户反馈，Windows HBuilderX昨天用的好好的，今天来了，启动不了了。有可能是配置文件坏了。

解决办法:

1. 进入C:\Users\Administrator\AppData\Roaming\目录，将Administrator换成你自己的用户
2. 在此目录下，找到HBuilder X目录，注意：将此目录随便重命名一下，不要删除
3. 然后重启HX

https://blog.csdn.net/wangaiheng/article/details/56481631

参考这篇文章