网站综合信息 blog.pluswu.com
域名流量Alexa排名
域名注册Whois信息
pluswu.com
域名年龄: 13年8个月16天注册时间: 2010-09-24
到期时间: 2017-09-24
注 册 商: GODADDY.COM, LLC
获取时间: 2015年04月19日 15:43:56
Domain Name: PLUSWU.COM
Registrar: GODADDY.COM, LLC
Sponsoring Registrar IANA ID: 146
Whois Server: whois.godaddy.com
Referral URL: http://registrar.godaddy.com
Name Server: NS23.IXWEBHOSTING.COM
Name Server: NS24.IXWEBHOSTING.COM
Status: clientDeleteProhibited http://www.icann.org/epp#clientDeleteProhibited
Status: clientRenewProhibited http://www.icann.org/epp#clientRenewProhibited
Status: clientTransferProhibited http://www.icann.org/epp#clientTransferProhibited
Status: clientUpdateProhibited http://www.icann.org/epp#clientUpdateProhibited
Updated Date: 2014-07-21
Creation Date: 2010-09-24
Expiration Date: 2017-09-24
>>> Last update of whois database: Sun, 2015-Apr-19 07:49:21 GMT <<<
For more information on Whois status codes, please visit
https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en.
Domain Name: PLUSWU.COM
Registrar URL: http://www.godaddy.com
Registrant Name: Jia Wu
Registrant Organization:
Name Server: NS23.IXWEBHOSTING.COM
Name Server: NS24.IXWEBHOSTING.COM
DNSSEC: unsigned
For complete domain details go to:
http://who.godaddy.com/whoischeck.aspx?domain=PLUSWU.COM
网站头文件(HTTP Header)
HTTP/1.1 200 OK 访问时间:2016年03月03日 05:43:04 接受单位:字节 文件大小:489 Keep-Alive: timeout=3, max=120 连接:Keep-Alive 类型:text/html 页面编码:utf-8
同IP网站(同服务器)
其他后缀域名
网站首页快照(纯文字版)
抓取时间:2016年03月03日 05:38:52
网址:http://blog.pluswu.com/
标题:我是5+！
关键字:
描述:
主体:
网址:http://blog.pluswu.com/
标题:我是5+！
关键字:
描述:
主体:
CommentsSite我是5+！ 做一个有营养的VC weibo.com/wuplus如何下载retailroadshow.com上面的路演PPTOct 28th, 2013 by 5+以58同城为例，在路演仍有效的时候，chrome可以按F12显示网络连接：ppt的获取地址是： http://www2.retailroadshow.com/shows/WUBA130p_rr/SWVPDLG/slideslo/Slide0.jpg把网址里面的slide0依次改成slide1/2/3/4即可获得全部ppt。同理，http://www.retailroadshow.com/shows/WUBA130p_rr/images/spk0.jpg 里面的 spk0/1/2分别是演讲者的截图—去哪儿QUNAR的路演ppt：http://www.retailroadshow.com/shows/QUNR100p_rr/SBAMEN8/slideslo/Slide1.jpghttp://retailroadshow.com/shows/QUNR100p_rr/images/spk0.jpg===UPDATE:刚发现国内网站上会有QUNAR中文PPT的高清大图：http://slide.tech.sina.com.cn/internet/slide_5_18966_37044.htmlNo Comments »UncategorizedQunar去哪儿 SEC招股书 笔记 2Oct 1st, 2013 by 5+最有价值的一张图了：Paid Listing收入构成分析2010年的paid listing (P4P/效果广告) 收入一共是105m （1.05亿人民币），其中机票贡献了78m，约占75%2011年的paid listing 收入翻倍增长到217m (2.17亿人民币)，其中机票贡献了171m，占比上升到了近79%2012年的paid listing 收入因为百度的战略合作继续增长到422m，其中机票在PC和mobile的收入贡献达到约310m，占比下降至73%2013年的上半年paid list 收入同比增长86%到316m，其中机票在PC和mobile的收入贡献了233m，机票业务的权重下降到了71%收入增长的动力：1.流量的增长#机票业务在收入中的权重在2011年达到峰值，其后因为机票的流量增长放缓，主要依靠提高单个query的转化效率来实现增收。#2011年后大力导入酒店流量，尽管酒店单个query的单位收入改变并不明显，但是酒店收入占比随着query的大幅增长和提升。2.流量转化效率的提升#提高CPC的出售率，就是将更多的OTA（或称TSP）转化成付费客户#提高CPC的单价，就是提升每个点击的收费费率Query的构成和Monetization2013年前6个月，PC和Mobile的quries比例约为10：3，贡献营收分别为305m和42m在2013年上半年，约23%的搜索查询来自移动平台，在酒店业务领域，47%的搜索查询来自移动平台。PC上的queries总数约为100万（其中机票占91%），Mobile上约为31万（其中机票占74%）但是Mobile上的复合增长率要远远高于PC： A. 先看PC上的：上面已经分析过，酒店query的单价虽然没有机票提升得快，但是因为queries的绝对数量提升，所以酒店的收入增长从2011年后的增长要比机票快但是从2013年前6个月的数据看，有2个发现：# 酒店在PC上的web queries的增速放缓到16% （*可能是因为携程和艺龙的价格战导致）# 机票的web queries继续加速增长B.再看移动上的：Mobile上季度queries数字每个季度都在快速提升，机票和酒店加起来年均复合增长率能达到400%，机票更能达到500%的增长率。但是移动上queries的单位赢利能力较差，这和Google/Baidu/Facebook能面临的问题是一样的。No Comments »UncategorizedQunar去哪儿 SEC招股书 笔记 1Oct 1st, 2013 by 5+http://www.sec.gov/Archives/edgar/data/1551060/000119312513384540/d360161df1.htm说明书的封面配图，去哪儿最后自己把自己概括成一个参与交易的“emart”，而并不是一个只负责聚合信息的垂直搜索引擎或者中立的“媒体”。传统上，去哪儿应该只是一个旅行前的预订工具，但是为了上市的需要，也为了在更多环节中接触用户，增加黏性，去哪儿也推出了一些“当地游”、“旅图”等旅行前、旅行中、旅行后使用的产品。更重要的意义是，这些移动上的应用其实一定程度上推高了qunar的下载装机数量。No Comments »Uncategorized使用MYSQL时出现“mysql has gone away”错误 (error 2006) – BAE – PythonJul 3rd, 2013 by 5+问题参考：http://python.6.x6.nabble.com/CPyUG-web-py-MySQLDB-mysql-SQL-td2741339.html>> 在一个数据采集的项目（非WEB项目）中使用了Web.py的DB模块。>> 当使用全局的一个>> conn=web.database(dbn=”mysql”,host=”192.168.0.1″,db=”nodb”,user=”sa”,pw=”",port=3306)>> 使用一个线程定时更新数据库内容或写入数据 ，经过 一段时间后会出现mysql has gone away>>>> 后来增加dbutil模块，让web.py使用连接池，然后每次查询时重新生成一个conn,但运行一段时间后则会出现>> to many connections>> 貌似web.py不会自己关闭连接。>> 郁闷啊。>>>> 有没有兄弟知道如何使用web.py的数据库模块，可长期稳定地执行查询而不出现上述问题的。>> 指点一下。>>> 我正好也遇到你说的问题，应该是长期不活动，连接超时了。不过我使用的底层是sqlalchemy，它有连接池，可以设置pool_recycle（即连接池回收）时间。web.py没用过。>使用python后没再用过类似ORM的工具，我面对的应用需求还在成长中，数据表结构在较长一段时间内可能还稳定不下来，所以采用web.py 来做数据库操作。开发很简单，也可以很好地处理字段的变化，只是运行个几天之后就会出现问题。同志们还有什么建议吗？web.py如何使用mysql的ping来判断
最近查询网站