• 2018年12月7日

小程序onLaunch onLoad先后问题

有个项目需要小程序加载的时候确认用户登陆状态,从服务端获取数据保存到本地,然后在页面加载的时候用到这个数据,结果一直无法正常获取到数据,才发现,onLaunch先于onLoad执行,晚于onLoad结束! 大概如下: onLaunch开始 onLoad开始 onLoad结束 onLaunch结束

详细内容

wx.navigateTo,wx.redirectTo,wx.navigateBack还是有差异的

wx.navigateBack返回页面栈前面一页,如果进入当前页的方法是通过wx.redirectTo进入的,那上一页已被销毁,所以是延续到上上页,以此类推 wx.navigateTo进入下一页,当前页状态不销毁 wx.redirectTo进入下一页,当前页销毁

详细内容

商标“李开心”注册公告后被异议跟进

如之前所说,李开心 这个商标满3个月的初审公告后,正式发布了注册公告,结果注册公告日当天收到了异议,经过了若干月后,终于收到了 初审公告无效通知,无效原因为因异议无效。 所以注册公告发布后3个月内商标状态没改变才能安心,否则有可能被异议

详细内容

微信小程序开发之tabBar问题收集

通过app.json配置tabBar展示的范围仅限于tabBar配置中list列表内的页面,例如如下配置,tabBar仅在pages/index/index和pages/logs/logs 2个页面中显示,其他页面均不能显示! “tabBar”: { “list”: [{ “pagePath”: “pages/index/index”, “text”: “首页” }, { “pagePath”: “pages/logs/logs”, “text”: “日志” }] },

详细内容

李开心商标居然在注册公告日被异议了

商标:李开心 类目:30(食品) 初审公告:2018年3月6日~2018年6月6日 注册公告:2018年6月6日 被异议日:2018年6月6日 这个商标本身要用来做食品品牌,看到商标注册公告后就没去关注状态,坐等领取商标证,结果这两天就接到不少的电话说商标被异议了,今天特意查了下,发现了这个有意思的状态,且不说哪家提的异议,单说已经注册公告发布了,同时被异议,不知道到时候商标局如何审定?

详细内容

见鬼了,居然把wordpress的后台密码给忘记了!刚刚直接修改了mysql的数据

居然把后台密码给忘了,然后一直找不回来,今天干脆直接进入mysql后台进行修改。 修改只需要打开mysql,招到wp_users表,找到你的那个记录,然后修改掉user_pass字段的内容为 5d41402abc4b2a76b9719d911017c592 ,这样登录密码就重设为hello了 表名,字段名不一定准确,因为我是按照记忆来写这篇,所以见机行事!

详细内容

《猎头召唤》观后感

前两天老板娘问我说如果有个应聘者跟你说“我的事业第一位,家庭第二位”,会不会聘他?我很坚决的说,不会!当一个人有了家庭,事业都是为家庭服务的,所以没有事业第一,家庭第二这种事情! 本文跟上面这段话其实没多大关联,只是顺提而已! 今天最后一天货发完,闲得无聊就看了下这部《猎头召唤》,随便谢谢供大家娱乐: 很明显,主角是个事业型男人,而且能力和手段都毋庸置疑,按照他的竞争者也是他的同事说的“第一个到公司,最后一个离开公司”,如此至努力之人自然拥有不可忽视的业绩,也是即将接替现任老板掌管公司的竞争者之一。很明显的符合事业第一,家庭第二这个特征!人总会有贪念,更何况男人都有一股狼性,永不知足,都希望能够获得更多的资源。 而就在他那爱好建筑设计的十来岁的儿子突然被确诊为白血病,并且开始的化疗效果不如意,作为主治的三哥建议使用以毒攻毒的方法来治疗,也就是经过改良的hiv病毒来对抗血癌之后,他开始抽出时间来陪伴这个可能失去的儿子,陪他去各种儿子想去的建筑参观、医院里照看儿子,自然业绩也下滑了。这个时候反过来成了家庭第一,事业第二了。就狼性而言,主人公依旧是有的,只是他的狼性也是为了争取更多资源让家庭过的更好。所以,事业永远只能第二,第一的永远是家庭。 有个插曲,在不影响业绩的前提下,毅然以不要佣金的条件让雇主选择年纪更大(59岁,离退休没几年了)但是经验老道一直不得志的求职者,这个也应该算是主人公正式转变的一个信号,如果是家庭没问题的情况,估计主人公还是会选择有佣金的那个选择。 有些时候想想,我们如此至努力是为了什么呢?其实就是为了家,自己的小家,有更大的能力时会想着更大范围意义的国家。 http://player.youku.com/embed/XMzExNDc3MTE2MA==

详细内容

结合数据库表设计抽奖游戏算法

抽奖是一个概率事件,数学不好的我只能通过比较笨的办法实现抽奖算法。 首先设置一个游戏表记录游戏数据 其次设置一个奖项表,生成各个奖项对应的随机数 用户点抽奖的时候,生成一个随机数,然后检索数据库是否存在这个随机数,存在就表示中奖了!不存在则表示每中奖! 思路类似于预先制作好抽奖球,每个球有一个编号及对应的奖品信息,然后跟一定量的无奖品信息的球一起打散到一个抽奖箱里,抽奖者随机从抽奖箱中取出一个球,然后根据是否有奖品信息判断是否中奖及中了什么奖! 然而 实际的抽奖箱随着抽奖球陆续被取走,剩下的奖项中奖概率逐步增高! 而这个程序算法则需要想办法动态调整奖项表中的随机数超出剩余奖项数量奖项的随机数! 生成奖项表时,越往后生成效率越低!   优化方案: 通过使用list<int> 生成一个序号列表,然后通过不断生成列表的随机index提取序号存入数据库,再将提取出来的序号从列表中去掉,可以大大提升效率!

详细内容

换手机号码记得确认下各个平台的手机是否变更过来,否则后果很严重!

前段时间新买了一个手机号,今天想注册个新的微博账号,发现手机号已被注册!原以为是我自己注册的,就尝试着重设密码,登陆进去后发现是手机号的前主人的账号! 留个言退出,等对方配合修改绑定的手机号码了!

详细内容

.net core 2.0没有了request.inputstream但是可以用request.body替代

因为好久没写代码了,所以不知道是改动还是原本就有request.body 今天尝试些.net core 2.0,需要调用到request.inputstream,但是发现request没有这个属性,最终尝试着用了request.body,结果可以正常运行!

详细内容