如何在自己电脑搭建网站

你算是问对人了。
作为资深的老站长，我来系统的回答你问的三个问题。
1域名可以用花生壳吗如果不可以的那里可以申请个可以做的域名啊
2做网站是用什么空间的啊用FTP吗
3是用FTP我应该如何搭建啊
1答：域名必须用花生壳，因为家里宽带是动态IP，我们这样做是为了让域名别名解析到壳域名上。这样域名就能直接访问你本地的源码了。
2、不存在什么空间，用你本地硬盘，无需任何FTP。FTP是远程上传服务器的，所以用不到。
3、本地搭建环境就行了，ASP的直接用IIS就行，很简单。
核心技术：首先家里80端口大部分都是被F的，所以你还要用443端口，也就是网站>

Tornado 就是 FriendFeed 的 Web 服务器及其常用工具的开源版本。

Tornado就是在 FriendFeed 的 Web 服务器及其常用工具的开源版本。Tornado 和现在的主流 Web 服务器框架（包括大多数 Python 的框架）有着明显的区别：Tornado是非阻塞式服务器，而且速度相当快。得利于其 非阻塞的方式和对epoll的运用，Tornado 每秒可以处理数以千计的连接，因此 Tornado 是实时 Web 服务的一个 理想框架。开发这个 Web 服务器的主要目的就是为了处理 FriendFeed 的实时功能 ——在 FriendFeed 的应用里每一个活动用户都会保持着一个服务器连接。（关于如何扩容 服务器，以处理数以千计的客户端的连接的问题，请参阅The C10K problem）

Flask是一个使用 Python 编写的轻量级 Web 应用框架。其 WSGI 工具箱采用 Werkzeug ，模板引擎则使用 Jinja2 。Flask使用 BSD 授权。

Flask也被称为 “microframework” ，因为它使用简单的核心，用 extension 增加其他功能。Flask没有默认使用的数据库、窗体验证工具。然而，Flask保留了扩增的d性，可以用Flask-extension加入这些功能：ORM、窗体验证工具、文件上传、各种开放式身份验证技术。最新版本为010

Flask简单易学，下面是Flask版的hello world(hellopy):

一、指代不同

1、JSP：是由Sun Microsystems公司主导创建的一种动态网页技术标准。

2、ssh框架：是 struts+spring+hibernate的一个集成框架，是16年之前较为流行的一种Web应用程序开源框架。

二、技术不同

1、JSP：部署于网络服务器上，可以响应客户端发送的请求，并根据请求内容动态地生成HTML、XML或其他格式文档的Web网页，然后返回给请求者。

2、ssh框架：从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。

三、特点不同

1、JSP：以Java语言作为脚本语言，为用户的>

2、ssh框架：这种框架是基于MVC的开发，且MVC模式已经成为现代J2EE开发中的一种常用模式，且受到越来越多JSP、PHP等开发者的欢迎。

参考资料来源：百度百科-ssh框架

参考资料来源：百度百科-JSP

不全属于C/S架构，手机APP软件除了C/S架构，还有单机版APP，B/S架构等类型的APP。

在C/S结构中，应用程序分为两部分:服务器部分和客户机部分。服务器部分是多个用户共享的信息与功能，执行后台服务。典型的如一些聊天APP，视频APP等就是作为本地客户机，与服务器端进行信息交流、请求等，属于典型的C/S结构。

B/S架构中，客户机上只要安装一个浏览器，如Netscape Navigator或Internet Explorer，服务器安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server 同数据库进行数据交互。手机中就有许多浏览器应用，是属于B/S架构的。当然手机中还有一些单机版游戏等应用。

扩展资料：

C/S和B/S的比较：

1、硬件环境的比较：

CS建立在局域网的基础上，局域网之间再通过专门服务器提供连接和数据交换服务。在CS结构中，客户机和服务器都需要处理数据任务，这就对客户机的硬件提出了较高的要求。BS结构建立在广域网之上，不必配备专门的网络硬件环境。

2、系统维护 、 升级的比较

CS结构中的每一个客户机都必须安装和配置相关软件，如 *** 作系统、客户端软件等。BS结构中每一个客户端只需通过浏览器便可进行各种信息的处理，而不需要安装客户端软件，维护、升级等几乎所有的工作都在服务器端进行，如果系统需要升级，只需要将升级程序安装在服务器端即可。

参考资料来源：百度百科-B/S架构

参考资料来源：百度百科-C/S架构

一种新架构的出现，肯定是为了解决现有架构出现的问题，所以，想了解超融合架构的技术逻辑，首先必须要知道下面几个问题：

超融合替代的是什么：传统架构；

传统架构出现了什么问题；

超融合架构的来源，以及是怎么决绝这些问题的；

一、传统架构是什么，出了什么问题；

据麦肯锡研究显示，全球的 IT 数据每年在以 40% 的速度增加中。数据正在逐步影响商业，企业通过数据的分析来做决策与管理。完成快速的分析决策和管理，就需要借助强大的数据中心。下图为传统 SAN 存储：

