iRoBot机器人选购

首先有个定位选择是购买的机器人品牌。其实没这么问,大概知道的知名品牌就iRobot,而且又因为是国外的,所以就简单的选择了信任。但购买中最烦心的就是同一品牌下型号过多,说实话作为新用户,这种策略在一定的阶段一定要调整,要不真的用户都要搞晕了。跟本不知道选什么。总计有4个系列,分别整理如下

5系列 5系列以前大部分是使用标准集尘盒,5系列后期宠物版机型中采用AeroVac真空集尘盒
6系列 AeroVac真空集尘盒,后期版本支持预约和虚拟墙
7系列 第2代AeroVac吸尘技术,有过滤网,支持虚拟墙&灯塔
8系列 升级干脆换成两根橡胶滚刷,连毛刷缠毛发的问题都解决了

每一代都继承了上一代的优点

扫地机527e跟601区别在于
1.电池容量:527e是3000毫安;601电池容量是2200毫安;
2.充电时间:527e首次充电16小时,日常充电3小时;601首次充电3小时,日常充电3小时
3.打扫面积:527e满电情况下可打扫120-150平米,601满电情况下可打扫90-120平米,具体根据家庭环境来决定
4.打扫时间:527e充满电可以工作90-120分钟左右;601充满电可以工作60-90分钟
5.清扫模式:601清扫模式为:沿边清扫,交叉清扫,螺旋式清扫;527e再此基础上多了个重点清扫功能

http://post.smzdm.com/p/44646/

http://blog.sina.com.cn/s/blog_7586eead0102vsy2.html

http://www.zhihu.com/question/23589906

5系列
6系列
7系列
8系列

iRobot Roomba 6系列全面启用AeroVac真空集尘盒(5系列以前大部分是使用标准集尘盒),这种集尘盒之前主要在500系列产品中的宠物版机型中采用(如552和564),AeroVac集尘盒相比标准集尘盒,具有内部空间大,毛发不易堵塞的优点。650不推荐日淘,因为日行的650是标准集尘盒(美淘的是真空集尘盒),且论坛里有几个网友反映日行的650出现问题,售后比较麻烦,如果日亚第三方商家的650,标注有“并行输出品”的,是水货(即非日行的其它渠道650)。

7系列产品有三个型号,760、770、780,特点是包括采用第2代AeroVac吸尘技术(据我观察,7系列的集尘盒内同时放置了两块滤网,650只在集尘盒中部使用一块滤网)、污垢探测感应器,电池寿命较上代提高50%。售价分别为449.99、499.99、599.99美金。

780:有定时功能。配件包括:毛刷、胶刷、电池(已安装在机身中)、灯塔虚拟墙2个,遥控器,自动虚拟墙1个、滤网2个,还配一只圆形的毛发清洁工具。

770与780最大的区别就是不支持灯塔虚拟墙,770的面板是按键式,780的是触控式。

携程的规则

规则,对于很多不明白的规则是喜欢搞清楚,搞明白。对于同一个航班为什么有这么多价格,其实将附加条件列举出来大家就看明白了。要比较情况主要还是经济舱。其实归结到最后就这个几个逻辑

1.如果在行程没有变化的情况下,可以选择价格最低的,这是最顺利的流程
2.如果行程有变化,因为退改签的费用和时间不同,所以根据不通的时间段,对价格进行分档。而且有些价格很低的,是不能退改签的
3.旅行套餐,非携程自营。退改签规则不通,携程积分也是有区别

协议价-经济舱

商务推荐-经济舱

旅行套餐-经济舱

旅行套餐-经济舱(详细信息)

商务推荐-头等舱

IOS 照片流的若干问题

==存储时间==
“我的照片流”中的照片会在 iCloud 服务器上存储 30 天

==支持格式==
照片流支持 JPEG、TIFF、PNG 和大部分 RAW 照片格式。
不支持视频。

==iCloud 储存空间==
照片流不会占用 iCloud 储存空间

==删除照片==
您可以像从设备中删除其他照片一样从照片流(或我的照片流)中删除照片。只需选中您要删除的照片,然后轻按废纸篓图标或点按“删除”。当您在一台设备上从照片流中删除一张照片时,iCloud 将自动从其他设备上的“照片流”相簿或视图中删除此照片。了解有关删除照片的信息。

