[图片] [图片] 以哪个为准？

请问《滴滴出行》微信小程序这种活动是否属于网赚行为？ [图片][图片]

[图片] 小程序13000次曝光，其中12000次bannner,1000次视频曝光，只有21块，而且还得被抽成大部分，到手仅8块；这个待遇估计不足两年前的十分之一，太久没接触小程序了，当真是广告市场单价过低吗？来分析下小程序的情况 目前情势：从目前安卓和ios广告市场来说，安卓市场30s激励视频ecpm普遍在100块左右，苹果市场300～500块，小程序激励视频低于5块， 广告价值：从内容来看，小程序视频广告除了原生app类广告，还有小程序类广告，商城类广告，要使得广告价值低于市场价5%，只要有1成以上的app下载类广告，即可达到该价值。 盈利模式：假定靠广告盈利，官方的小程序买量成本0.2元起，第三方导量0.1元起；如果以官方0.2元作为成本，假定通过视频广告形式盈利，按照5元ecpm,加上50%～70%的提成，要做到单用户ltv回本的话，至少需要用户观看100次视频；按照以前经验，小程序的次流和视频次数一般不足原生应用的三分之一；照此计算，若是要打造一款小程序平台纯粹靠买量广告差价盈利的产品，其数据水平，可以做到原生平台看300次广告，普通游戏类产品激励视频次数15+即可回本，也就是说如果有一款可以在微信小程序盈利的产品，我可以在原生平台盈利20倍。 那还写给毛的小程序，去开发app呀！不是早发财了！

[图片] 请@官方回应一下。

