fodeng.net
域名年龄: 12年6个月3天HTTP/1.1 200 OK 服务器:nginx/1.0.15 访问时间:2013年10月06日 05:40:56 类型:text/html; charset=UTF-8 Transfer-Encoding: chunked 连接:keep-alive 语言环境:PHP/5.4.19 设置Cookie:PHPSESSID=e1h4ocqnkpt218sqa6qp0crnq6; path=/ 过期时间:1981年11月19日 16:52:00 缓存控制:no-store, 不缓存,必须更新, post-check=0, pre-check=0 其他指令:不缓存 X-Pingback: http://westnw.cn/index.php/action/xmlrpc 网站编码:UTF-8
该域名无法解析为IP
浮华背后 做个睿智的孩子,从容面对。生活定会如你所愿,如同明早,太阳依旧会如时升起。首页Tirisfalphp做手机app服务器端心得总结作者:Tiri发布时间:September 22, 2013分类:LifeNo Comments一直想总结一篇文章,今天立项到这里,明天完成。 node.js之一作者:Tiri发布时间:September 22, 2013分类:node.jsNo Comments最近一年才接触到并写了一点js,水平粗浅。偶尔看名家写的js,一种超流畅、行云流水的感觉,所有代码都信手拈来,再该出现处自然出现,不刻意,不冗余,感觉非常优雅,个人非常喜欢。看过jetty和lucene的个别逻辑,感觉java高手写的代码都从整齐中透出漂亮,一眼看过去,像阅兵方阵的士兵,所有元素都有统一的行为和用法,标准的OO,可谓教科书。如果比作java为端庄的大家闺秀,一举一动都要透出规矩;js可谓古灵精怪的小丫头,聪明灵巧。相比下我用的最多的php,感觉不到语言本身的优雅,又看不到规矩,我很难说像什么了。用起来倒是很方便,就像一个粗糙的工具箱,每件家伙都不是艺术品,可干起活来,真是又快又方便。php最大的优点就是函数多,搭建简单,除此之外全是缺点。php没有node的异步,长耗时逻辑做大并发很难;php做cli也总要小心翼翼的处理内存;php信号机制也不方便,做demon很不优雅。谁让php天生就是给web准备的呢。(目前为止php性能最好的cgi模型也是多进程同步模型,对php内核不是很了解,个人感觉必须有一个多线程的异步的cgiserver才能跟上时代脚步,可节省不少CPU啊)九月初接触到百度node框架sumeru。看node官方的api列表,草草浏览,很多概念不深,照猫画虎完成一个百度BAE平台node环境的app。今天有空,由详细看官方的手册,学到不少东西。1.connect:一个node的框架http://www.senchalabs.org/connect/ 小伙子大学没毕业出来混,搞出来的东西确实不少,很厉害。2.express:扩展connect的web框架http://expressjs.com/http://blog.jobbole.com/41325/在python和perl包括ruby(不熟悉),都可以实现产品级的语言原生的http server,业务逻辑和server是一体的,业务逻辑可以直接接触到request和response。想象的空间就很大,可以任意自己喜欢的形式来抽象一次http请求的处理过程。而php例外,php不能胜任server的角色,只能在上游server组织的http处理环节链条中被组织,当做mod做解释处理,或者处理cgi请求,本身就是上游server的一系列环节中的一个环节,想象的空间小多了。当然,几乎所有主流php框架都自己抽象了req和res对象,来完善、标准自己的体系。 由于php在整个http请求处理流中的位置,输入和输出的自由度和可以控制的流程都弱了很多,本身想做出花来很难。python可以用tornado,ruby也有一堆各种型号的原生server,perl的http功能也不弱,nodejs一个http模块放在这里,任你随意抽象了。也可以说这几种语言在web处理的各种机制上,都在相互学习,相互copy,而php是圈外的,压根不带玩。以前在公司时,为显摆特例独行,坚持使用perl写了很多脚本,喜欢perl各种犄角旮旯的语法,快也方便,很酷。去年后半年,有需求用perl做多线程,多进程,OO。发现perl真是老了,实现大多不优雅。最后写脚本多尝试用python来做了。完。 没有老板的日子第22天作者:Tiri发布时间:September 22, 2013分类:LifeNo Comments想起来挺神奇的,八月份某天上班路上突然想:”太累了,不上班了吧“。九月份真就不上班了,真就宅在家里了。九月初,北京一个阳光温暖的下午,我从华清嘉园走出来,真就过起了没有老板的生活。九月初,回西安完成自己的人生大事;接着,人生第一次出国,到泰国普吉岛被暴晒一周,各种飞机汽车坐到吐。20多天的车马劳顿之后,今天第一天坐在家里自己给自己上班了。自己给自己上班,第一件事就是要把电脑摆在家里一个很舒服的位置,找一个很舒服的椅子来坐,搬来挪去,试了又试。摆好茶杯的位置,把要看的书和纸笔放到方便使用的位置。最后,把音响摆在合适的位置,听起来效果不错。ok,终于完成了第一件工作,“给自己一个舒服的工位”,小有成就感啊。泡好茶水,坐在舒服的工位上,开始想想”我要做什么呢?“哈哈。打开纸笔,写写画画,给自己一个规划。第二件工作完成。好了,去厨房做点午饭把,饭后小睡到下午四点。恩,天快黑了了,下班吧?好。哈哈,两字”自由“可了得。 google place api不稳定,不得以走代理翻墙取之作者:Tiri发布时间:August 5, 2013分类:LifeNo Comments一周以来,服务端获取附近poi列表的接口总是失败。导致app打开后,不能正常看到周围的地理位置数据,影响了不少用户的注册,和位置填写功能。昨天下午开始变的比较严重,仔细追了下,拿google的地址位置api url走日本机房的vps代理结果正常,同时测试走本地请求就变成了连接超时。基本确定被”墙“,或者类似墙的原因导致的。迫于无奈,在linode日本机房的小vpn上,用nginx简单做了个转发,对google place api的请求都走日本出去,虽然性能下降严重,响应耗时增加很多,但至少能正常服务。后续研究其他长久解决之计。前几天,客户端不能打开poi列表的时候,看到如下日志:[2013-08-01 01:55:51][FATAL][Tiri/Widget/Http/Client.php][26]'Failed to connect to 2404:6800:4005:c00::5f: Network is unreachable'将其解释为”机房dns瞬发故障“,把maps.googleapi.com 解析到了一个ipv6的地址了。DNS故障的概率是很低的,认为是偶发短暂问题,没继续跟。之后,接连几天不断有用户反馈这个问题,开始怀疑机房网络的质量,谋划迁移机房。并在本地hosts把maps.googleapi.com 写死了ip解析,想必这样就能避开dns解析错误的问题吧。74.125.128.95 maps.googleapis.com但问题并为解决,持续日志大量的报错连接超时[2013-08-05 08:01:14][FATAL][Lib/Lbs.php][160]将要向谷歌请求如下url :https://maps.googleapis.com/maps/api/place/nearbysearch/json?sensor=false&key=&language=zh-CN&location=29.107678%2C113.142862&radius=500&types=establishment%7Csubway_stat
© 2010 - 2020 网站综合信息查询 同IP网站查询 相关类似网站查询 网站备案查询网站地图 最新查询 最近更新 优秀网站 热门网站 全部网站 同IP查询 备案查询
2024-12-05 11:57, Process in 0.0128 second.