但是，光靠越来越快、核数越来越多的 CPU 是不够的，瓶颈在于传统存储的硬盘太慢了，CPU 大部分计算能力都空闲或者说在等待存储数据传输过来。传统存储容量和性能不具备和计算能力匹配的可扩展性，不能满足企业进行数据访问的需求。

这个问题并不是现在才有。Google 很早遇到这个问题。那么 Google 是如何做的呢？

作为一个给全世界互联网网民提供数据检索的企业，Google 考虑过 EMC、IBM，还有当年的 SUN 存储产品，但是都解决不了它的问题。无论是容量还是性能，这些公司的产品都无法满足 Google 的规模需求。于是 Google 只能自己建立一个适合自己的数据搜索的存储结构了。

Google 优秀的计算机科学家们，打破了传统的存储思维，利用服务器的本地硬盘和软件构建了一个容量和性能不断可扩展的分布式文件系统，并在其上构建了其搜索和分析的计算引擎：

不用把数据从存储端取出来，然后通过网络传输到计算端，而是将计算直接分发到存储上运行，将 “计算” 作为传输单元进行传输，这样大量的存储数据都是本地访问，不需要再跨网络上传输了，自然访问很快。于是乎，自然而然地，“计算” 和 “存储” 运行（“融合”）在了一个服务器上，这里也看到超融合架构的一个优势就是，本地访问数据，不必跨网络。

现代企业的数据量越来越大，应用越来越多，他们开始面临当年 Google 遇到的问题，CIO 要考虑怎么更高效的构建自己的计算和存储的基础架构，来满足应用的数据访问需求。

虚拟化为更容易的管理应用而生，它解决了 CPU、内存资源闲置的问题。但随着虚拟化的大规模应用，虚拟机越来越多，虚拟机在传统存储上运行却越来越慢了。“慢” 造成 “体验差”，“体验差” 成为了限制虚拟化应用的最大的瓶颈。这里面的最重要原因自然是，存储的 I/O 性能不够，大量的虚拟机和容器同时运行，I/O 的混合，使得随机读写急剧增加，传统存储的结构无法承受大量的随机 I/O。

二、超融合是怎么解决这些问题的，背后的技术机制是什么？

超融合恰恰是为了解决这个问题，才被带到了虚拟化和容器领域。同时，业内也存在不同的解决 I/O 问题的方法，我们先尝试分析下其他的解决方法：

解决方法一：在存储设备采用 SSD 做 Cache，加速 I/O。这在一定的规模下可能有效，但是存储设备的 SSD Cache 通常比例较小，不足 5% 的容量比的情况下，自然满足不了用户的热数据的缓存需求。另外，仍然无法随需扩展，所有的数据仍然要从集中的存储控制器流出，这个集中的 “收费站” 势必堵塞 “高速公路”。

解决方法二：使用服务器侧 SSD 做 Cache，加速 I/O。这种类似的解决方案，通常缺乏高可靠性软件的支撑，服务器端的 Cache 如果用做写 Cache，存在单点失效的问题，需要在多个服务器的 Cache 设备上，做副本来提供可靠性，可以说这是一个阉割版的超融合架构，将 Cache 放到服务器端，仍然使用传统存储，当 Cache 满，需要被写回传统存储的时候，仍然被传统存储的 “控制器” 限制整体性能。

我们看到，上面的两种方案都是受限于传统存储的结构。超融合存储则不一样，通过完全去掉传统存储，利用分布式文件系统来提供 “不可限量” 的性能和容量，在这个基础上，再通过 Cache 进行加速，甚至全部使用闪存（全闪存产品）来构建都是自然而然，不被限制了。

因此，超融合架构不是为了让单台服务器的存储飞快，而是为了让每增加一台服务器，存储的性能就有线性的提升，这样的存储结构才不限制企业业务的运行，并保证业务的可靠性。

正因为这种扩展性很好的共享存储，使得整个 Google 的业务得以顺畅地运转。

三、硬件的快速发展，使得超融合成为可能

另外，超融合近几年得以快速发展的原因，这要归功于硬件设备。CPU 核数越来越多，服务器的内存容量越来越大，SSD 设备和网络互联网设备越来越快，这意味着：

服务器的资源除了运行业务以外，仍然可以预留出来足够的CPU，内存资源来运行存储软件。将存储软件和业务运行到一块，既减少了设备量，减少了电力使用，本地读取也提高了 I/O 的存取效率。这在几年前是做不到的，因为 CPU 和内存太有限了。

网络互联越来越快，无论是万兆，40Gb 以太网，还是 Infiniband（无限宽带技术），使得我们的软件能够将独立的存储设备进行互连，通过分布式文件系统形成共享的存储池，供上层应用使用。

如果说 SSD 等硬件厂商让单个存储设备跑的更快，我们的软件的意义在于，让超大量的这些存储设备，一起工作，提供无止境的整体性能和容量。

---