app

由于比特币将会在今年5月份再次减半，意味着数字货币即将再次迎来一次狂欢。很多人说数字货币是一场庞氏骗局，狂欢的假象下隐藏着巨大的风险，你看着别人的收益，别人却看着你的本金，想想都有点不寒而栗。但是我们今天介绍的Pi币，不需要付出任何的本金，只需要每天在手机App上签到就可以领到Pi币，App本身并不会消耗CPU或是网络流量。采用签到方式挖币的目的有两个：一是防止机器人自动挖币；二是在起步阶段提升用户量。但是说实话，Pi币目前之所以得到很多人认可，大部分原因是创始团队出自斯坦福大学，但是未来如何谁也无法预料。所以挖币也只是玩玩而已，大家无需太在意。 1. 下载&安装App 打开 https://minepi.com/#download 进入下载页面，目前有安卓和苹果两个版本，但是实测后发现在国内无法正常安装苹果App，所以建议大家安装安卓版本，单击 这里 下载最新安卓App。 2. 注册&登录 打开App后进入如下界面， 单击“Continue with phone number”按钮， 上方下拉框选择“China(+86)”（选项列表按字母排序），下方输入框填入手机号，然后单击“Go”按钮，如果提示出错，可以再次单击重试， 输入至少8位密码，必须包含数字、小写字母和大写字母，然后单击“SUBMIT”按钮，如果提示系统错误，再次单击按钮重试， 在上方输入真实姓名和用户名，需要提醒的是

tomcat部署应用时设置context path为空的上下文路径问题 在server.xml中添加<Context>元素，配置如下： <Context docBase="app" path="" reloadable="false" /> 在<Context>配置中包含如下信息： 1. 配置docBase值为：docBase="app"或者docBase="app.war"； 2. path为空，表示app为tomcat默认应用； 同时，将app.war部署在CATALINA_HOME/webapps/路径下。 1.如果在部署app时删除了CATALINA_HOME/webapps/路径下的ROOT目录（即删除tomcat默认应用）， 那么在tomcat启动时，会首先在CATALINA_HOME/webapps/路径下创建名称为ROOT的目录，然后将文件app.war中的内容拷贝到ROOT目录下，开始部署ROOT应用程序。 接下来才会解压app.war，再部署app应用。 从tomcat的启动日志可以很容易知道，在这种情况下 app应用会被加载2次 ，一次是部署ROOT时加载的，另一次是部署app本身加载的。 因此，访问应用可以带应用上下文路径，也可以不用带上下文路径，即：http://host:port/xxx或者http://host:port/app/xxx。 2

1.ipcamera无法识别隐藏SSID网络 的两种情况 a.网络摄像机硬件太老，确实无法识别。 我正好有一款这样的，一直纳闷为何输入账号密码都正确，却无法正确配置网络。最后不得不把隐藏SSID打开。 b.先配置完毕，然后再关闭SSID 这种我目前还没遇到，但是据说默写型号需要这样才能完成隐藏SSID的配对。 2.可以直接识别隐藏SSID的设备 其实现在全新的ipcamera，只要是超过80块钱，基本都能识别隐藏的SSID,如果不放心最好还是问下卖家。 我现在就有一款这样的机器，直接识别隐藏的SSID，如下图： 3.凌乱的补充 现在的ipcamre真的让人崩溃，没加都有自己的APP，并且是每个具体型号都有对应的APP，而且互相基本不兼容，这就导致要在手机上安装多个APP，手机慌了，心累了，就不能都同意起来吗？ 我买的第一款使用cam360就可以看，cam360真的是不错的app，当时可以兼容很多款ipcamra； 现在买的ipcamre虽然功能强了，质量高了，注重隐私保护了，但是app真的很麻烦。 第二款app好像是看护家app，我服了，真的app逆天不好用。需要下载的直接扫码吧。 2月24号，去我二舅家修电脑，他的电脑USB部分失灵，打印机没法工作，最后安装驱动失败，升级系统失败，重置系统失败，最后重装系统解决。 来源： CSDN 作者： 霍团长 链接： https://blog

