看客访问

㈠ 百度知道似乎都是看客，能解决的问题没几个WIN7一个“无线网络适配器或访问点有问题”到现在都没人能解

首先必须告诉你，win7用路由器上网就是有这样的问题，有些电脑上偶尔会这样，有些电脑就经常会掉线。这个除了跟网卡驱动有关之外，就是win7对自动获取IP方面的bug，你可以尝试手动设置IP地址，不要用自动。设置的时候不要搞错，要设置IPv4的IP地址，网关，和DNS
如果可以的话，最好的方法是使用拨号连接，不用路由上网，因为我个人的经验，碰到很多win7的系统都是这样的问题，只要使用宽带拨号上网，就肯定不会掉线，硬件故障除外

㈡ 看可以组成什么词语

高看、
看书、
好看、
看齐、
看病、
观看、
看到、
看开、
看来、
看中、
小看、
看望、
看着、
看穿、
看戏、
看守、
偷看、
乍看、
看做、
看管、
查看、
看上、
看客、
看台、
看好、
看相、
看顾、
眼看、
看板、
看跌、

㈢ 浏览器采用http 协议访问网页的工作过程

1. 首先嘛，你得在浏览器里输入要网址:

2. 浏览器查找域名的IP地址

导航的第一步是通过访问的域名找出其IP地址。DNS查找过程如下：
浏览器缓存 – 浏览器会缓存DNS记录一段时间。 有趣的是，操作系统没有告诉浏览器储存DNS记录的时间，这样不同浏览器会储存个自固定的一个时间（2分钟到30分钟不等）。
系统缓存 – 如果在浏览器缓存里没有找到需要的记录，浏览器会做一个系统调用（windows里是gethostbyname）。这样便可获得系统缓存中的记录。
路由器缓存 – 接着，前面的查询请求发向路由器，它一般会有自己的DNS缓存。
ISP DNS 缓存 – 接下来要check的就是ISP缓存DNS的服务器。在这一般都能找到相应的缓存记录。
递归搜索 – 你的ISP的DNS服务器从跟域名服务器开始进行递归搜索，从.com顶级域名服务器到Facebook的域名服务器。一般DNS服务器的缓存中会有.com域名服务器中的域名，所以到顶级服务器的匹配过程不是那么必要了。
DNS递归查找如下图所示：

DNS有一点令人担忧，这就是像wikipedia.org 或者 facebook.com这样的整个域名看上去只是对应一个单独的IP地址。还好，有几种方法可以消除这个瓶颈：
循环 DNS 是DNS查找时返回多个IP时的解决方案。举例来说，Facebook.com实际上就对应了四个IP地址。
负载平衡器 是以一个特定IP地址进行侦听并将网络请求转发到集群服务器上的硬件设备。 一些大型的站点一般都会使用这种昂贵的高性能负载平衡器。
地理 DNS 根据用户所处的地理位置，通过把域名映射到多个不同的IP地址提高可扩展性。这样不同的服务器不能够更新同步状态，但映射静态内容的话非常好。
Anycast 是一个IP地址映射多个物理主机的路由技术。 美中不足，Anycast与TCP协议适应的不是很好，所以很少应用在那些方案中。
大多数DNS服务器使用Anycast来获得高效低延迟的DNS查找。

3. 浏览器给web服务器发送一个HTTP请求

