① 怎么建立镜像网站
现在有几个备选方案：
1。程序移植，数据库仍统一管理。
这种方式最易实现，但存在的问题数据库必须开放internet通道，如何保证安全，是个问题。而且，访问速度是否能达到要求同样是个问题。采用vpn通道？速度上又不能满足。
2。程序和数据库都移植。
这种方式能实现的镜像效果最好，但实施难度较大，在国内网站中实现这种镜像的还不多。这方案还有2种不同实现方式：
2.1
程序不改，数据库同步
这种方式相对简单些，程序部分基本不用改动，依靠sqlserver2000的同步功能来实现数据同步。
但从我在erp项目实施中获得的经验看，这种方式看似简单，但其实问题可能最多。首先，sqlserver同样继承了microsoft的老毛病：效率不高。同步复制3G的数据这个速度我实在不乐观。其次需直接开放internet访问，如何避免安全问题，还没想好，还需要找安全专家咨询。最后，同步复制过程中如果发生网络故障，如何保证多数据源的数据完整性和一致性又是个极大的挑战。
2.2
平台程序改动，数据库异步复制
这种方式对程序的要求较高，网站平台架构的调整较大。等于是把网站由单站点程序转为多站点平台。这样在业务和数据一致性上都有较高要求。这种方式工作最大，难度看似也最大，但我认为这种方式最可行。首先，把程序结构按照事务划分，借助mts可实现多站点统一事务，保证数据的一致性；其次，数据采用异步复制，能避免网络中断造成的数据不完整，防止引起某些逻辑错误；最后，这种方式要求我们尽量少的访问数据库，由于负载的分担，可考虑大量的使用内存替代数据库，提高整体的访问效率。
不过，由于存在时间差，会造成镜像站点间的内容不一致的情况，我还没想好如何解决。
并且,需要开发一个事务调度程序对各镜像数据进行统一更新维护,每秒可能需要面临200次的请求，程序性能和效率会是问题，如何采用分布式我也没想好。
② 网站镜像如何做
1．基于特定服务器软件的负载均衡 ---- 这种技术是利用网络协议的重定向功能来实现负载均衡的，例如在Http协议中支持定位指令，接收到这个指令的浏览器将自动重定向到该指令指明的另一个URL上。由于和执行服务请求相比，发送定位指令对Web服务器的负载要小得多，因此可以根据这个功能来设计一种负载均衡的服务器。一旦Web服务器认为自己的负载较大，它就不再直接发送回浏览器请求的网页，而是送回一个定位指令，让浏览器去服务器集群中的其他服务器上获得所需要的网页。在这种方式下，服务器本身必须支持这种功能，然而具体实现起来却有很多困难，例如一台服务器如何能保证它重定向过的服务器是比较空闲的，并且不会再次发送定位指令？定位指令和浏览器都没有这方面的支持能力，这样很容易在浏览器上形成一种死循环。因此这种方式实际应用当中并不多见，使用这种方式实现的服务器集群软件也较少。
---- 2．基于DNS的负载均衡 ---- DNS负载均衡技术是最早的负载均衡解决方案，它是通过DNS服务中的随机名字解析来实现的，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中的一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，它们也就访问不同地址上的Web服务器，从而达到负载均衡的目的。
---- 这种技术的优点是，实现简单、实施容易、成本低、适用于大多数TCP/IP应用；但是，其缺点也非常明显，首先这种方案不是真正意义上的负载均衡，DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况；如果后台的Web服务器的配置和处理能力不同，最慢的Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用；其次未考虑容错，如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS请求分配到这台故障服务器上，导致不能响应客户端。最后一点是致命的，有可能造成相当一部分客户不能享受Web服务，并且由于DNS缓存的原因，所造成的后果要持续相当长一段时间(一般DNS的刷新周期约为24小时)。所以在国外最新的建设中心Web站点方案中，已经很少采用这种方案了。
---- 3.基于四层交换技术的负载均衡 ---- 这种技术是在第四层交换机上设置Web服务的虚拟IP地址，这个虚拟IP地址是DNS服务器中解析到的Web服务器的IP地址，对客户端是可见的。当客户访问此Web应用时，客户端的Http请求会先被第四层交换机接收到，它将基于第四层交换技术实时检测后台Web服务器的负载，根据设定的算法进行快速交换。常见的算法有轮询、加权、最少连接、随机和响应时间等。
---- 4．基于七层交换技术的负载均衡 ---- 基于第七层交换的负载均衡技术主要用于实现Web应用的负载平衡和服务质量保证。它与第四层交换机比较起来有许多优势：第七层交换机不仅能检查TCP/IP数据包的TCP和UDP端口号，从而转发给后台的某台服务器来处理，而且能从会话层以上来分析Http请求的URL，根据URL的不同将不同的Http请求交给不同的服务器来处理(可以具体到某一类文件，直至某一个文件)，甚至同一个URL请求可以让多个服务器来响应以分担负载(当客户访问某一个URL，发起Http请求时，它实际上要与服务器建立多个会话连接，得到多个对象，例如.txt/.gif/.jpg文档，当这些对象都下载到本地后，才组成一个完整的页面)。
---- 5．站点镜像技术 ---- 以上几种负载均衡技术主要应用于一个站点内的服务器群，但是由于一个站点接入Internet的带宽是有限的，因此可以把负载均衡技术开始应用于不同的网络站点之间，这就是站点镜像技术，站点镜像技术实际上利用了DNS负载均衡技术。
网站镜像大师软件下载
http://www.msmir.net/Soft/down200/down1000/200506/745.html
③ 如何给网站做镜像
Windows里的话配置IIS。LINUX就要手动修改DNS文件了，分都没有，别人怎么帮你。
④ 如何建立网站镜像
镜像网站是将一个完全相同的站点放到几个服务器，分别有自己的URL，在这些服务器上互为镜像网站。它和主站并没有太大差别，或者可算是为主站作的后备措 施。有了镜像网站的好处是：如果不能对主站作正常访问（如某个服务器死掉或出了意外），但仍能通过其它服务器正常浏览。相对来说主站在速度等各方面比镜像 站点略胜一筹。 镜像就是做一个和你的站一模一样的站, 也就是说, 就跟镜子一样嘛. 一般是个人网站的站长为自己的站做一个备份, 也就是说, 一个站由于流量或其它原因访问不到时, 人们可以去另一个一模一样的站看. 这个站还可以起到分流, 减少服务器压力的作用. 不过, 这些都是由于个人网站的服务器不能接受太多的访问量而采取的办法. 商业网站一般不用这样的办法. 因为用户要记两个域名, 内容要上传两次, 要随时保持两个地方一致, 内容一多非常麻烦. 如果是别人把自己的站也这样原样做一份放在网上, 我在想, 网站的主人肯定是不能容忍的, 可以用搜索引擎找到这样的站, 现在这样搞的人已经比较少了, 在2000年, 我们经常会发现有人这样照抄人家的站. 所以, 哪时候很多网站都加了一句严禁建立镜像.
⑤ 如何制作别人的 网站 镜像
唯一的方法就是另存为网页,不过麻烦很多,但是能留住好的东西,还是值得的
建立一个转用的文件夹,然后打开自己最喜欢的页面,菜单:文件->另存为.然后把他存到指定的文件夹里,把这些东西弄到一起,简单的制作一下使他能连贯的浏览(需要学一点网页制作的基础),这样就可以留下美好的东西了:)
⑥ 网站被别人镜像了 如何是好
你好，可以参考下面方式解决
1.更换IP或空间。本条仅提供一种可行性方案。事实上，如果你不解决独立IP及根目录程序问题，只是治标不治本。因为恶意者更换成本及操作上更简单。
2.改变网站程序位置，由根目录换到一级目录。如果该方案可以实施的话，可以有效解决网站恶意镜像问题，因为恶意镜像只能解析IP，而无法与目录进行绑定。
3.服务器端操作。如果你的服务器可以设置禁止直接通过IP访问，必须使用某个域名访问，那么设置好它。
页面head区域使用base标签，一定程度上对于确定网站首选域及不被其它域名恶意取代有好处
⑦ 镜像别人的网站算侵权吗修改些代码
中国暂时没有网站版权的法律，修改些代码做成自己的站可以的
⑧ 如何镜像别人的网站！做seo的能告诉下吗！
别人的网站不能镜像，不然自己做一个仿站吧，很容易的，如果是自己的网站可以301转向，就能有两个一模一样的网站了，有什么不懂可以问，望采纳，谢谢。
⑨ 如何给别人的一个网站做镜像
所谓镜像的意思是指同一个域名下的多个相同内容的网站空间,用户可以根据自己的实际情况选择最快速的一个镜像来访问。
网站镜像不需要什么硬件投入，只需要在不同的服务器上开几个虚拟主机就可以了，有自己服务器的朋友，可以和其他有服务器的朋友互相交换空间，不必将服务器托管到昂贵的双通机房。所以，只要从中选择了一个电信、一个网通、一个联通三个不同线路的空间，万事具备，就能上传镜像网站了。
⑩ 如何做网站镜像
现在有几个备选方案：
1。程序移植，数据库仍统一管理。
这种方式最易实现，但存在的问题数据库必须开放internet通道，如何保证安全，是个问题。而且，访问速度是否能达到要求同样是个问题。采用vpn通道？速度上又不能满足。
2。程序和数据库都移植。
这种方式能实现的镜像效果最好，但实施难度较大，在国内网站中实现这种镜像的还不多。这方案还有2种不同实现方式：
2.1 程序不改，数据库同步
这种方式相对简单些，程序部分基本不用改动，依靠sqlserver2000的同步功能来实现数据同步。
但从我在erp项目实施中获得的经验看，这种方式看似简单，但其实问题可能最多。首先，sqlserver同样继承了microsoft的老毛病：效率不高。同步复制3G的数据这个速度我实在不乐观。其次需直接开放internet访问，如何避免安全问题，还没想好，还需要找安全专家咨询。最后，同步复制过程中如果发生网络故障，如何保证多数据源的数据完整性和一致性又是个极大的挑战。
2.2 平台程序改动，数据库异步复制
这种方式对程序的要求较高，网站平台架构的调整较大。等于是把网站由单站点程序转为多站点平台。这样在业务和数据一致性上都有较高要求。这种方式工作最大，难度看似也最大，但我认为这种方式最可行。首先，把程序结构按照事务划分，借助mts可实现多站点统一事务，保证数据的一致性；其次，数据采用异步复制，能避免网络中断造成的数据不完整，防止引起某些逻辑错误；最后，这种方式要求我们尽量少的访问数据库，由于负载的分担，可考虑大量的使用内存替代数据库，提高整体的访问效率。
不过，由于存在时间差，会造成镜像站点间的内容不一致的情况，我还没想好如何解决。 并且,需要开发一个事务调度程序对各镜像数据进行统一更新维护,每秒可能需要面临200次的请求，程序性能和效率会是问题，如何采用分布式我也没想好。