原文地址：http://www.cnblogs.com/Twisted-Fate/p/4915184.html 最近公司app由于疏忽审核被拒绝了，但是计划是最近两天上线时间紧急，希望能快速审核上线，了解到淘宝里面有加速商店，但是价格真是黑心，首次上线12000元，APP若已经上线的更新5999，据网上了解他们也是编写加急理由，已经无法忍受这种坑爹的赚钱方式，总结了一些加急经历的给与建议,分享给大家 链接： https://developer.apple.com/appstore/contact/appreviewteam/index.html 在i would like to里选择加急审核 然后填写相关信息。 App Information里填写应用名称，ID填写9位数字ID。 继续 选择原因，然后填写理由。 这里要注意的是理由一般是用户安全问题或者崩溃问题成功率会高一些（LZ写的是崩溃，不要说我是赶时间，苹果会不同意，以前版本确实有崩溃问题，只不过不多~ 这里我不多说了，你们懂的） 还有一点要注意的是，如果是崩溃问题，你最好写上操作步骤，让审核员去重现这个问题。 之前听别人说一年只有两次加急的机会。一直没有尝试过，所以也没法证明是否是真的。 昨天晚上（周五晚）由于销售要在周一的时候开始做大量推广，所以今年的第三次加急审核又开始了…… 今天早上起床后还在担心应该是没有通过

