http://blog.csdn.net/jiangwei0910410003/article/details/54879836
作者:heyuheng@126.com
利用chrome把图片编码为base64
http://www.cnblogs.com/52cik/p/chrome-base64.html
解决ueditor多图上传顺序错乱的问题
有人提供了方法
http://oulafen.blog.51cto.com/7830663/1716075
我没试,但是我认为如果选择顺序我们不知道,那么从根本上是不可解决的。当然,或许我们能知道,这取决于HTML5的API。
于是我又查了查多文件异步上传的相关文章,有这么一篇:
http://www.cnblogs.com/weapon-x/p/5237064.html
很明显,fileReader一次拿到的是多个文件。但是这个时候只是在本地,所以并不会乱。把这个顺序保留住,确实可以解决错乱问题。
微信公众号平台真是出了鬼了
“API版本菜单使用中”
这是怎么回事?
因为我在某第三方平台上改了自定义菜单。
然而后来又改不了了,在某平台一点发布就出现java的报错信息。
之前肯定是改成功了,否则就不会出现这样的提示。
但是仔细一想,咱是订阅号啊,没自定义菜单的API啊!
在开放平台注册过的第三方平台是法外之地?不可能啊?
这真是诡异到极致了。
会员管理系统用户画像
说明:此处的用户指的是商家,严格地说是采购会员管理系统的决策者
定位:事业上升期的中小微企业主,主动或乐于接受会员管理云平台
年龄:主要分布在20~35之间,不高于50岁
性别:不限
行业:美容、宠物美容等
行业特点:会员愿意办会员卡的行业,而不是被带动的
企业特点:至少拥有3家店
消费能力:至少敢于在软件上投入1万元,最多不超过30万(看引导)
性格特点:自信、好学、求新、精明
敏感点:对有助于提升管理力度的话题感兴趣、对有助于提升业绩的话题感兴趣
对软件的期待:隐约懂得软件对企业的价值,但绝不会仰望软件提供方,明确知道自己比软件商更懂商业。期望软件按自己的具体需求来。同时,这类人并不会纠结于一个功能的实现方式,但必须达到他的核心目的,否则他不会因为沉没成本而被粘住,随时可以放弃你。
除非你拿出成功案例,加上眼花缭乱的技术概念才能吓唬住他们。
node-webkit相关资料
这篇很全:http://blog.csdn.net/jyy_12/article/details/39316645
在看官方文档的时候学到一个KIOSK模式,其实就是全屏了。
看看下面的解释,你就应该能明白了,自动售货机或者XX机,给大家的感觉是很清楚的吧。
kiosk | 英[ˈki:ɒsk] | 美[ˈki:ɑ:sk] |
n. | 亭子,凉亭; (车站、广场等处的) 书报摊,,公共电话亭; 小摊棚,售货亭; |
[其他] | 复数:kiosks |
腾讯云也是蛮坑爹的
事实上我的新加坡机器已经够快了,这个时候换腾讯多少有点不划算。
但是既然换了,就要立刻用上,不然总觉得不对劲。
首先当然还是安装Lnmp。
安装到一半,哦,其实是还没开始安装,刚下载了几个依赖包,就说下载不了,为什么呢,原来是腾讯的yum源有问题。
ctrl+c不管事,只好用ctrl+z。
用uninstall.sh把装了一半的lnmp给卸载了,那速度,估计根本就没有开始装,所以超快结束。
然后想着是不是因为最后选了一个缓存工具,是那个玩意的包下载不了,于是就选择不安装缓存工具。
结果呢,并没有卵用。
其实错误提示已经说明了,腾讯的mirror就是有问题,事实上ping都ping不通。
于是开始考虑换yum源。
查到一个文章:http://www.cnblogs.com/lightnear/archive/2012/10/03/2710952.html
一试,根本不行。首先163这个根本解析不出来。
这难不倒我,我在本地把163的Mirror给ping出来了。然后自以为是地用IP代替了一级域名。
接着走下面的步骤,结果更新缓存的时候遇到提示说yum已经在运行了,不能搞,于是又用上kill来解决yum进程。ps -ef | grep yum | grep -v grep | cut -c10-15 | xargs kill -9
以为马上要搞定了,结果又发现原来的tencent又跑出来了。
为什么呢?难道我得把163的域名重新用上?好,我改etc/hosts,然后service network restart
现在可以直接用域名来下载repo了。
但是没有卵用,翻来覆去还是腾讯的源在那里瞎转。
我又上网查。
结果查到这个一个做法:
1. cd /etc/yum.repos.d
2. mv CentOS-Base.repo CentOS-Base.repo.backup
3. wget http://mirrors.163.com/.help/CentOS6-Base-163.repo
4. mv CentOS6-Base-163.repo CentOS-Base.repo
5.yum clean all
仔细一看,这才是正解嘛。
替换,清除,比什么改cache看起来就更靠谱。
一试,果然有效。
当然我不是傻子。
我这里是CentOS7,这个我早就改了。
看来到现在这个阶段,再不能满足于黑盒办事的思维了,什么事情遇到了,都得调查清楚,光靠试是不行的。看到不对劲的东西,一定要查个水落石出,不然一定是想省时间变成误时间。
哦,如果我把这个服务器的lnmp安装好了,另一个要不要装呢?
腾讯搞的解决方案叫我弄两个服务器,一个是所谓应答,一个是业务,这应答没开,先把业务开了,好像不合适吧。买了他的东西,现在想找他的解决方案说明书都找不到一个,你不能光卖给我一堆云硬件,也该有项目demo和一整套软件才好吧?
终于从字缝里找到服务号的优势了
为了小程序,花钱买了个国内的云服务器
想想好像离上次用国内主机并备案已经快有十年了吧。
买国外的主机是为了自由。
但是自由的代价就是慢,而且受各种限制。
你玩微信,就必须备案。
现在好了,终于找到又便宜又稳定的vps了。
然而备案还是绕不过去。
3元的微信小程序解决方案,算是一个契机。
我觉得备案这事宜早不宜迟,也就不再搞什么试用了。试用完了还不得备案吗?
所以就买,买的话,也别3元了。
直接买半年。算了一下,比阿里还是要便宜一百多块钱。而且还送专门的数据库,性能应该比在ecs自己弄个mysql要强。而且买完竟然发现同时买了2台服务器,难道这是所谓负载均衡?如果是这样,为什么不让我选两个不同的机房呢?
不过人家只许你买半年的,说到底还是贵。
感觉不划算的事还有小程序本身,我明明是有公众号的,但是一看现在还有小程序专用公众号,就想试试吧,结果发现这小程序公众号真是够简单的,啥功能也没有,就是用于小程序。可是小程序又可以挂接到其他的公众号下,这关系够乱,如果有人真心想做点什么,规划这事还挺麻烦。
另外有一件事也让我不爽,腾讯说给我配了个域名,想想也知道是个垃圾二级域名,通常这种扶贫的云服务都会有,但是我当时想到,他既然是小程序解决方案,是不是可以直接用这个域名来发布小程序呢?结果证明我想多了,实际上人家还是叫你尽快配置1级域名……
最近几个买的这些虚拟产品真是够多了,我玩这么多年互联网,从来没为游戏、虚拟形象什么的花钱,却为虚拟主机、域名、vps、云服务器花了不少钱,花了钱,却没有产出,只当是玩游戏了吧。
confluence安装
http://blog.163.com/sujoe_2006/blog/static/3353151201622253331523/
回头试试。
这玩意最大的好处就是可以自动维护版本。
而且功能上比较全面,最大的问题在于非开源,总感觉出个什么卵事就会让人不开心。
原本我的观点是用wp就可以做个人知识管理了,但总怀疑版本管理(事实是wp有版本管理)、文档结构什么的不够用。