因为像Facebook主页这样的动态页面，打开后在浏览器缓存中很快甚至马上就会过期，毫无疑问他们不能从中读取。
所以，浏览器将把一下请求发送到Facebook所在的服务器：
GET http://facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Host: facebook.com
Cookie: datr=1265876274-[...]; locale=en_US; lsd=WW[...]; c_user=2101[...]
GET 这个请求定义了要读取的URL： “http://facebook.com/”。 浏览器自身定义 (User-Agent 头)， 和它希望接受什么类型的相应 (Accept and Accept-Encoding 头). Connection头要求服务器为了后边的请求不要关闭TCP连接。
请求中也包含浏览器存储的该域名的cookies。可能你已经知道，在不同页面请求当中，cookies是与跟踪一个网站状态相匹配的键值。这样cookies会存储登录用户名，服务器分配的密码和一些用户设置等。Cookies会以文本文档形式存储在客户机里，每次请求时发送给服务器。
用来看原始HTTP请求及其相应的工具很多。作者比较喜欢使用fiddler，当然也有像FireBug这样其他的工具。这些软件在网站优化时会帮上很大忙。
除了获取请求，还有一种是发送请求，它常在提交表单用到。发送请求通过URL传递其参数(e.g.: http://robozzle.com/puzzle.aspx?id=85)。发送请求在请求正文头之后发送其参数。

像“http://facebook.com/”中的斜杠是至关重要的。这种情况下，浏览器能安全的添加斜杠。而像“http: //example.com/folderOrFile”这样的地址，因为浏览器不清楚folderOrFile到底是文件夹还是文件，所以不能自动添加 斜杠。这时，浏览器就不加斜杠直接访问地址，服务器会响应一个重定向，结果造成一次不必要的握手。

4. facebook服务的永久重定向响应

图中所示为Facebook服务器发回给浏览器的响应：
HTTP/1.1 301 Moved Permanently
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
Location: http://www.facebook.com/
P3P: CP="DSP LAW"
Pragma: no-cache
Set-Cookie: made_write_conn=deleted; expires=Thu, 12-Feb-2009 05:09:50 GMT;
path=/; domain=.facebook.com; httponly
Content-Type: text/html; charset=utf-8
X-Cnection: close
Date: Fri, 12 Feb 2010 05:09:51 GMT
Content-Length: 0
服务器给浏览器响应一个301永久重定向响应，这样浏览器就会访问“http://www.facebook.com/” 而非“http://facebook.com/”。
为什么服务器一定要重定向而不是直接发会用户想看的网页内容呢？这个问题有好多有意思的答案。
其中一个原因跟搜索引擎排名有 关。你看，如果一个页面有两个地址，就像http://www.igoro.com/ 和http://igoro.com/，搜索引擎会认为它们是两个网站，结果造成每一个的搜索链接都减少从而降低排名。而搜索引擎知道301永久重定向是 什么意思，这样就会把访问带www的和不带www的地址归到同一个网站排名下。
还有一个是用不同的地址会造成缓存友好性变差。当一个页面有好几个名字时，它可能会在缓存里出现好几次。
5. 浏览器跟踪重定向地址

现在，浏览器知道了“http://www.facebook.com/”才是要访问的正确地址，所以它会发送另一个获取请求：
GET http://www.facebook.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, [...]
Accept-Language: en-US
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; [...]
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
Cookie: lsd=XW[...]; c_user=21[...]; x-referer=[...]
Host: www.facebook.com
头信息以之前请求中的意义相同。
6. 服务器“处理”请求

服务器接收到获取请求，然后处理并返回一个响应。
这表面上看起来是一个顺向的任务，但其实这中间发生了很多有意思的东西- 就像作者博客这样简单的网站，何况像facebook那样访问量大的网站呢！
Web 服务器软件
web服务器软件（像IIS和阿帕奇）接收到HTTP请求，然后确定执行什么请求处理来处理它。请求处理就是一个能够读懂请求并且能生成HTML来进行响应的程序（像ASP.NET,php,RUBY...）。
举 个最简单的例子，需求处理可以以映射网站地址结构的文件层次存储。像http://example.com/folder1/page1.aspx这个地 址会映射/httpdocs/folder1/page1.aspx这个文件。web服务器软件可以设置成为地址人工的对应请求处理，这样 page1.aspx的发布地址就可以是http://example.com/folder1/page1。
请求处理
请求处理阅读请求及它的参数和cookies。它会读取也可能更新一些数据，并讲数据存储在服务器上。然后，需求处理会生成一个HTML响应。
所 有动态网站都面临一个有意思的难点 -如何存储数据。小网站一半都会有一个SQL数据库来存储数据，存储大量数据和/或访问量大的网站不得不找一些办法把数据库分配到多台机器上。解决方案 有：sharding （基于主键值讲数据表分散到多个数据库中），复制，利用弱语义一致性的简化数据库。
委 托工作给批处理是一个廉价保持数据更新的技术。举例来讲，Fackbook得及时更新新闻feed，但数据支持下的“你可能认识的人”功能只需要每晚更新 （作者猜测是这样的，改功能如何完善不得而知）。批处理作业更新会导致一些不太重要的数据陈旧，但能使数据更新耕作更快更简洁。
7. 服务器发回一个HTML响应

图中为服务器生成并返回的响应：
HTTP/1.1 200 OK
Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
P3P: CP="DSP LAW"
Pragma: no-cache
Content-Encoding: gzip
Content-Type: text/html; charset=utf-8
X-Cnection: close
Transfer-Encoding: chunked
Date: Fri, 12 Feb 2010 09:05:55 GMT

2b3Tn@[...]
整个响应大小为35kB，其中大部分在整理后以blob类型传输。
内容编码头告诉浏览器整个响应体用gzip算法进行压缩。解压blob块后，你可以看到如下期望的HTML：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en"
lang="en" id="facebook" class=" no_js">
<head>
<meta http-equiv="Content-type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-language" content="en" />
...
关于压缩，头信息说明了是否缓存这个页面，如果缓存的话如何去做，有什么cookies要去设置（前面这个响应里没有这点）和隐私信息等等。
请注意报头中把Content-type设置为“text/html”。报头让浏览器将该响应内容以HTML形式呈现，而不是以文件形式下载它。浏览器会根据报头信息决定如何解释该响应，不过同时也会考虑像URL扩展内容等其他因素。
8. 浏览器开始显示HTML
在浏览器没有完整接受全部HTML文档时，它就已经开始显示这个页面了：

9. 浏览器发送获取嵌入在HTML中的对象

在浏览器显示HTML时，它会注意到需要获取其他地址内容的标签。这时，浏览器会发送一个获取请求来重新获得这些文件。
下面是几个我们访问facebook.com时需要重获取的几个URL：
图片
http://static.ak.fbcdn.net/rsrc.php/z12E0/hash/8q2anwu7.gif
http://static.ak.fbcdn.net/rsrc.php/zBS5C/hash/7hwy7at6.gif
…
CSS 式样表
http://static.ak.fbcdn.net/rsrc.php/z448Z/hash/2plh8s4n.css
http://static.ak.fbcdn.net/rsrc.php/zANE1/hash/cvtutcee.css
…
JavaScript 文件
http://static.ak.fbcdn.net/rsrc.php/zEMOA/hash/c8yzb6ub.js
http://static.ak.fbcdn.net/rsrc.php/z6R9L/hash/cq2lgbs8.js
…
这些地址都要经历一个和HTML读取类似的过程。所以浏览器会在DNS中查找这些域名，发送请求，重定向等等...
但 不像动态页面那样，静态文件会允许浏览器对其进行缓存。有的文件可能会不需要与服务器通讯，而从缓存中直接读取。服务器的响应中包含了静态文件保存的期限 信息，所以浏览器知道要把它们缓存多长时间。还有，每个响应都可能包含像版本号一样工作的ETag头（被请求变量的实体值），如果浏览器观察到文件的版本 ETag信息已经存在，就马上停止这个文件的传输。
试着猜猜看“fbcdn.net”在地址中代表什么？聪明的答案是"Facebook内容分发网络"。Facebook利用内容分发网络（CDN）分发像图片，CSS表和JavaScript文件这些静态文件。所以，这些文件会在全球很多CDN的数据中心中留下备份。
静态内容往往代表站点的带宽大小，也能通过CDN轻松的复制。通常网站会使用第三方的CDN。例如，Facebook的静态文件由最大的CDN提供商Akamai来托管。
举例来讲，当你试着ping static.ak.fbcdn.net的时候，可能会从某个akamai.net服务器上获得响应。有意思的是，当你同样再ping一次的时候，响应的服务器可能就不一样，这说明幕后的负载平衡开始起作用了。
10. 浏览器发送异步（AJAX）请求

在Web 2.0伟大精神的指引下，页面显示完成后客户端仍与服务器端保持着联系。
以 Facebook聊天功能为例，它会持续与服务器保持联系来及时更新你那些亮亮灰灰的好友状态。为了更新这些头像亮着的好友状态，在浏览器中执行的 JavaScript代码会给服务器发送异步请求。这个异步请求发送给特定的地址，它是一个按照程式构造的获取或发送请求。还是在Facebook这个例 子中，客户端发送给http://www.facebook.com/ajax/chat/buddy_list.php一个发布请求来获取你好友里哪个 在线的状态信息。
提起这个模式，就必须要讲讲"AJAX"-- “异步JavaScript 和 XML”，虽然服务器为什么用XML格式来进行响应也没有个一清二白的原因。再举个例子吧，对于异步请求，Facebook会返回一些JavaScript的代码片段。
除了其他，fiddler这个工具能够让你看到浏览器发送的异步请求。事实上，你不仅可以被动的做为这些请求的看客，还能主动出击修改和重新发送它们。AJAX请求这么容易被蒙，可着实让那些计分的在线游戏开发者们郁闷的了。（当然，可别那样骗人家~）
Facebook聊天功能提供了关于AJAX一个有意思的问题案例：把数据从服务器端推送到客户端。因为HTTP是一个请求-响应协议，所以聊天服务器不能把新消息发给客户。取而代之的是客户端不得不隔几秒就轮询下服务器端看自己有没有新消息。
这些情况发生时长轮询是个减轻服务器负载挺有趣的技术。如果当被轮询时服务器没有新消息，它就不理这个客户端。而当尚未超时的情况下收到了该客户的新消息，服务器就会找到未完成的请求，把新消息做为响应返回给客户端。

㈣ 做客和作客的区别是什么

“做客”与“作客”的区别有以下几点：

1、从目的来看，“作客”通常是因为求学、谋生、创业等原因而寄居在他乡，现实功利性比较强，“做客”则是因为接受别人的邀请或主动探访别人，目的是沟通感情，交流思想等。

2、从时间来看，“作客”时间长，“做客”时间短。

3、从处所来看，“作客”之处一般是地方、区域，“做客”之处一般是单位、家庭。

4、从参照对象来看，“作客”者是相对于当地人而言，“做客”者是相对于主人而言。

(4)看客访问扩展阅读：

“作客”和“做客”的区别：

1. 从目的来看，“作客”通常是因为求学、谋生、创业等原因而寄居在他乡，现实功利性比较强：“做客”则是因为接受别人的邀请或主动探访别人，目的是沟通感情，交流思想等。

2. 从时间来看，“作客”时间长，“做客”时间短。

3. 从处所来看，“作客”之处一般是地方、区域，“做客”之处一般是单位、家庭。

4. 从参照对象来看，“作客”者是相对于当地人而言，“做客”者是相对于主人而言。

做客礼仪

在新春佳节到来的时候，带上一点“薄礼”去走亲访友几乎是每个人在春节假期中的必修亲情科目。我们是带着诚意与祝福去的，可是却不一定能让主人心怀感激，因为，有时候做客时的失礼行为能让你的“善心”大打折扣。

正像清代人柴萼在《梵天庐丛录》中所描述的：“男女依次拜长辈，主者牵幼出谒戚友，或止遣子弟代贺，谓之拜年。”拜年是我国民间一种传递亲情与祝愿的传统习惯。从大年初一开始，街上随处可见提着礼物去拜年的人，甚至到了集中拜年的“时段”连打车都得费九牛二虎之力。

尽管我们在拜年时是带着一种祝福的善意去登门的，但我们毕竟是客人，毕竟需要尊重主人的建议，因此，我们在做客、拜年的时候也必须要遵循这个文明时代的做客礼仪，不合时宜的到访反倒会让你成为不速之客。

由于在过年期间，大家都对自己的假期有了预先的计划，而突然而来的客人势必会打乱主人家原定的行程安排。赶客人走吧，有违待客之道，是种失礼；陪客人聊吧，心中又装着心仪已久的计划。有时候，对于有“任务”在身的主人而言，这些唐突造访的来者似乎有一点“不速之客”的味道。即使主人没有外出计划，在做客前给主人打个招呼也是十分必要的。

预先向主人家透露即将来访的计划，将给主人预留出相对充裕的时间来收拾、打扫房间，或者是更换掉比较不雅的家居服装，以整洁的个人仪容和家庭风貌迎接客人的到来。

因此，在有关做客的诸项礼仪中，给所要拜访之家的主人打个电话、通个气儿就是首要的要求。在拜访前，客人最好用电话或书信等方式与主人约好时间，然后依照约定的时间准时赴约。

如遇特殊情况，要事先与主人打招呼，重新约定拜访时间。同时，讲究拜访礼仪的人还会注意选好拜访时间。尽量回避被访者的用餐时间。

参考资料来源：网络：做客

㈤ 看的组词有哪些

一、读kàn时，组词如下：

看来、看中、看望、小看、看着

二、读kān时，组词如下：

看家、看摊、看场、看门、看护

三、释义：

[ kàn ]

1、使视线接触人或物：～书。～电影。～了他一眼。

2、观察并加以判断：我～他是个可靠的人。你～这个办法好不好。

3、访问：～望。～朋友。

4、对待：～待。另眼相～。别拿我当外人～。

5、诊治：王大夫把我的病～好了。

6、照料：照～。衣帽自～。

7、用在表示动作或变化的词或词组前面，表示预见到某种变化趋势，或者提醒对方注意可能发生或将要发生的某种不好的事情或情况：行情～涨。别跑! ～摔着!。～饭快凉了，快吃吧。

8、用在动词或动词结构后面，表示试一试（前面的动词常用重叠式）：想想～。找找～。等一等～。评评理～。先做几天～。

[ kān ]

1、守护照料：～门。～自行车。一个工人可以～好几台机器。

2、看押；监视：～犯人。～俘虏。

(5)看客访问扩展阅读：

一、字形演变：

，这是“看”的异体字，采用“倝”作声旁。

二、词组释义：

1、看护[kān hù]

护理（伤病员）。

2、看家[kān jiā]

（-∥-）在家或在工作单位看守、照管门户。

3、看摊[kān tān]

照看摊位，泛指照管工作、事务：别人都出差了，只留我一人～儿。

4、看场[kān chǎng]

收获季节看守打谷场。

5、看门[kān mén]

当门卫。

6、看来[kàn lái]

粗略地判断。

7、看中[kàn zhòng]

经过观察，感觉合意：看得中。看不中。你～哪个就买哪个。

8、看望[kàn wàng]

到长辈或亲友等处问候：～父母。～老战友。

9、小看[xiǎo kàn]

轻视：～人。别～这些草药，治病还真管用。

10、看着[kàn zhe]

眼看着。谓转瞬间。唐张籍《惜别》诗：“看着春又晚，莫轻少年时。”

㈥ 作客和做客的区别

作客
zuòkè
1：寄居异地。
2：到别人处当客人。
3：拜访，访问。
做客
zuòkè
访问别人，自己当客人。
还是用“做客”比较合适．

㈦ 看是什么结构

一、看字是上下结构，偏旁部首是目。

二、基本释义 详细释义

[ kàn ]

1、使视线接触人或物：看书。看电影。看了他一眼。

2、观察并加以判断：我看他是个可靠的人。你看这个办法好不好。

3、访问：看望。看朋友。

4、对待：看待。另眼相看。别拿我当外人看。

5、诊治：王大夫把我的病看好了。

6、照料：照看。衣帽自看。

7、用在表示动作或变化的词或词组前面，表示预见到某种变化趋势，或者提醒对方注意可能发生或将要发生的某种不好的事情或情况：行情看涨。别跑! 看摔着!。看饭快凉了，快吃吧。

8、用在动词或动词结构后面，表示试一试（前面的动词常用重叠式）：想想看。找找看。等一等看。评评理看。先做几天看。

[ kān ]

1、守护照料：看门。看自行车。一个工人可以看好几台机器。

2、看押；监视：看犯人。看俘虏。

三、组词有好看、看病、看书、高看、看齐、观看、看见、看开、看到、看来、看中、看望、小看、看着等。

(7)看客访问扩展阅读

一、字形演变

二、字源解说

文言版《说文解字》：看，睎也。从手下目。

白话版《说文解字》：看，睎，远望。字形采用“手”和手下的“目”会义。

三、相关组词

1、看押[kān yā]:看押俘虏。

孙犁 《秀露集·婚姻》：“然后拿出一张纸来，叫 如意 打手印承认错误， 如意 坚决不打，区干部就下令把她看押起来。”

2、看守[kān shǒu] :监视和管押。

赵树理《李家庄的变迁》十一：“王安福见把小毛捉住了，顺便想起李如珍来，问了问铁锁，说是已经看守起来了，也就放心睡去。”

3、小看[xiǎo kàn]:歧视，看不起。

赵树理《三里湾》八：“你不能这样小看人！将来的事实会证明你是胡说。”

4、看穿[kàn chuān]:透彻地认识或了解。

老舍《四世同堂》十九：“嫁人，她已看穿：凭她的年纪、出身，与逐渐衰老的姿貌，她已不是那纯净的青年人所愿意追逐的女郎。”

5、看客[kàn kè]:指观众；读者；旁观者。

巴金《家》八：“我既不是演员，又不担任什么职务，我只是一个看客。”

㈧ 做客、作客、座客和坐客的区别是什么

（一）《现代汉语词典》以及《现代汉语辞海》中只收入“做客”和“作客”，未收录“座客”和“坐客”。释义如下： 【做客】zuò∥ kè ①访问别人，自己当客人。如：到亲戚家做客。②<方>指客气。如：你不要做客，随便吃吧！ 【作客】zuò∥ kè <书>寄居在别处。如：作客他乡。 随着发展，“做客”也出现了新的表意功能，如：外出经商。 同样是“客”，但“作客”与“做客”享受的待遇不同，内心感受也不一样。“作客”或四处漂泊，或寄人篱下，“独在异乡为异客”，那感觉真可谓“冷冷清清，凄凄惨惨切切”。而“做客”无论是应邀光临还是主动拜访，一般都会受到款待和礼遇，宾主在良好的氛围中相处，“做客”者是不太会产生内心的失落感的。 由此可见，“做客”含义是访问别人，自己当客人，表示主动而去，多为口语；“作客”是书面语，指寄居在别处，在方向上侧重于“来”。 （二）“座客”和“坐客”没有被收录，只有“座上客”一词，因此座客被认为是“座上客”的误省。而“座上客”是指在席上的受主人尊敬的客人，泛指受邀请的客人。其实，“座客”是一个文言词，在古文中指代在座的客人，在现代汉语中已不在使用。 现有词典查不到“坐客”一词。 三、“作客”与“做客”的起源 “作客”比“做客”出现得早。杜甫《登高》：“万里悲秋常作客，百年多病独登台。”敦煌曲子词《长相思》三首之三：“作客在江西，得病卧毫厘。还往观消息，看看似别离。”两例中“作客”都指寓居异地。隋唐时期，“作客”是没有写作“做客”的。 后来，“作客”引申出在异地经商的意思，因为古人经商往往离别家乡远走异地。如《拍案惊奇》卷四：“专一走川、陕，作客贩货，大得利息。”在这一义项上，“作客”有写作“做客”的。如《古今小说》卷一：“父亲叫蒋世泽，从小熟走广东做客买卖。”《水浒传》第十七回：“本处一个财主，将五千贯钱，叫小人来山东做客，不想折了本，回乡不得。”“做客”的这种用法出现于元明时期。 综上所述，可以明确，各种媒介新闻中称某人到某网站（媒体）与网友（读者、观众）见面或交流，应该使用“作客”，而不应使用“做客”或“坐客”。