什么是中间键？ 下图中 C和D 的部分就是中间键 创建一个js文件 middleware.js 内容如下 const App = () => { const req = { type: 'request', params: [] } const res = { type: 'response' } const middlewares = [] const use = fn => middlewares.push(fn) const runMiddlewares = index => { const count = middlewares.length if (index < count) middlewares[index].apply(null, [req, res, () => runMiddlewares(index + 1)]) } const get = (path, fn) => { runMiddlewares(0) fn.apply(null, [res, res]) } return { get, use } } const app = App() app.use((req, res, next) => { req.params.id = 5; console.log(req, 'request object accessed from middleware 1'

做什么事都需要一个流程，软件开发也不例外。 那么，一个软件从无到有到底是怎么开发的？一个软件产品的结果为什么是这样？为什么开发的速度不能再快一点。为什么程序员大多秃顶？他们有那么忙吗？完整的软件开发流程是怎样的？ 项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 需求阶段 1、清晰认识项目是为了解决什么用户痛点，行业需求？ 2、产品经理面向整个团队，进行需求的讲解。 3、分析要解决这些痛点或者需求的过程中需要通过哪些有效的功能布局去实施，逐一将核心功能列举并适当完善一下，通过文字或图文的方式描述清楚。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 设计阶段 1、原型图经过反复推敲修正后，UI 设计师会进行UI界面相关的配色设计、功能具象化处理、交互设计、以及各种机型、系统的适配。UI设计师经过多次与项目经理沟通修改后，最终到定稿的设计图。 2、绝大部分APP项目都会有相应的管理后台，虽然后台是用户无法接触到的，但是与APP的功能是对照的

背景 在开始之前，我们先来看看安卓的渠道统计。Google官方的应用商店Google Play在国内一直是无法使用的状态，所以国内的安卓App分发，都是依托数十个不同的应用市场或发行渠道，如百度、360、腾讯等互联网企业以及小米、华为、魅族等手机生产商。对于安卓App的渠道追踪，主要是围绕上面这些大的渠道来进行，并且这些渠道自己一般也会提供非常详尽和周全的数据分析给应用开发者。 iOS的发行渠道则与安卓有很大的不同，除了少数越狱的机器之外，大部分用户的App都是从 App Store下载的。iOS的“渠道”其实通常是指那些在其它App或者网页内部，提供到AppStore的链接的页面。因此，在iOS中追踪发行渠道，主要是追踪进入App Store相关页面的渠道信息。 但iOS的渠道追踪面临着一道无法逾越的鸿沟。正因为iOS的渠道分发都有跳转到App Store这一步，而Apple本身是不会提供太多信息给开发者，所以，对于整个流程的三个步骤：在某个渠道点击下载链接并跳转到App Store ---> App Store内下载App --->用户激活App，这其中的第二步，开发者无法获取相关信息，所以，没有办法精确地追踪一个用户在这三个步骤中的完整轨迹，也即没有办法精确地衡量渠道的具体推广效果。同时，安卓渠道效果分析中，常见的对于不同渠道打不同包的方案，在iOS分发时也是不可行的。

小编此前介绍了《APP运营推广 如何打好品牌基础》，虽然关于品牌推广的方式介绍不是那么全，但都是比较实用的方式，相信大家多多少少都能理解；品牌知名度高了，相信用户自然也是会有的；那么接下来就是该谈如何盘活用户了，应该怎么做呢？ 1、了解你的用户，懂你的用户 了解用户，懂用户，是APP运营做任何事情的一个基础，你不知道你不了解你的用户，那么你推送或者更新的东西就可能达不到用户想要的效果；那么有下面的方式可以帮你懂你的用户，了解你得用户； （1）活动形式：APP做活动，并不是你想的那么简单，你目的是为了了解你的用户，因此你需要通过活动SDK埋点再你的APP，然后通过不断地活动去记录参与你的用户的属性，然后归类成各种标签，这就涉及到用户画像的问题。 简单说就是，一个月用户参加你不用的APP活动，那么抓取到的数据是这个用户是男的，并且是20-30岁的，喜欢科技产品等等不同类型的标签；通过不断的活动，你的单个用户的标签就会越来越多，之后就可以针对某个标签属性的用户做专门的活动推送，这样才能做到精准活动，更懂你的用户； 通过SDK埋点的活动形式，第三方推广工具的核心价值在于，帮助Android/iOS开发者通过shareinstall提供的sdk，精确的获取app每一次安装的分享（或推广）来源。 以渠道链接取代渠道包，精确的定位APP的各个安装渠道。 （2）问卷调查：问卷也是活动形式的一种

当前 iOS App 的编译打包方式是 把适配兼容多个设备的执行文件及资源文件合并一个文件 ，上传和下载的文件则包含了所有的这些文件，导致占用较多的存储空间。 App Thinning 是一个关于 节省 iOS 设备存储空间 的功能，它可以让 App Store 和操作系统在安装、更新及运行 iOS 或者 watchOS 的 App 等场景时，通过一系列的优化，尽可能减少安装包的大小，仅下载所需的资源，减少 App 的占用空间，从而节省设备的存储空间。这个过程包括了三个过程：slicing、bitcode、on-demand resources。 一、slicing App Slicing 在节省应用所需资源中发挥着最重要的作用。 很多应用需要在不同尺寸的设备上运行，针对这些不同的设备，它们内含不同的独立资源，而大部分是用户设备不需要的。所以，开发者把 App 安装包上传到 AppStore 后，Apple 服务会自动将安装包 切割 为不同的应用变体(App variant)，或者称 App Store 会针对不同的设备制作不同的"简化版 App"，当你下载 app 时，系统会根据设备型号下载安装不同的"简化版 app"。（iOS9.0.2 以上支持） iOS app 为了后向兼容，现在都同时包含了 32 bit 和 64 bit 两个 slice。另外在图片资源方面，更是 2x

微信开发或者高德地图，百度地图什么的api要使用，使用之前都需要注册一个账号，然后系统会给你一个key，然后调用api的时候把key传给服务器。 平常公司内部开发项目时，直接用mvc为app客户端提供接口，没有做过验证。 本次为了安全，所以需要考虑解决下安全问题。咨询了同学，有人提出，自己定义一个加密字符串+实时的一个时间戳，对称加密。app每次请求接口，把加密字符串传过来，服务器端解密对比下，然后来验证是否是客户端提交过来的合法请求。 正在尝试开发，不知道是否合理有用。 来源： https://www.cnblogs.com/Tpf386/p/5553407.html