一番体验下来，其实也还好，简单的同步还算稳定，就是同步速度太慢了。

可是昨天意外的旧文件覆盖了新文件，尝试去OneDrive在线版找文件历史版本，结果发现就没这个功能。

可惜的是，删除的文件在回收站都还有，就是覆盖的文件没法恢复到上一个版本，这下记得Dropbox的好了。

这个算小事情，损失1天的时间，决定还是用回Dropbox吧，空间不足就付费好了，也是算支持一下这么好的服务。

在新机器勾选上了启用LAN 同步模式，传输速度几乎满速了，要是OneDrive恐怕是又要1~2天时间咯~

其实在环境变量，设定好2个变量，图下图

关闭打开的Unity Editor，重新打开，即可正常打开商店，问题解决。

嗯，完了，祝好运！

尝试用一个startUp.cmd文件来管理他们的加载先后，线性启动软件。

这个方式能一定程度上缓解了开机导致各种软件抢占硬盘读写IO导致的卡顿问题。

但还不完美，就算是线性加载，也不能保证前面软件启动完全启动后才启动下一个。需要个延时

巧用了一下ping命令，没错就是他

ping 1.1.1.1 -n 1 -w 3000 > nul

其中的3000就是指的延时等待3秒。

在 i7-3770 上使用Flash Player 12 的测试结果：

在Bebug模式下，速度只提高了2倍，但这不重要

在Release模式下，提速20倍！！

官方的源码有点问题，修改好的版本在这里

package
{
	import flash.display.Sprite;
	import flash.system.ApplicationDomain;
	import flash.text.TextField;
	import flash.text.TextFieldAutoSize;
	import flash.utils.ByteArray;
	import flash.utils.getTimer;
	import avm2.intrinsics.memory.li8;
	import avm2.intrinsics.memory.si8;

	public class DomainMemoryTest extends Sprite
	{
		private var BYTE_ARRAY_SIZE:Number = 10000000;
		private var resultsDisplay:TextField = new TextField();
		private var normalByteArrayTime:uint = 0;
		private var fastByteArrayTime:uint = 0;
		public function DomainMemoryTest()
		{
			super();    
			setupDisplay();
			timeNormalByteArray();
			timeFastByteArray();
			resultsDisplay.appendText("\nFast ByteArray is " +  
				(normalByteArrayTime - fastByteArrayTime).toString() + 
				"  milliseconds faster.");
				}
		// Write and Read 'numInts' integers in/from the bytearray
		private function timeNormalByteArray() : void
		{
			var ba:ByteArray = new ByteArray();
			var i:int = 0;
			var startTimer:int = getTimer();
			for(i=0; i<BYTE_ARRAY_SIZE; i++)
			{
				ba.writeByte(100);
			}
			ba.position = 0;
			for(i=0; i<BYTE_ARRAY_SIZE; i++)
			{
				ba.readByte();
			}
			var endTimer:int = getTimer();
			normalByteArrayTime = endTimer - startTimer;             
			resultsDisplay.appendText("Time to write and read normal ByteArray: " + normalByteArrayTime.toString());
				}
		private function timeFastByteArray () : void
		{
			var ba:ByteArray = new ByteArray();
			// Set the size of bytearray
			ba.length = BYTE_ARRAY_SIZE;
			
			ApplicationDomain.currentDomain.domainMemory = ba;
			var i:int = 0;
			var valueLoadedFromByteArray:int = 0;           
			
			var startTimer:int = getTimer();
			for(i=0; i<BYTE_ARRAY_SIZE; i++)
			{
				si8(100, i);
			}
			for(i=0; i<BYTE_ARRAY_SIZE; i++)
			{
				valueLoadedFromByteArray = li8(i);
			}
			trace(ba.length,ba.readByte())
			var endTimer:int = getTimer();
			fastByteArrayTime = endTimer - startTimer;
			resultsDisplay.appendText("\nTime to write and read fast ByteArray: " + fastByteArrayTime.toString());
				}
		private function setupDisplay():void
		{
			resultsDisplay.x = 10;
			resultsDisplay.y = 10;
			resultsDisplay.border = true;
			resultsDisplay.multiline = true;
			resultsDisplay.wordWrap = true;
			resultsDisplay.autoSize = TextFieldAutoSize.LEFT;
			resultsDisplay.width = 400;
			addChild(resultsDisplay);
		}
	}
}

源码下载：DomainMemoryTest

要求如下：

你的博客，是属于游戏\网站\程序开发相关的，

且至少有5条和开发相关的文章。

且在最近6个月有过文章更新。

PS：在Facebook，Twitter，QQ空间或微博不是博客 – 除非你有100.000朋友;-)

正在申请中，希望速度拿到许可。

来2张图示简介

申请地址：http://www.codeandweb.com/request-free-license

在经过H5的风波之后，计划有所耽搁，不过现在已经发现托管在 github 上了。

有兴趣的朋友可以通过下面的pdf进一步了解。

https://github.com/adobe-research/ActionScript4/blob/master/as4wp/AS4wp121031.pdf

https://github.com/adobe-research/ActionScript4/blob/master/as4lang/as4langspec.pdf

经实际测试，未加参数的情况下，132秒

开启打包参数后，完成时间为30秒

在mac下打包，速度更快的离谱，仅为7秒

-useLegacyAOT no

耗时时间仅之前的20%左右，强烈推荐更新！

在文件体积上，也有可观的优化，从之前的4.52M减少到4.03M，为之前体积的89%

性能方面：尚未测试

如何在FB4.7添加参数？

项目-》属性-》ActionScript 构建打包-》Apple iOS-》自定义启动

附个截图：

下载地址：http://www.adobe.com/devnet/air/air-sdk-download.html

发行说明：http://helpx.adobe.com/en/flash-player/release-note/fp_12_air_4_release_notes.html

先后使用过Feedly,SilverReader,InoReader,the Old Reader

我要寻找的替代品要求有几个核心要求：

1.支持https访问，速度稳定
2.支持移动设备访问
3.能在代理网络下正常使用（办公网络需要代理访问）
4.良好的体验，有盈利模式（为了能持续提供稳定服务）
5.支持社交圈子
6.支持中文
7.支持稍后阅读

放弃其他几个平台的的原因：

Feedly：访问不稳定，特别是https模式支持不够给力，在代理模式下几乎无法使用。
SilverReader：没太明显的缺陷，但是滚动条体验不够好，在Chrome下经常出现2个垂直滚动条。
the Old Reader：Feed里面的youtube视频展示不了，Feed地址能被重定向，这个不知道是好是坏。

现在看过来，只有 InoReader 最让我满意，核心要求都符合了。

我的测结果：

1.来一张png32bit的，周边有透明区域

2.来一张为整个半透明的云

当然，不会忘了贴地址：https://tinypng.com/

其实真真的原因是这样的，我被垃圾评论灌水机盯上了，每天狂轰乱炸，数据爆表了。每分钟10条的数度，你可以感受一下。

这次迁移服务器了，更大的服务器流量，更好的服务支持，不过啊，只从Google Reader 关闭后，不知道还有多少正真的人肉用户。

加上静态化页面，加上了验证码。