我认识一个快50岁的人了，自己业余学习编程。
从前年开始，他写了一套会计从业资格证书的模拟考试练习软件，在淘宝上自己学着开淘宝店卖软件。
3年了，平均每年淘宝上面都有2~3k的收入（这部分钱在他正常工资里面也就几分之一，他觉得有收入是对他在会计方面的研究的肯定）
他现在开始一门心思想在移动平台上面也开发个类似的软件。

学无止境，当你把IT行业里面的很多思想，借用到其他行业的时候，你会发现效率是多么的高。

千把块单单建站还算OK，还要后期维护的话，估计很多人都不干了

@Livid 如果真打算做个类似Gravatar，建议CN版的Gravater能够同步已有的Gravater头像~
如果出现这里一个头像哪里一个头像，会很麻烦

文明系列 http://www.civclub.net/bbs/

美服人少的，200MS问题不大，日本、香港的就要挤进去，平均70ms，不过日本的经常会丢包。

GAE现在看Youtube速度就是爽~

这么大规模的战斗，是战队比赛就很好看，野战的话，乱成一锅粥~

不知道机械硬盘load一次地图，10分钟能不能load得完(┬＿┬)↘ 跌

@Air_Mu 你要是反过来，PHP里面吐HTML，就不一样了~
你试试Ctrl+Shift+P，然后输入SPHP切换到PHP标签高亮试试

@catfan 调用封装好的Html广告

1 152 26.8078% cd
2 130 22.9277% l
3 124 21.8695% sudo
4 30 5.29101% vim
5 27 4.7619% ls
6 18 3.1746% ps
7 12 2.1164% nginx
8 11 1.94004% su
9 9 1.5873% service
10 8 1.41093% exit

@chloerei 之前我总把iframe当成了frame，所以对这个东东有抵触感~现在知道原来完全是两个东东

@benzhe fetch and return content我昨天也用过了，感觉还不错，用起来挺方便。rewrite proxy今天再试试。

我对XSS不熟悉，唯一担心的是这样弄跨域，会打开了潘多拉的盒子，最后无穷无尽的漏洞要修补

最近遇到一个纠结的事~假如我跨域，要获取的不是JSON数据，而是一个html页面呢？
JSONP就不大适合~
发现有个CORS，利用服务器的Access-Control-Allow-Origin来设置运行跨域的源~
不知道还有哪些好方法跨域

@z7039585 额，这个秩序问题，倒没想过~飞车党这类的话，和刷屏差不多吧。或者游戏里面设置安全区和非安全区，安全区的NPC特牛逼，就像以前哪款网游一样，出星星了，NPC能瞬间把违规者秒掉。至于非安全区了，本来就这样...
@yanghaoling SA是什么？

我一直想不通，像GTA和Pokemon这样的游戏，有这么悠久的历史，故事剧情又丰富，玩家与游戏中的虚拟人物交互又多。
现在的很多网游，很多元素不还是从这两款游戏中借鉴的。
为啥GTA和Pokemon就不出网游呢？虽然会冲击到本来的游戏业务，但是EA都转型啦，他们也该好审时度势吧

@cute error函数在跨域和jsonp请求下不可用
@bitsmix
现在通过这种方式，可以找到问题了
complete : function(jqXHR, textStatus){
console.log('complete jqXHR = ' + "%o",jqXHR);
console.log('complete textStatus = ' + textStatus);
}

@nigelvon 实际代码有在function(data)，这个是刚才想找问题的时候，给去掉，所以没
jsonp之前尝试了几次，总是跨域不成功，用getScript就成功了，不过现在又出问题，估计和我之前用jsonp的原因差不多。

@bitsmix thanks。
我看到有的人function(response, textStatus)，有两个参数，第二个参数是做什么用的？

@cute thanks。我去研究下

EveryBody，为啥我两个请求头是不一样的？

两组getScript发出的请求头不一样，里面的Accept和X-Requested-With不同

btn2发出的请求头:

GET /pj4/adserv/adserv.php?_=1342064740843 HTTP/1.1
Host: 192.168.1.62
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Accept: text/javascript, application/javascript, application/ecmascript, application/x-ecmascript, */*; q=0.01
Accept-Language: zh-cn,zh;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
X-Requested-With: XMLHttpRequest
Referer: http://192.168.1.62/pj4/client/ad.html

btn1发出的请求头：

GET /pj4/wqserv/wqserv.php?_=1342064760841 HTTP/1.1
Host: 192.168.1.131:8088
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Accept: */*
Accept-Language: zh-cn,zh;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Referer: http://192.168.1.62/pj4/client/ad.html

@nigelvon
页面脚本
<script type="text/javascript" src="jquery.min.js"></script>
<script type="text/javascript">
$('#btn1').click(function(){
$.getScript('http://192.168.1.131:8088/pj4/wqserv/wqserv.php',function(){
$('#ad').append('192.168.1.131 connect success<br/>');
console.log(data);
});
});

$('#btn2').click(function(){
$.getScript('http://192.168.1.62:80/pj4/adserv/adserv.php',function(){
$('#ad').append('192.168.1.62 connect success<br/>');
console.log(data);
});
});
</script>

两个php脚步，对应的输出是标准的JSON
出现的问题很奇怪，IP结尾是62的，append没有效果，但是Firebug查看网络，的确GET 成功了，并且有JSON的数据

找到原因了~
纯文本的邮件，貌似只能使用GB2312进行编码
这个是Foxmail设置纯文本发送后，哪怕我设置了UTF-8，依然以gb2312来发送
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: base64

然后如果是html邮件的话，正文部分就用base64进行了encode

Content-Type: multipart/related;
boundary="----=_001_NextPart737547160675_=----"

This is a multi-part message in MIME format.

------=_001_NextPart737547160675_=----
Content-Type: multipart/alternative;
boundary="----=_002_NextPart343534214040_=----"


------=_002_NextPart343534214040_=----
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64

Rm94bWFpbOeUqHV0Zi0457yW56CB6YKu5Lu25Y+R6YCBDQoNCg0KDQoNCum7juWNmg0KIA0K56CU
5Y+R6YOoIOWunuS5oCAgICAgICAgICAgICAgICANCuW4t+WNg+enu+WKqOWcqOe6v++8iOW5v+W3
nu+8ieS/oeaBr+enkeaKgOaciemZkOWFrOWPuCAgIA0KV1FNb2JpbGUgVGVjaG5vbG9neSBMdGQu
DQrnlLXor50oVGVsKe+8mis4NjIwIDM4ODMgODc5MSAgICAgICANCuS8oOecnyhGYXgp77yaKzg2
MjAgMzg4MyA4MTUwDQrmiYvmnLooTW9iKe+8mjEzNiAxMDE5IDg5NzIgDQrmnI3liqHng63nur8o
SG90bGluZSnvvJo0MDAwIDk5OSA3NzANCg0Kd3d3LldRTW9iaWxlLmNvbQ0K5Lit5Zu95omL5py6
5bqU55So6JCl6ZSA6aKG5Z+f6aKG6Iiq6ICF

------=_002_NextPart343534214040_=----
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable

=EF=BB=BF