培训的过程很是紧张,课程满满的。很多的竞争实例,由于我对公司的产品不熟悉,好多术语只能是晚上在网上来寻求详细的解释。
23号晚,终于找到了可以租住的房子,在万科城内,有点贵,但没办法,房源很紧俏。能找到刚好时间凑巧的房子已是不易了。
25号中午,山水时尚退房,搬进万科城香樟园。
水鸟振翅掠过,溅起河面的圈圈涟漪....
Personal website records my daily trickles and trifles. Sadness, joy, grief, cynicism, bewildering, thinking or understanding consist of whole my life.
Sunday, May 25, 2008
Tuesday, May 20, 2008
或许是真地要启程?
今天接到HW全球销售部人力资源的电话,说是公司的大队培训排队已经排到六月底了,但销售策略部正在举办一场部门培训,希望我能参加。问了下培训的开始时间,答案是明天。
真就要动身了么?反而有点犹豫。习惯了大半年的休闲在家,真要突然跑去上班,还能轻轻松松地接受这份束缚和压力么?回头悄悄瞄眼坐在身后的老婆,却发现她眼眶里竟已经含着泪水。
是啊,真地就能这样突然地就离开这脆弱的她,留她一个人在南京么?虽然只会是几个月的分离,但刚刚习惯了彼此依赖的心灵,瞬间又要长期的孤单。
真就要动身了么?反而有点犹豫。习惯了大半年的休闲在家,真要突然跑去上班,还能轻轻松松地接受这份束缚和压力么?回头悄悄瞄眼坐在身后的老婆,却发现她眼眶里竟已经含着泪水。
是啊,真地就能这样突然地就离开这脆弱的她,留她一个人在南京么?虽然只会是几个月的分离,但刚刚习惯了彼此依赖的心灵,瞬间又要长期的孤单。
Thursday, May 15, 2008
Saturday, May 10, 2008
[ZT]哦,中国,我的内裤丢了
艾默生之旅
老领导盛情相邀,并报销往返路费和食宿,虽然还需自行支付小金额的差价,虽然炎酷的暑浪几乎将我蒸昏,虽然爱妻一再暗示自己放弃此次旅程,但终于 还是启程。
公司的办公地点又搬了,但总是跟着华为的脚步。威新二期的五号楼,下三层华为,上三层是EMERSON。 同时,华为还租赁了其他几栋。
很多熟人,负责接待的人力资源小妹妹讶异于我在公司的人缘如此的好,而且大多是些公司实力派的中层。想想也是,10年前我进的这家公司,那时候的室友及同事如今大多已挑起了公司管理的大梁。记下了一大堆旧同事的电话号码,这样的公司,人事变动很是频繁,以前留下的联系方式大多已经失效,自己又出国了这么久,双方都失去了音讯。好在,彼时人缘还不错,一批批熟识的同事都热情地围过来叙旧,倒是我觉得有点不好意思了,毕竟是在上班的时间,毕竟我还只是位重新在面试流程中的新人。
(待续)
公司的办公地点又搬了,但总是跟着华为的脚步。威新二期的五号楼,下三层华为,上三层是EMERSON。 同时,华为还租赁了其他几栋。
很多熟人,负责接待的人力资源小妹妹讶异于我在公司的人缘如此的好,而且大多是些公司实力派的中层。想想也是,10年前我进的这家公司,那时候的室友及同事如今大多已挑起了公司管理的大梁。记下了一大堆旧同事的电话号码,这样的公司,人事变动很是频繁,以前留下的联系方式大多已经失效,自己又出国了这么久,双方都失去了音讯。好在,彼时人缘还不错,一批批熟识的同事都热情地围过来叙旧,倒是我觉得有点不好意思了,毕竟是在上班的时间,毕竟我还只是位重新在面试流程中的新人。
(待续)
Thursday, May 1, 2008
Firefox 加速技巧(收藏备用)
Firefox 加速技巧(收藏备用)
偶又换回firefox了,实在受不了TheWorld经常性的网页假死,于是从网上收集一些关于firefox加速的方法以备用,如果你也使用Firefox,你也可以把下面的内容收藏起来!好了,在 Firefox 的地址栏中输入 about:config,让我们开始提速吧。network.http.pipelining在 Filter 中输入 network.http.pipelining,双击赋值为 true,默认为 false。如果没有找到这个键值,可以右键新建一个 Boolean,把她赋值为 true 就 OK 了。还是像我在从前解释过的那样,激活这个键值之后,Pipelining同时发出成倍数的连接请求,从而达到提升连接速度的效果。网络上的大多数网站都是基于 HTTP 协议,而 HTTP 1.1可以支持多线程的连接请求,通过这个操作可以减少 Firefox载入网页的时间。不过并不是所有网页所在的服务器都支持这种操作,所以当你修改键值之后却看不到一点实际效果的时候,请不要对我破口大骂。network.http.pipelining.maxrequests在 Filter 中输入 network.http.pipelining.maxrequests,双击并赋值为 8,默认键值为 4。network.http.proxy.pipelining在 Filter 中输入 network.http.proxy.pipelining,双击并赋值为 true。这两条优化的道理同上,这里就不再多解释了。network.dns.disableIPv6在 Filter 中输入 network.dns.disableIPv6,双击并赋值为 true。IPv6把 IP 地址由 32 位增加到 128 位,从而能够支持更大的地址空间,当用户在终端向一个 IPv6-capable DNS服务器发送连接请求时,也许服务器端会错误的返回给用户一个 IPv4 地址。而 Firefox 可以对这一切明察秋毫,不过在 Firefox纠错的同时也必然会导致信号的延迟,所以这里我们把她赋值为 true,禁用掉她。content.interrupt.parsing右键新建 Boolean 值,键名为 content.interrupt.parsing,赋值 true。默认这个键值并不存在。我们激活这个键值之后,当目标网页载入时,Firefox会根据一定频率打断解析的过程,不断的向用户反馈她所收集到的网页信息,有点像流媒体的意思。这时的 Firefox很聪明,不会一根筋的一直钻牛角。在下面的内容中我还会具体讲一下这个键值的魅力所在。content.max.tokenizing.time右键新建 Integer 值,键名为 content.max.tokenizing.time,赋值 2250000。这个键值的作用其实就是指定一个循环事件的处理周期,这里的单位是微秒,要是我没有算错的话。理论上当我们将这个值取的越小,网页就会从视觉上载入的越流畅,因为 Firefox会在很短的单位时间里反馈回解析到的网页信息。可是这样无疑延迟了网页整体载入的时间,所以在这里我们不妨将这个周期取的大一些,理论上可以加速网页的载入。content.notify.interval右键新建 Integer 值,键名为 content.notify.interval,赋值 750000。载入一个网页其实也是一门很大的学问。让我们来放一个慢动作,我们姑且先把在终端第一次收到的网页信息很不专业的叫做预载入页面吧,这个页面有可能是不完整的图片或者文字,或者别的媒体文件。从我们第一次向远端主机发出连接请求到我们在终端收到这个预载入页面花费的时间,就是这里我们要定义的键值。理论上当我们将这个时间设置的很低时,肯定会更快的拿到所谓的预载入页面,可这是一种杀鸡取卵的做法,这样无形中反而增加了我们整体页面的载入时间。按照官方的说法,低于 100,000 将会降低 Firefox 的性能,那好吧,那我们把她彪到 750000 吧。content.notify.ontimer右键新建 Boolean 值,键名为 content.notify.ontimer,赋值 true。为了使我们上面设置的 750000 微秒生效,还需要把这个键值激活。只有这两个键值配合,才会起作用。content.notify.backoffcount右键新建 Integer 值,键名为 content.notify.backoffcount,赋值 5。这个键值控制 Firefox的内置计数器在归零之前载入页面返回的次数。我们将目标网页分成好多个部分进行下载,每下载完一个部分,计数器归零一次。-1 就是没有限制,值为 0时这项功能被禁用。这里我们将她设置成 5,当返回的次数达到五次而这部分网页还没有完全下载完时,那么剩下的没有下载完的网页内容将不会再按照我们预告设置的周期,像之前的五次那样一点一点的搬运回来,而是会一次性的下载完。也就是说在这个部分的网页下载过程中,Firefox 一共向我们反馈了 6 次信息,前 5次的时间间隔是我们在上面的键值中设置的周期 2250000 微秒,而第 6次也就是最后一次则没有时间限制,什么时候把剩下的下完了,什么时候反馈回来。只有当我们在上面提到的 content.notify.ontimer 键值为 true 的时候,这里的设置才会生效。content.switch.threshold右键新建 Integer 值,键名为 content.switch.threshold ,赋值 750000,也就是四分之三秒。在前面我们提到了一个键值 content.interrupt.parsing,通过激活她实际上我们可以在载入页面的过程中跟 Firefox产生互动,毕竟我们每一个人的心里都充满了爱。把 content.interrupt.parsing 激活后当页面载入时 Firefox会有两种操作模式:高频和低频中断模式。使用高频模式时,网页回馈的频率也很高,我们坐在显示器前看到的网页载入过程也会更加的平滑。低频时网页回馈的频率相对比较低,可是这时反而加快了网页载入的时间。当我们移动鼠标或者触击键盘时,高频模式被激活。在经过某一段时间我们没有碰鼠标和键盘,程序没有接到鼠标和键盘发出的任何指令时,Firefox 就会自动进入低频模式工作,而这所谓的某一段时间,就是我们这里要指定的值。nglayout.initialpaint.delay右键新建 Integer 值,键名为 nglayout.initialpaint.delay,赋值 0。这里实际上延迟了整个网页的显示速度,但是因为用户更喜欢在整个网页完全截入之前就开始阅读网页 (就像流媒体那样),所以在这里可以把值调为零,加速用户阅读网页的速度,有时候阅读速度和载入速度并不是成正比的。以下备用:最近突然发现Firefox突然无法恢复“最近关闭的标签页”检查Firefox参数:about:configbrowser.sessionstore.enabledbrowser.sessionstore.resume_session_once重启后,才能再次打开 fx 的内置浏览进程恢复功能,这样才可以再次使用 fx 的最近关闭的标签页列表。
偶又换回firefox了,实在受不了TheWorld经常性的网页假死,于是从网上收集一些关于firefox加速的方法以备用,如果你也使用Firefox,你也可以把下面的内容收藏起来!好了,在 Firefox 的地址栏中输入 about:config,让我们开始提速吧。network.http.pipelining在 Filter 中输入 network.http.pipelining,双击赋值为 true,默认为 false。如果没有找到这个键值,可以右键新建一个 Boolean,把她赋值为 true 就 OK 了。还是像我在从前解释过的那样,激活这个键值之后,Pipelining同时发出成倍数的连接请求,从而达到提升连接速度的效果。网络上的大多数网站都是基于 HTTP 协议,而 HTTP 1.1可以支持多线程的连接请求,通过这个操作可以减少 Firefox载入网页的时间。不过并不是所有网页所在的服务器都支持这种操作,所以当你修改键值之后却看不到一点实际效果的时候,请不要对我破口大骂。network.http.pipelining.maxrequests在 Filter 中输入 network.http.pipelining.maxrequests,双击并赋值为 8,默认键值为 4。network.http.proxy.pipelining在 Filter 中输入 network.http.proxy.pipelining,双击并赋值为 true。这两条优化的道理同上,这里就不再多解释了。network.dns.disableIPv6在 Filter 中输入 network.dns.disableIPv6,双击并赋值为 true。IPv6把 IP 地址由 32 位增加到 128 位,从而能够支持更大的地址空间,当用户在终端向一个 IPv6-capable DNS服务器发送连接请求时,也许服务器端会错误的返回给用户一个 IPv4 地址。而 Firefox 可以对这一切明察秋毫,不过在 Firefox纠错的同时也必然会导致信号的延迟,所以这里我们把她赋值为 true,禁用掉她。content.interrupt.parsing右键新建 Boolean 值,键名为 content.interrupt.parsing,赋值 true。默认这个键值并不存在。我们激活这个键值之后,当目标网页载入时,Firefox会根据一定频率打断解析的过程,不断的向用户反馈她所收集到的网页信息,有点像流媒体的意思。这时的 Firefox很聪明,不会一根筋的一直钻牛角。在下面的内容中我还会具体讲一下这个键值的魅力所在。content.max.tokenizing.time右键新建 Integer 值,键名为 content.max.tokenizing.time,赋值 2250000。这个键值的作用其实就是指定一个循环事件的处理周期,这里的单位是微秒,要是我没有算错的话。理论上当我们将这个值取的越小,网页就会从视觉上载入的越流畅,因为 Firefox会在很短的单位时间里反馈回解析到的网页信息。可是这样无疑延迟了网页整体载入的时间,所以在这里我们不妨将这个周期取的大一些,理论上可以加速网页的载入。content.notify.interval右键新建 Integer 值,键名为 content.notify.interval,赋值 750000。载入一个网页其实也是一门很大的学问。让我们来放一个慢动作,我们姑且先把在终端第一次收到的网页信息很不专业的叫做预载入页面吧,这个页面有可能是不完整的图片或者文字,或者别的媒体文件。从我们第一次向远端主机发出连接请求到我们在终端收到这个预载入页面花费的时间,就是这里我们要定义的键值。理论上当我们将这个时间设置的很低时,肯定会更快的拿到所谓的预载入页面,可这是一种杀鸡取卵的做法,这样无形中反而增加了我们整体页面的载入时间。按照官方的说法,低于 100,000 将会降低 Firefox 的性能,那好吧,那我们把她彪到 750000 吧。content.notify.ontimer右键新建 Boolean 值,键名为 content.notify.ontimer,赋值 true。为了使我们上面设置的 750000 微秒生效,还需要把这个键值激活。只有这两个键值配合,才会起作用。content.notify.backoffcount右键新建 Integer 值,键名为 content.notify.backoffcount,赋值 5。这个键值控制 Firefox的内置计数器在归零之前载入页面返回的次数。我们将目标网页分成好多个部分进行下载,每下载完一个部分,计数器归零一次。-1 就是没有限制,值为 0时这项功能被禁用。这里我们将她设置成 5,当返回的次数达到五次而这部分网页还没有完全下载完时,那么剩下的没有下载完的网页内容将不会再按照我们预告设置的周期,像之前的五次那样一点一点的搬运回来,而是会一次性的下载完。也就是说在这个部分的网页下载过程中,Firefox 一共向我们反馈了 6 次信息,前 5次的时间间隔是我们在上面的键值中设置的周期 2250000 微秒,而第 6次也就是最后一次则没有时间限制,什么时候把剩下的下完了,什么时候反馈回来。只有当我们在上面提到的 content.notify.ontimer 键值为 true 的时候,这里的设置才会生效。content.switch.threshold右键新建 Integer 值,键名为 content.switch.threshold ,赋值 750000,也就是四分之三秒。在前面我们提到了一个键值 content.interrupt.parsing,通过激活她实际上我们可以在载入页面的过程中跟 Firefox产生互动,毕竟我们每一个人的心里都充满了爱。把 content.interrupt.parsing 激活后当页面载入时 Firefox会有两种操作模式:高频和低频中断模式。使用高频模式时,网页回馈的频率也很高,我们坐在显示器前看到的网页载入过程也会更加的平滑。低频时网页回馈的频率相对比较低,可是这时反而加快了网页载入的时间。当我们移动鼠标或者触击键盘时,高频模式被激活。在经过某一段时间我们没有碰鼠标和键盘,程序没有接到鼠标和键盘发出的任何指令时,Firefox 就会自动进入低频模式工作,而这所谓的某一段时间,就是我们这里要指定的值。nglayout.initialpaint.delay右键新建 Integer 值,键名为 nglayout.initialpaint.delay,赋值 0。这里实际上延迟了整个网页的显示速度,但是因为用户更喜欢在整个网页完全截入之前就开始阅读网页 (就像流媒体那样),所以在这里可以把值调为零,加速用户阅读网页的速度,有时候阅读速度和载入速度并不是成正比的。以下备用:最近突然发现Firefox突然无法恢复“最近关闭的标签页”检查Firefox参数:about:configbrowser.sessionstore.enabledbrowser.sessionstore.resume_session_once重启后,才能再次打开 fx 的内置浏览进程恢复功能,这样才可以再次使用 fx 的最近关闭的标签页列表。
Subscribe to:
Posts (Atom)