==存储上限==
iCloud 将所有照片流照片推送到设备和电脑并有效地管理这些照片,因此不会耗尽储存空间。
iOS 设备会依次存储“照片流”相簿中最后 1000 张照片。您可以在这里浏览最近的照片或将喜欢的照片移到其他相簿,以便在设备上永久保存。
由于 Mac 的储存空间比 iOS 设备大,所以默认情况下照片会自动下载,且 Mac 会保留照片流中的所有照片。

权威答案:

http://www.apple.com/cn/support/icloud/photos/

linux Bash 颜色配置

==最基本的颜色修改==

将下面的代码内容copy到.bash_profile中,最基本的颜色配置就有了。

#enables colorin the terminal bash shell export
export CLICOLOR=1

#sets up thecolor scheme for list export
export LSCOLORS=gxfxcxdxbxegedabagacad

#sets up the prompt color (currently a green similar to linux terminal)
export PS1=’\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;36m\]\w\[\033[00m\]\$’

然后执行代码语句
source ~/.bash_profile

==iterm2风格使用==

Solarized配色风格(me选)

http://ethanschoonover.com/solarized

github上的iterm2风格

https://github.com/baskerville/iTerm-2-Color-Themes

==生效==
需要生效的办法有很多种,可以通过.bashrc文件
需要在.bash_profile添加如下代码
source .bashrc

VirtualBox虚拟机的使用

本来是不想开帖的,实在是因为MAC用的越来越多,家里的机器已经没有windows了。银行上不去,年久失修的其他虚拟机已经不清楚如何设置了,写贴备注。
==网络设置==
VirtualBox的网络设置是比较复杂的,会涉及到很多虚拟机和主机的关系,这里就不多写。可以参考这篇文章《VirtualBox中的虚拟网络环境设置

使用如下设置即可,建议“控制芯片”使用“PCnet-FAST III”,这样不需要安装驱动,XP系统就可以使用网络,这是很多时候默认使用“inter pro 1000 MT”控制芯片需要去网络下载芯片才能驱动

==USB使用==
使用银行的都需要这个,所以这个没办法驱动,就基本不用安装windows了。

1.安装‘Oracle VM VirtualBox Extension Pack’,这里要注意Extension Pack要和VirtualBox的版本统一,有可能照成winxp无法启动
2.新建一个筛选就OK了

==共享目录==
这个功能是很实用的,共享windows和mac下的硬盘,这样拷贝文件方便很多

Windows任务管理器中的数值介绍

1、【CPU 使用】
CPU的使用百分比,柱状图表示实时的CPU使用率。

2、【CPU 使用记录】
CPU使用量随时间的变化曲线,其中红线则表示系统内核的使用率(红线需点击任务管理器的查看菜单,选中“显示内核时间”项)。

3、【PF 使用】
PF是页面文件 Page File 的简写。这个数字容易让人误解,被认为是系统当时使用的页面文件的大小。其正确的含义应为:正在使用的物理内存和虚拟内存之和。实际使用的页面文件大小可以使用第三方软件,如 PageFile Monitor 等查看,也可以通过 Windows 控制台来查看。

4、【页面文件使用记录】
页面文件使用量随时间的变化曲线。

5、【总数】:正在运行的句柄、线程和进程的总数
-句柄数:所谓句柄,简单的说就是 Windows 用来标识被应用程序所建立或使用对象的一个长整型数据,Windows 使用各种各样的句柄来标识诸如应用程序实例、窗口、控制、位图和GDI对象等等,是一种指针的指针。
-线程数:指程序中能独立运行的部分。
-进程数:运行的程序数目。

6、【物理内存(K)】
-总数:好理解,就是机子里所配置的,看得见摸得着的内存总量。若有内存256MB,即256×1024=262144KB,262144KB的内存减去512KB的高位内存,再减去系统内核占用的16KB,即为:实际内存总数261616KB。
-可用数:物理内存中可被程序使用的空余量。但实际的空余量要比这个数值略大一些,因为物理内存不会在完全用完后才去转用虚拟内存的。也就是说这个空余量是指使用虚拟内存(Page File)前所剩余的物理内存。
-系统缓存:被分配用于系统缓存用的物理内存量。主要来存放一些关键程序和数据等。一但系统或者程序需要,部分内存会被释放出来,也就是说这个值是可变的。

7、【内存使用(K)】
-总数:是被操作系统和正运行程序所占用内存总和,包括物理内存和虚拟内存(Page File)。它和上面的PF使用率是一致的。
-限制:指系统所能提供的最高内存量,是物理内存(RAM)和虚拟(Page File)内存。
-峰值:指一段时间内系统曾达到的内存使用最高值。如果这个值超过本机物理内存的数量,则应当增加物理内存以提升计算机性能;若这个值接近上面的“限制”的时候,则意味着要同时增加物理内存和虚拟内存(Page File)。

8、【核心内存(K)】:操作系统内核以及设备驱动程序所使用的内存
-总数:操作系统核心程序使用的物理内存总数。通常,这一数值总是越低越好些的。
-分页数:可以复制到页面文件中的内存,一旦系统需要这部分物理内存的话,它会被“映射”到硬盘,由此可以释放部分物理内存。
-未分页:保留在物理内存中的内存,这部分不会被映射到硬盘,即页面文件中。

2013 Forever W3C

本应该写给2014的,但10月正式去结婚事业部了,对过去所做的工作做一个告别

有一个团队叫W3C,我们是第一个做静态化的团队,保证主站重要页面的稳定。我们是第一个做云服务的团队,在图片存储上我们尝试了重要改进。我们是第一个完成页面模块化的团队,也有了我们自己的并行模块组件Pagelet,完成了商户页的动态加速。我们是第一个启用Varnish静态加速的团队,从图片到商户,我们尝试了很多改进。

我们还有“四横三纵”。商户中心、点评中心、图片中心、产品中心,四横是我们的根基。图片中心最先完成的是云存储,方便接入是第一步。产品中心已经上线,结婚套系、美容美法价目表等是最好的实际应用。点评中心,已经推进了结婚点评、休闲娱乐点评、美食点评的多样化上线完成,未来评价体系的扩展会方便很多。商户中心一期已经推进80%,Grovey和开发者中心10月应该就可以投入使用,现有的开发方式会有一个新的改变,更灵活快速适应业务变化,这是商户页面个性化的基础。商户自助化、频道行业化、商户个性化,三个纵向的延深会是后续的重点。也希望新的团队在结婚事业部,将频道行业化进行尝试,遗憾的是不能和W3C一起完成这所有的一切。

我们还有四个小而美的分队(Tomatto、Apple、Lemon、Mango)。我们拥有众多的神马奖获得者,杨成、马明兴、毛启文、陆经天、虞聪、王文景,还有后起之秀 章程峰、赵飞飞、仲良俊、吴俊杰。我们还有价值100万$的GA管理工具,我们还有很多优秀的做事风格,我们还有很多……Forever W3C

最后感谢W3C所有团队成员,感谢你们给予我对管理、产品的诸多思考,也感谢101成员一直以来对W3C团队的支持。我、经天、成峰、启文、吕波将组成新的Lemon团队,新的目标,新的思考,继续创造些什么,改变些什么。理想和坚持很重要,如果说平台跨出一步很难,那么没有平台的局限也许是最大的平台。感谢团队送的火车头。

Kindle重置阅读进度

首先会让大家失望,因为这个功能只美帝国有,其次能重置的不是个人文档,是官网购买的电子书。
贝哥应该明白,其实翻书是很正常的行为,如果不能重置,一旦看过书后附录就再也回不来了,基本上同步就失效了。
翻墙的资料结果截屏如下:

API索引

最近在调用多家公司的API接口,也参考了TB的API的设计。列举关键点备忘:

API文档

先从调用者的角度来考虑这个问题吧。文档应该是所有API使用者就关心的问题。问题也来自于这个文档本身。当然很多问题是想想就明白的愿意所在的。文档版本的维护,可以说各家特色不同。糟糕的情况可以用“混乱”来形容。有时候销售人员发给我们的最新版本,并不是公司对外的最新版本,总是为了省事通过Email附近来发送,结果这个附近就是使用了N年的旧版本。有时候甚至是个补充协议版本。啥意思,告诉你文档本身总体是对的,大概补充一个文档说这里需要修改,那里需要补充,你就明白什么叫抓狂。

api.***.com这样的在线文档不进行维护更新。这恐怕也是很多公司的情况,文档的更新总是一个难题。但是这样的API文档,你不维护也是要维护的,否则所有最新的接口难道要通过和开发人员沟通才能获取得到。先不说有没有这个接口,就是把所有接口翻阅一遍,大家的成本也都不低了。

API返回示例数据
这个也很重要,很多公司API文档都没有返回结构的示例。说实话一个个接口测试调试,是会让开发者抓狂的事。如果您的文档是足够可以信任的,那么文档中的示例也请保持更新和维护,这样使用的同学会很Happy

测试环境
或者说可以称为沙箱的东西。记得和E公司做交流沟通的时候,大家都认可,看API文档那是纸上谈兵。还是需要提供测试环境的API做调试使用的。但只是提供一个测试环境的APPKEY,觉的已经不能满足要求的。这种还需自己写代码才能看到数据返回形态的原始方式非常落后。所以一个可以在线测试的API工具一定是必不可少的。如果按这个逻辑,这个测试工具,就不紧紧支持测试数据,还是可以支持在线数据的,这样可以很方便的帮助开发人员调试。

SDK提供
发现很多公司都不提供SDK的。即使提供,那SDK也是很粗糙的,或者是缺少语言版本。如果真心要做好API,还是建议封装一套好的SDK供给自己使用,也提供给大家使用。

错误代码
先撇开所有的高端理论,错误代码不一定非要是什么“400”,“500”的,同样可以使用英文,只要统一就好。最早期的设计受REST的影响,很多步伐就迈不开了。不管什么愿意,返回的错误代码优先是清晰明了。如果少了参数就要提示少了参数,数据类型不对,就类型不对。切莫搞的很高深,哭和苦的都是API开发解释人员。就因为你提示不清楚,开发的人无头绪调试,您还要重复解释。

API用户授权
这里主要是通过API访问一些用户个人数据,如果平台给第三方应用提供用户数据,就需要使用这个。
OAuth2是个通用规则,不多谈,主要涉及授权的一个过程,包括access_token的访问时间问题。​

API授权使用
可以理解为系统输入设置​。具体看这张表,参数这么设计就对了。TB还有一个自己的特点:定义了基本的数据结构,需要什么字段就返回什么字段,方便系统优化。

这里有一个问题要问你自己?为什么要对data进行sign呢!走Https就可以不需要这一步。

API平台工具
测试工具、API文档、API参数公司、API Access_Token工具、API错误代码工具

SOAP
*程公司使用的是这种协议。原因很简单,使用的.NET。确实如果直接使用.NET的VStudio来调用是非常方便的。但现在不是.Net系统使用起来还真是不方便。使用的还是HTTP方式,所有通过Post方式将数据发送过去,不过拼装SOAP格式真是要命。也总算是学好原生使用SOAP协议。

GZIP压缩
能想到的最简单的节省流量的办法

API的其他

  • 主动通知:通过HTTP长链接实现
  • API异步:生成任务ID号,轮询ID号状态,下载任务数据
  • API定时任务:定时发送请求,设置回调地址通知
  • API的Javascript调用:以前没相关JS如何调用API,通过cookie的方式是个不错的选择。这就要求任何调用前都必须将sign和timestamp填入到当前页面的cookie中(必须服务端填入)

PHP环境(5.1以上版本)的签名实现方式:

$app_key = '';/*填写appkey */
$secret='';/*填入Appsecret'*/
$timestamp=time()."000";
$message = $secret.'app_key'.$app_key.'timestamp'.$timestamp.$secret;
$mysign=strtoupper(hash_hmac("md5",$message,$secret));
setcookie("timestamp",$timestamp);
setcookie("sign",$mysign);
​

API服务器端实现

{未完待续}

总结:

  • API文档尽量维护Online的版本,保证唯一参考源
  • 在线测试工具,必须提供,越完善越好
  • API用户授权使用Oauth2
  • API授权使用签名、时间戳