water7it.com Report : Visit Site

Technical data of the water7it.com

Geo IP provides you such as latitude, longitude and ISP (Internet Service Provider) etc. informations. Our GeoIP service found where is host water7it.com. Currently, hosted in - and its service provider is - .

HTTP Header Analysis

HTTP Header information is a part of HTTP protocol that a user's browser sends to called nginx containing the details of what the browser wants and will accept back from the web server.

DNS

HtmlToText

当前网页 不支持 你正在使用的浏览器. 为了正常的访问, 请 升级你的浏览器 . fine like this.. 搜索关键字 搜索 首页 关于《don't starve together》无法看到他人游戏房间的解决办法 作者： asterocclu 时间：december 5, 2015 分类： 默认分类 评论 问题背景 和朋友在steam上玩《don't starve together（以下简称dst）》时发现在在browse games无法找到任何online server。 通过在c:\users\当前用户\documents\klei\donotstarvetogether\log.txt中查看日志会发现curl相关的超时错误，于是自然想要利用抓包软件，发现dst会请求s3.amazonaws.com:443获取当前的online sever列表，而国内部分网络环境下由于你懂得的原因无法访问。 解决方法 利用proxifier ( 下载地址 ) 对s3.amazonaws.com进行代理，在这里跳过配置代理服务器的步奏，直接贴出配置规则如下： 然后再点击browse games的刷新按钮，会看到： 然后在dst里就能看到所有的服务器啦： node学习笔记 ---- 异步编程浅谈(2) 作者： asterocclu 时间：may 12, 2014 分类： node.js 评论 异步编程中会遇到的问题 开篇依然用我生活中的一件事来建立问题模型，然后看看在用程序语言描述模型时会有什么问题。 前一阵子找工作，一般来说流程可以描述为：发简历->等通知->电话面试->1面->2面->成功，而期间任何一步都可能失败（throw error），catch之后一般会重开一个"副本"继续发简历->等通知->电话面试... 一般情况下，由于当时不会得出面试结果，所以可以认为这是一个异步模型。 此时假设我有两个目标：co.a和co.b, 并且a比b优先级高，我并不会同时发简历，那么用伪代码描述我的整个求职历程可能这样的： me.request({ target: co.a, success: me.be_interviewed_by_phone({ target: co.a, success: me.first_interview({ target: co.a, success: me.secend_interview({ target: co.a, success: '在co.a成功求职', error: ... // 转入co.b流程 }) error: ... // 转入co.b流程 }), error: ... // 转入co.b流程 }), error: me.request({ target: co.b, success: ..., // 类似co.a流程 error: '求职失败' }) }) 以上是把人的思维最直接的转换为代码时的一种情况，其中使用很多...省略，否则会更长更繁琐。 这里我们不讨论如何封装针对不同公司的求职过程。可以看出就算把...替换成一个函数，这样的代码依然有两个问题： 嵌套过深，一般这样的代码被称为"pyramid of doom"(恶魔金字塔)，看上去就很dirty。 异常处理较为麻烦，由于error几乎是同一个回调，但却要书写n次，以后维护也很麻烦。 在初期编写node程序时，我经常遇到这样的问题，甚至问题会被放大、延伸，毕竟业务要比上述模型复杂很多。 promise/deferred模式 promise/deferred模式是解决上述问题的方案之一，在2009年被kris zyp抽象为一个提议草案，发布在commonjs规范中。 我认为简单一句话， promise可以让你编写出来的程序如人的思维一样 ：【第一步】-> 【第二步】-> 【第三步】, 并且捕获异常。 如果按照promise/deferred模式去实现上述模型，最终的代码可能是这样： var request = function(co) { return me.request(co) .then(function() {return me.be_interviewed_by_phone(co)}) .then(function() {return me.first_interview(co)}) .then(function() {return me.secend_interview(co)}) .then(function() {console.log('在'+co+'求职成功')}); } request(co.a).error(function(){ return request(co.b).error(function(){console.log('求职失败')}); }) 可以看出这是一个【流水账】式的代码，使用request函数封装之后代码量也变得极少。 下面我们详细说说promise/deferred模式。 目前，commonjs草案中已经包括promise/a、promise/b、promise/d这些异步模型。由于promise/a较为常用也较为简单，我们主要来看看这个。 在api定义上，promise/a很简单，只需要具备then()方法即可。一般来说，then()的方法定义如下： then(fulfilledhandler, errorhandler, progresshandler) 通过继承node的events模块，我们可以实现一个简单promise模块。 var promise = function() { eventemitter.call(this); } util.inherits(promise, eventemitter); // util是node自带的工具类 promise.prototype.then = function(fulfilledhandler, errorhandler, progresshandler) { if(typeof fulfilledhandler === "function") { this.once('success', fulfilledhandler); } if(typeof errorhandler === "function") { this.once('error', errorhandler); } if(typeof progresshandler === "function") { this.on('progress', progresshandler); } return this; } 以上是promise部分，可以看到它负责把回调函数与事件绑定，起一个"承诺(promise)"的作用。为了完成整个流程，还需要触发这些回调函数，实现这些功能的对象通常被称为deferred，即延迟对象。实现如下： var deferred = function() { this.state = 'unfulfilled'; this.promise = new promise(); } deferred.prototype.resolve = function(obj) { this.state = 'fulfilled'; this.promise.emit('success', obj); } deferred.prototype.reject = function(obj) { this.state = 'failed'; this.promise.emit('error', obj); } deferred.prototype.progress = function(obj) { this.promise.emit('progress', obj); } 这些代码只是最基础的原理展示，病不能用于实际使用。归根结底还是因为promise是高级接口，内部使用了eventemitter这一底层接口，而为了让自己的应用程序promise化，仍需要进一步包装，十分麻烦，所以一般会利用一些更加成熟的promise实现方案。 q模块 q模块是promise/a规范的一个实现。q的defer部分有一个叫makenoderesolver的prototype，实现代码我就不再贴出，大家可以通过npm install q安装以后查看。 顾名思义，makenoderesolver返回一个node风格的回调函数。 假设我们要把fs.readfile包装成支持promise风格的readfile方法，我们可以通过q模块这样实现： var readfile = function(file, encode) { var deferred = q.defer(); fs.readfile(file, encode, deferred.makenoderesolver()); return deferred.promise; } 然后就可以很方便的调用啦，比如这样： readfile('foo.txt', 'utf-8').then(function(data){ // success case }, function(err){ // failed case }) node学习笔记 ---- 异步编程浅谈(1) 作者： asterocclu 时间：may 12, 2014 分类： node.js 评论 何为异步？ 我一直认为，编程和生活是想通的。编程的思想，必然可以从生活中找到相似的地方。前几天在麦当劳吃点餐时发现，这原来就是"异步"的一个小小体现： 点餐完毕之后，我从点餐队列转到等待队列，而前台柜员无需等我的食物送来即可以为下一位顾客点餐。 在这个案例里，异步方式充分地利用前台柜员（program interface），使其无需等待后厨（i/o）配餐的时间，快速地为每一个顾客（operator）服务。可想而知，如果换成同步方式，效率必然降低许多。 "异步"（asynchronous）这个词已经诞生很久，不过大规模使用我想应该是在web2.0时期----伴随着ajax技术的流行。 $.ajax({ url: "test.html", complete: function(){ console.log('ajax done'); }}); console.log('in process'); 以上是一个jquery的ajax实例，执行以后会先输出'in process'，然后才是'ajax done'。这大概是我们最早接触到的最简单的异步编程了。所以有人说最早习惯异步编程的一批程序员，可能就是前段工程师了。 然而异步确实是存在于底层系统的一个概念。异步通过底层系统的信号、消息机制已经有了很广泛的应用。只不过在高级编程语言里并不常见。 就拿"直肠子"php来说，它是彻头彻尾的同步编程，使用阻塞i/o来让每一次的数据调用都"即时"返回结果，来帮着这些结果数据可以被下一行代码立刻用到。这确实很符合大部分人的逻辑：我要什么，你给我什么，然后我用它来做些什么。（←大部分业务都是这样实现的。 然而随着云服务的崛起，分布式i/o的流行，阻塞i/o的缺点越来越明显，面对高并发会显得很无力。于是很多适合高并发的语言开始活跃起来，只不过有的强调多线程，比如erlang、go；有的依赖异步，比如node.js 异步的优势 以下是个很常见的场景： $res1 = getdate('from_db'); // 消费时间为m $res2 = getdate('from_api'); // 消费时间为n dosomething($res1, $res2); 如果是用上述php风格的同步编程手段，最终消费时间为m+n。 如果改成异步, 那则会是max(m, n)。 var res1 = res2 = false; getdata('from_db', function(res) {res1 = res; if(res1 && res2) dosomething(res1, res2); }); getdata('from_api', function(res) {res2 = res; if(res1 && res2) dosomething(res1, res2); }); 随着业务的复杂性增加，异步的优势会更加明显。当然也可以看出，在不用使用类库框架时，异步编程的代码量明显比同步的多。 系统底层的异步实现 其实针对系统内核而言，系统i/o一般只分阻塞和非阻塞两种。 阻塞i/o可以用下图表示： 非阻塞i/o与阻塞i/o的差别在于：调用之后不需要等待，而是立刻返回。cpu的时间片可以用来处理其他事务。 由于立刻返回的并不是数据，而且调用的状态符，所以为了取的数据就需要用轮询重复调用i/o确认是否完成，所以非阻塞i/o的难点在于轮询依然消耗cpu时间片。 目前系统上所使用的轮询技术，一般有如下几种： read。 最原始、性能最低。重复调用检查i/o状态完成完整数据读取，在得到最终数据前，cpu一直耗在等待上。 select。 read的改进版，通过文件描述符的事件状态判断，并且使用1024长度的数据来存储状态。 poll。 select改进版，使用链表方式避免select的数组长度限制，但在文件描述符很多的时候，性能低下。 epoll。 linux下效率最高的i/o事件通知机制，在进入轮询是如果没有检测到i/o事件，就会进入休眠，直到事件发生将它唤醒，而不需要遍历查询，所以不需要浪费cpu。可以如下图表示： 尽管epoll已经利用了事件来降低cpu的消耗，但由于休眠期间cpu几乎是闲置的，降低了当前线程的cpu利用率，所以依然算不上理想中的异步i/o。 理想中的异步i/o 我们可以根据高级层面的应用实现来推测底层需求，描述理想中的异步i/o：应用程序发起非阻塞调用，无需通过遍历或者事件唤醒等轮询方式，可以直接处理下一个调用，只需等i/o完成后通过信号或回调讲数据传输给应用程序即可。可以如图表示： 其实linux存在这样的一种方式，原生提供异步i/o方式（aio），但缺陷是：在存在linux下，仅支持内核i/o中的o_direct方式读取，导致不能利用缓存。 现实中的异步i/o 现实中的异步i/o实际上使用线程池的方法实现：让部分线程进行阻塞i/o或者非阻塞i/o加轮询技术来完成数据获取，让一个线程进行计算处理，通过线程通讯讲i/o得到的数据进行传递。表示如下： 在node v0.9.3之前，node自己就是用marc alexander lehmann实现的异步i/o库：libeio。在这之后，node自己通过线程池完成了异步i/o。 参考资源 《使用异步 i/o 大大提高应用程序的性能》 https://www.ibm.com/developerworks/cn/linux/l-async/ 《linux aio （异步io） 那点事儿》 http://cnodejs.org/topic/4f16442ccae1f4aa270010a7/ 《深入浅出node.js（五）：初探node.js的异步i/o实现》 http://www.infoq.com/cn/articles/nodejs-asynchronous-io eof php框架的路由性能测试 作者： asterocclu 时间：april 12, 2014 分类： php 评论 注(1)：本次测试仅使用ab测试框架的路由性能，并不包含框架提供的db操作（orm等）、渲染视图等方面的性能。 注(2)：环境软件与框架均使用最新稳定版，设置为生产环境(关闭debug和trace功能)。 注(3)：我分别在开启php5.5自带的opcache前后两次测试，灰色表示未开启，蓝色表示开启。 硬件环境：intel i5-4570单核@3.20ghz、1g内存 软件环境：centos 6.5、tengine 1.5.2、php 5.5.11 框架版本：laravel 4.1.24、yii 1.1.14、yii2(beta)、thinkphp 3.2.1、yaf 2.2.9、原生php。 测试参数：ab -n1000 -c50 下列图表是测试结果中requests per secend的柱状图，详细(越大越好) - 阅读剩余部分 - 最新文章 关于《don't starve together》无法看到他人游戏房间的解决办法 node学习笔记 ---- 异步编程浅谈(2) node学习笔记 ---- 异步编程浅谈(1) php框架的路由性能测试 最近回复 分类 默认分类 (1) php (1) node.js (2) 归档 december 2015 may 2014 april 2014 其它 登录 文章 rss 评论 rss typecho © 2018 . 由 typecho 强力驱动.

URL analysis for water7it.com

Whois Information

Whois is a protocol that is access to registering information. You can reach when the website was registered, when it will be expire, what is contact details of the site with the following informations. In a nutshell, it includes these informations;

Domain Name: WATER7IT.COM
Registry Domain ID: 1701040201_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.name.com
Registrar URL: http://www.name.com
Updated Date: 2017-01-17T18:16:39Z
Creation Date: 2012-02-08T04:12:36Z
Registry Expiry Date: 2018-02-08T04:12:36Z
Registrar: Name.com, Inc.
Registrar IANA ID: 625
Registrar Abuse Contact Email: [email protected]
Registrar Abuse Contact Phone: 7202492374
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS1.LINODE.COM
Name Server: NS2.LINODE.COM
Name Server: NS3.LINODE.COM
Name Server: NS4.LINODE.COM
Name Server: NS5.LINODE.COM
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2017-09-06T15:16:33Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.

  REGISTRAR Name.com, Inc.

SERVERS

  SERVER com.whois-servers.net

  ARGS domain =water7it.com

  PORT 43

  TYPE domain

DOMAIN

  NAME water7it.com

  CHANGED 2017-01-17

  CREATED 2012-02-08

STATUS
clientTransferProhibited https://icann.org/epp#clientTransferProhibited

NSERVER

  NS1.LINODE.COM 162.159.27.72

  NS2.LINODE.COM 162.159.24.39

  NS3.LINODE.COM 162.159.25.129

  NS4.LINODE.COM 162.159.26.99

  NS5.LINODE.COM 162.159.24.25

  REGISTERED yes

Mistakes

The following list shows you to spelling mistakes possible of the internet users for the website searched .