没啥好说的，HTML中用Js获取一张图片的源地址有两种方式：
1、imgObj.src
2、imgObj.getAttribute(“src”);
区别是，当图片的源地址是相对地址时，方法一获取的是图片的绝对地址，方法二获取的还是相对地址。
谨作记录：）
0
Comments
有时候蛋疼一下，用PHP自动抓取一些东西。不过碰到ASP.Net这玩意儿顿时傻眼了，翻页等等都是用控件实现的。
还好以前学了点皮毛，知道用ViewState这神奇的玩意儿，知道这个就足够了，打开FireFox，以及HttpWatch，点一下“下一页”请求一下：
其他的没啥用，最重要的是最三面的三个参数。分别是viewstate,方法，参数。
很好办了。curl请求一下。就能获取到刷新后的页面了。
所以。。。HttpWatch真是神器，同样的FireBug、Fiddler也是！
Tips:viewstate的值可以用phpquery或者simple html dom 轻松获取，当然，如果蛋疼一下，用正则去获取也是可以的。
0
Comments
HawkHost又出五折优惠码了：august2010
优惠/折扣描述：购买任何虚拟主机，优惠50%，首次购买有效，续费按原价
适用主机类型：虚拟主机(Shared Hosting)
有效期：2010-08-01 ~ 2010-09-01
用了半年多的hawkhost的空间，还算相当的不错，速度也很牛掰，还用自带的SSH fan qiang，甚至还可以流畅看480P的 youtube 视频，推荐一下，而且现在价格也不是很贵。
有兴趣的筒子可以去看看 http://www.hawkhost.com
2
Comments
07/27Update:26日晚上新的域名再次挂掉。终于找到了原因，因为新域名正在备*案，被那个叫做未*备*案域*名*过*滤*系*统给拦截掉了。好吧，老老实实备案去。
这件血案真的是不堪回首，整整花了我们5天时间，导致了项目严重延期。
7月16日。晚上发现服务器上有个网站经常性出现了打不开的情况，查看了cacti，服务器的负载和网络都非常正常，调高了php的timeout，以为没多少问题了。事实是自己刷新也没问题了。
7月17日，问题大爆发了，服务器上另外一个网站也大规模出现了此问题，但非常奇怪的是，还有两个网站是没问题的。从此拉开了纠结的5天难熬的时间的序幕。服务器后端是使用apache的，然后采用nginx做反向代理。调高了nginx的缓存和timeout，都基本无效。但是非常奇怪的是，使用相同配置的另外两个网站是一点问题都没，啥都正常。
查看了日志，nginx中大量出现499错误。google了一下，是“client has closed connection”的nginx自定义错误。但很奇怪的是，使用apache的端口去访问却是一切正常，因此，初步判定是nginx的问题，好吧，既然是nginx问题，那就研究这玩意儿，调配置、换Development版本的nginx都无效，陷入无头绪状态。有点怀疑是域名问题了，此时用hosts绑定了一个域名上去，刷刷是正常的。
7月18日，绝对废掉nginx，直接用apache上，刚开始好好的，后来发现又不行了。日志中status 是200 ，但返回的是0字节。这个就纠结了。根据这个可能有人会问了，是不是因为我代码的问题，其实我判断不是。因为使用如下代码都经常性地刷不出来
<?php
echo "hi";
sleep(3);
echo "dada";
?>
非常纠结。
7月19日，此时有点怀疑是PHP的问题，但排查了之后发现不是。换上nginx+fastcgi同样的问题。还好，公司里还有一台服务器。装上了Ubuntu以及其他必须的软件，在局域网内怎么刷都没有问题。
7月20日，把公司里的服务器上架到机房，发现老域名刚开始好好的，但一下子又老问题重现了，整套环境都换了，因此肯定不是我们的问题了。域名是godaddy上注册了，dns转换是用dnspod的。很有可能是DNSPOD问题，也很有可能是域名被XXX盯上了（事实证明不是，因为被盯上的话是被重置）。
7月21日，换了新域名后，一切正常的。到今天为止，一切正常。
其实到今天还是不思其解。。。
莫非真的是域名问题，还是DNSPOD引起的？？？
话说nginx+fastcgi真是好用，性能杠杠的！
0
Comments
这个问题并不是会一直出现的，只有css在二级目录的情况下出现。
主要是因为
.boxy-wrapper .top-left { #background: none; #filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='/images/boxy-nw.png'); }
.boxy-wrapper .top-right { #background: none; #filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='/images/boxy-ne.png'); }
.boxy-wrapper .bottom-right { #background: none; #filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='/images/boxy-se.png'); }
.boxy-wrapper .bottom-left { #background: none; #filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='/images/boxy-sw.png'); }
这一段代码引起的，为了解决IE6下PNG透明问题使用了AlphaImageLoader滤镜，而圆角的图片地址写到了/images/下，所以很纠结地在IE下没了圆角了。
1
Comments
最近Mochi挺热门的，不管从各大网站的IT频道，还是各个专业的开发者社区（比如天地会），还是各个微博上的我所关注的一些好友中，还有QQ群中，大家都讨论得挺火热的。
1月份，盛大8000千万美刀收购mochi，觉得这玩意儿肯定有戏。
5月份，渐渐收到消息，mochi会有大动作，这手笔相当震撼。
作为开发者来说，我还是相当看好这个平台的：
首先：对于开发者来说非常友好，mochi已经提供了非常完备的api，还会帮助开发者进行用户数据跟踪，产品分销等这些对于开发者来说可能并不擅长的事情。目前，mochi已经拥有了1.4亿的月度活跃用户，这是个非常大的数字了，想想看，自己的作品能被成千上万的用户所使用，是多么有成就感，在淘宝的时候，非常有成就感的就是自己的作品可以被成千上万的用户所使用。同样，相信Mochi能给开发者带来不小的收益。当然，舞台很大，就要看心有多大了。
其次，对于广告主来说，效益我相信也是十分明显的。在Mochi上打广告的起点很低。
再次，对于大众用户来说，统一的积分系统，方便的支付体系，何尝不是福音呢？另外，Mochi的广告并没有影响用户体验，我觉得这个是非常难能可贵的，只在需要的时候出现。
其实我一直很关注手机平台的发展。5月份的时候，入手了Motorola Milestone。虽然之前对Android有过接触，但直到这两个月的切身使用才发现，Android真的不止是想象中那么简单，即使现在还有这样那样的问题，但非常看好Android的发展，5月末的时候，弄到了AIR For Mobile 和SDK，简单地测试了一下AIR For Mobile的性能，总体来说相当不错。这也就意味着，Mochi在Android平台上应该也没有问题，扩展开来，移动支付对于大众来说非常简单方便，这样非常有利于产生效益。
相信有着SNDA的强大资金的投入，mochi现有大平台的支撑，mochi一定会给开发者带来滚滚财源，相信这个是最实际的。
PS:好期待Motorola Milestone 的Android 2.2升级呀。。。
6
Comments
好久没扯淡了，趁着在公交车上无聊，扯扯吧。
先扯扯目前飞快打字的手机吧，上个月初，入手了motorola milestone 机器果然不错，很喜欢这全键盘。屏幕么，没啥特别感觉，之前用m8已经挺不错的了。机器速度相当不错，虽然没有iphone的流畅感，但已经相当牛掰了。android 的app么够用，虽然没iphone多，质量也没iphone高，但看看目前业界上看，android前途一片光明！！！哈哈，不过最近实在太忙，本来还想写几个app来着。。。这篇博客就是在我的milestone上用wordpress for android发的。
扯扯工作，还是保持着忙碌的状态，创业么，没办法，我们的团队非常非常优秀，哈哈！！！话说去年的六月份，我入职了淘宝，时间真快，虽然已经不在淘宝了，但是，我想我仍然是一名阿里人！
好像真的没其他的好扯了，最近的重心就是工作工作
0
Comments
上周四下午开始，突然发生了这样的情况，在Discuz中无法下载大文件，大约大于100K以上的文件都无法下载，下载到30~70K的时候就不动了。修改了attachments.php中的几个值都无效。很纳闷，写了PHP文件测试，也同样发现了这样的情况，于是肯定不是Discuz的问题。
Google一下，根据建议修改了PHP的几个值，也无效，顿时内牛满面。
然后便排查apache的设置，又修改，仍然无效。。。
WW了一下明城同学 ，果然是牛人，建议我查看一下nginx的设置，因为服务器是nginx反向代理到apache的。修改了配置文件，加大了以下的值
proxy_buffer_size 16k; proxy_buffers 16 128k; proxy_busy_buffers_size 256k; proxy_temp_file_write_size 256k;
完美解决此问题，同时没有其他后遗症
0
Comments
今天遇见一件十分诡异的事情，按照标准的程序把字体编译进去，发现”方正少儿简体”愣是无法编译进去，查了点资料，终于搞定了这个问题，原来只是一个编译参数的问题。瀑布汗……
-managers=”flash.fonts.AFEFontManager”
另外，”Flash中文嵌入助手“这个小工具不错：）
关于AS Project编译字体的延伸阅读：
天地会新闻资讯版块有这么一篇：借助Ruby为Flex自动编译字体
Gotoandlearn 的 Learn the best practices method of creating and using external font SWF files using Flash CS4
大脸猫同学的字体嵌入方法连载也很不错，推荐不熟悉的同学阅读
2010/05/24 Update:关于Flex Manager 的那些事儿，请阅读About the font managers
Comments