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

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授权使用签名、时间戳

word-excel-ppt技巧

Word
Word的底纹背景处理,在工具栏中“格式”—“边框与底纹”—“底纹”—“无填充颜色”

Excel

Excel多表格“缩放”打印,用这样的方法才可以。用ZOOM效果绝对不是你想要的
打印机设置

PPT

备注
分栏打印

AKF WorkShop

若干关键字

可伸缩性、泳道、云计算、可伸缩性原则、观念、流程、组织

只有技术是不够的

正确人在正确的组织
正确的流程
正确的架构

应用

X Axis – Horizontal Duplication(水平复制,可以理解成LBS,解决单台问题)
Y Axis – Split by Function or Service(功能或服务切分,解决多台分组问题)
Z Axis – Lookup Split(按用户、SKU等切分,对分组后的细分?)

application scale cube

数据

X Axis – Read/Write Separation(读写分离)
Y Axis – Split by Service Data(按服务切分数据,分数据库)
Z Axis – Split by Similar Data(相同数据的切分,数据本身做表切分)

database scale cube

泳道

基于部署的物理隔离

swin lanes

Mindset

创建敏捷的团队
工具化/服务化
扩展性不是目标,是一个过程
ScalingUp 到ScalingOut
从设计的时候就考虑监控

Types of Conflict
图没怎么看懂,但能明白冲突的来源。拥有泳道的架构就要拥有泳道的组织结构
Types of Conflict

问题解决

支持敏捷
我们的最高优先级是尽快并持续的满足客户要求,提交有价值的软件。
业务人员和开发人员必须每天工作在一起。
最佳的架构、需求和设计产生于自组织的团队。
一个团队拥有完整的服务,而不是依赖他人
减少情感冲突,应该是减少跨团队沟通

没想到图拍的这么悲感,有些臃肿。上面整理的一些PPT内容,其实我也不知道如何回答里面的内容,但始终认为自己的问题还是需要自己解决。我们今天或未来的系统需要专家们的指引,但路怎么走还是需要自己把握。对于一些很明确的原则,是一直倾向于团队独立解决的。只有开花结果变种子,再能从种子到开花结果的良性循环,系统才能够发展,团队才能够发展。各种隔离的做法即所谓的泳道是个不错的提法,其实ShopService的服务已经是隔离的,给手机使用的服务是独立于网站而部署的,又先人一步。关于组织机构部分还是保持沉默,不在其位不妄语。AKF反馈的一份Review让我有所思有所获。
AKF WorkShop

Mac OS 快捷键

OS X 菜单中的修饰键符号:

Command 键图标(Command 键)- 在部分 Apple 键盘上,此键也可能印有 Apple 标志 (apple 标志)
Control 键图标(Control 键)
Option 或 Alt 键图标(Option 键)-“Alt”也可能会在此键上显示
Shift 键图标(Shift 键)
Caps lock 键图标(Caps Lock 键)- 切换大写字母锁定开或关
Fn(功能键)

MAC快捷键官方版本

MAC下一些有用的快捷键

Command + Shift + 3 是截全屏
Command + Shift + 4 是自定义截屏
Command + E 是弹出
Command + , 是偏好设置
Option + Command + ESC 是强行退出
Enter “回车”是选中文件/文件夹重命名(顺便说一下相当于Windows下面的F2)
Command+O 是打开选中文件/文件夹(Windows下“回车”是打开选中文件的快捷键)
Command+H Finder不能关闭,只能隐藏程序
Command+Q 是关闭程序

最近常用的是MAC版本MindManager,不同系统不同的快捷方式。(详细

Continue reading

Chrome插件&扩展

命令行的两种方式,具体有那些内容就不推荐了。有兴趣可以下载,能提供工作效率的浏览器。
chrome://extensions/
chrome://plugins/

简单的概括插件和扩展的区别:
扩展是由css、js、html、json组成,打包成crx格式
插件则为由dll等文件构成,像Flash,JAVA,Gears使用这个技术

因为阿里旺旺MAC下无法加载有了这个解决方案

Chrome 无法加载Wangwang Plug-in 怎么解决?
新的Chrome升级,导致原插件无法使用,旺旺暂时也无官方升级

解决方案:
1.浏览器输入chrome://plugins/,将Wangwang Plug-in 插件停用
2.到Chrome应用商店扩展程序里找“阿里旺旺”插件,下载就可以解决

Chrome插件会出现你可能是第一次使用“阿里旺旺支持”,请先阅读使用帮助
当你点击卖家的旺旺图标后,可能会出现如下对话框。如果你打勾后不小心
点击了“取消应用程序启动”,可以删除 Chrome 用户数据目录下的
“Local State”文件,该对话框会再次出现。

chrome插件提示