每天打开社区交流，希望多一点真实商家的交流，多一点小商店的官方回复，怎料一打开就是广告贴，问题回复也是一些企业账号在灌一些不知真假的水。希望小商店官方客服能多回答一些问题，不然这个社区越来越没意思。

    相信最近几天，大家都被微信小程序（MINA）内测开始的新闻引爆了朋友圈，甚至因此引发了js的学习狂潮（笑）。有幸作为早期参与进来的自选股攻关小分队的我们，内心也是激动不已，希望可以尽早给大家分享一些开发经验和踩过的坑。不过呢，由于MINA的开发权限还没有完全放开，有一些具体的内容还在保密阶段，我们在征求了微信开平同事的同意后，将开发过程中的一些经验和改进方案整理出来，希望可以对其他开发者提供一些参考。 [图片] 引用一段官方介绍：     MINA是微信提供的一套应用框架，通过封装微信客户端提供的文件系统、网络通信、任务管理、数据安全等基础功能，对上层提供了一套完整的Javascript Api，使得开发者能够非常方便的使用到微信客户端提供的各种基础功能，快速构建一个应用。     在页面视图层，我们使用wxml搭建页面的基本视图框架，使用css控制页面的视图样式。wxml是MINA提供的一套类似html的标签语言，同时也提供了一系列的基础组件，帮助我们快速构建视图。在页面中不能使用脚本代码，页面渲染所需要的数据，以及页面的交互处理逻辑都是在AppService中。我们提供了很方法将AppService中的数据与页面进行单向绑定，当AppService中的数据变更时，会主动触发对应的页面组件的重新渲染，这里使用virtual-dom的技术，加快页面的渲染效率。同时我们为页面组件提供了bindtap、bindtouchstart等事件监听相关的属性，可以与AppService中的提供的事件处理函数绑定在一起。实现页面向AppService层同步用户的交互数据。     AppService是每个MINA的服务中心，由微信客户端在页面视图层外启用异步线程单独加载运行，MINA中所有使用javascript编写的交互逻辑、网络请求、数据处理都必须在AppService中实现，且AppService中不能使用DOM操作相关的脚本代码。应用中的各个页面可以通过AppService实现数据管理、网络通讯、应用生命周期管理和页面路由管理。 所以有了这么棒的底层框架，我们才更有信心把自选股这么重的应用搬到小程序里。 -从零开始推动Canvas Native(iOS图形库)支持    微信小程序除了在底层架构的运行机制做了大量的优化，还对重功能（page切换、tab切换、多媒体、网络连接等）实际上是更倾向于使用native组件承载。而对于自选股来说，除了大量的数据，行情图的展示也是不可缺少的一环。而如果没有原生绘图组件的支持，那么这样的重功能一定会影响到速度，从而降低用户体验。     由于自选股的行情图是自研的前端模块，里面涉及到坐标系、几何图形、技术指标等大量模块，我们希望能够在尽可能少的修改代码就可以平滑的在小程序环境下完美运行。因此我们主动与微信开平团队交流，推动了Canvas Native的组件化流程，并共同构思了Canvas Native的语法、图形API的支持。     做过H5的前端开发一定对截图的Canvas语法不陌生。 [图片] （canvas原生写法）  [图片] （协商讨论后的支持写法）     可以看到，绘图语法基本没有变化，其中wx.createContent()是创建并返回绘图上下文context对象。 其中，context只是一个记录方法调用的容器，用于生成记录绘制行为的actions数组。context跟canvas不存在对应关系，一个context生成画布的绘制动作数组可以应用于多个canvas。而context.getActions()是获取当前context上存储的绘图动作。输出结果如下：  [图片] 最后一步，使用wx.drawCanvas()进行绘图。  [图片] -配合微信小程序的改进    MINA的定位是轻量的、用完即走的，我们也配合着微信贯彻这一理念。随着MINA版本的更迭，自选股小程序也及时调整着自身的方向，越来越凸显出其不同于App的特性。     一方面，尽量减少需要多屏互动的场景出现，这也就是说，很多情况下我们需要在一屏上呈现更多的数据，针对大量数据我们做出了如下优化： 数据层优化: 自选股产品本来就是数据驱动的产品，而且要求数据实时性很高，在开盘的时候页面股票数据实时更新 优化 1：setData 函数用于将数据从逻辑层发送到视图层，同时改变对应的 this.data 的值 改变String [代码]this.setData({    text: '自选股'})[代码]改变Array [代码]var changeData = {};var index = 0;changeData['array[' + index + '].text'] = '自选股';this.setData(changeData);[代码]改变Object [代码]this.setData({    'object.text': '自选股'})[代码]这里需要注意的是： 1、直接修改 this.data 无效，无法改变页面的状态，还会造成数据不一致 2、单次设置的数据不能超过1024kB，请尽量避免一次设置过多的数据 对于以上情况，我们的处理与优化方法是： 1、减少setData的数据量 2、对setData数据分段处理 优化 2：本地缓存，即每个微信小程序可以有自己的本地缓存     对于缓存的获取、设置、清除，小程序分别提供了同步与异步的方法。 [图片]      为了增强体验，我们在Page的生命周期 onLoad(页面加载) onHide(页面隐藏) onUnload(页面卸载)函数里面添加缓存载入、设置，提高应用首次展示速度，加快页面与页面之间数据的通用性，提升用户在弱网络环境下体验。 后端优化: 另一方面，鉴于MINA本身微信场景的限制，很多native app可以使用的特性在MINA这里并不支持，针对这样的实际情况，我们暂时做了如下的兼容方式。 优化1：小程序对网络请求接口域名有明确要求。针对4种服务器域名（request、socket、uploadfile、downloadfile）每种只能指定一个合法域名。自选股后台业务十分复杂，使用了不同域名对业务进行划分。应对这个限制，自选股通过统一代理方式将域名收敛为一个域名，由代理层将请求转发。 优化2：微信小程序文档中要求wx.request网络请求发起的是https请求，自选股在统一代理层部署证书支持https请求，后端RS机器无需改动。 优化3：小程序并发请求数不超过5，自选股使用动态接口将页面需要的数据进行合并，通过一个接口获取页面所需数据。 优化4：小程序关于登录态与移动应用和网页应用的不同之处是抛弃了access_token的验证方式，而是采用session_key加签名的方式，为小程序与服务器交换敏感数据提供了对称加密方法。签名方法对小程序透明，后端服务实现相应的解密程序以及登录态验证和控制能力。 -极致体验、极速开发     综上所述，微信小程序MINA有着接近原生app的运行速度，做了大量的框架层面的优化设计，对android端和iOS端做出了高度一致的呈现，并且准备了完备的开发和调试工具。感谢微信开平的同事，他们的不懈努力为众多开发者们打开了一扇新世界的大门。也很佩服开平的同学们，我们在开发沟通过程中提出来的多数建议都能够快速的响应并支持，给了我们非常大的成就感！     而对于更多的开发者来说，JS语言的低入门门槛、迅速的调试发布流程、完备的API文档和微信强大的平台能力更是让人欲罢不能。我们从MINA诞生至今跟随其一同演化发展，互相促进支撑，过程中MINA框架结构几经山崩地裂的调整，所有页面在前一秒还是好好的，更新开发工具后面目全非。但，很幸运的是，现在工具已经趋于完善稳定，大家可以尽情地“玩耍”啦~~~最后还是要说，我们的开发过程尽管荆棘满布，我们仍紧追不舍，在短短的两个月时间内，不断推翻、不断重构、不断打磨体验细节，终于完成了自选股小程序的基本核心需求，初步形成了一个闭环。     我们还在不断的优化，你看到的只是冰山一角，敬请期待自选股小程序的正式亮相！

跳转其他小程序具体页面。 通过微信公众平台获取了具体页面参数如代码所示。 但小程序就跳转不过去，显示没有具体页面。用公众号发布的文章，却能跳转过去。咋回事啊 [图片][图片] [图片][图片]

今天有人发现小程序打不开了，我上云开发一看，发现我的环境没了，环境里的数据库，资源，函数等全部都没了。。。。。。请问是怎么回事

云开发的数据库只支持csv和json格式，而且得在后台手动上传。要实现代码上传的话得使用云函数调用xlsx库。 我参考了这篇帖子：小程序读取excel表格数据，并存储到云数据库 | 微信开放社区 (qq.com) 但遇到了一个问题：我使用的excel表格数据过大，大小为12M，有4~5万条数据，每条40列。在进行解析上传操作时会报： Error: errCode: -404011 cloud function execution error | errMsg: cloud.callFunction:fail requestID ef65231b-37cb-11eb-adc0-525400357a82, cloud function service error code -505004, error message Task memory exceeded 256 MB; at cloud.callFunction api;  事实上我调云函数内存到1024MB也会报错。而只保留10行的话数据就可以正常上传。 想问一下这种问题现在用云开发+免费服务器可以解决么？我想到的是拆分分批上传比如1000条一次这样上传，想问一下大佬们有更好的解决方案么？谢谢！

本人是医生，是打工者，在别人的单位工作，谁能帮我做个小程序？