皮皮网

1.web服务器
2.为何Linux环境不能双击安装软件？
3.如何让lighttpd的spawn-fcgi自启动

web服务器

       WEB服务器

       编辑本段什么是源码WEB服务器

        WEB服务器也称为WWW(WORLD WIDE WEB)服务器，主要功能是源码提供网上信息浏览服务。

        (1)应用层使用HTTP协议。源码

        (2)HTML文档格式。源码

        (3)浏览器统一资源定位器(URL)。源码

        WWW代表万维网的源码php源码goto解密意思

        WWW 是 Internet 的多媒体信息查询工具，是源码 Internet 上近年才发展起来的服务，也是源码发展最快和目前用的最广泛的服务。正是源码因为有了WWW工具，才使得近年来 Internet 迅速发展，源码且用户数量飞速增长。源码

        1、源码WWW简介

        WWW 是源码 World Wide Web （环球信息网）的缩写，也可以简称为 Web，源码中文名字为“万维网”。源码它起源于年3月，由欧洲量子物理实验室 CERN（the European Laboratory for Particle Physics）所发展出来的主从结构分布式超媒体系统。通过万维网，人们只要通过使用简单的方法，就可以很迅速方便地取得丰富的信息资料。 由于用户在通过 Web 浏览器访问信息资源的过程中，无需再关心一些技术性的细节，而且界面非常友好，因而 Web 在Internet 上一推出就受到了热烈的欢迎，走红全球，并迅速得到了爆炸性的发展。

        2、网址监控源码WWW的发展和特点

        长期以来，人们只是通过传统的媒体（如电视、报纸、杂志和广播等）获得信息。但随着计算机网络的发展，人们想要获取信息，已不再满足于传统媒体那种单方面传输和获取的方式，而希望有一种主观的选择性。现在，网络上提供各种类别的数据库系统，如文献期刊、产业信息、气象信息、论文检索等等。由于计算机网络的发展，信息的获取变得非常及时、迅速和便捷。

        到了年，WWW 的技术有了突破性的进展，它解决了远程信息服务中的文字显示、数据连接以及图像传递的问题，使得 WWW 成为 Internet 上最为流行的信息传播方式。 现在，Web 服务器成为 Internet 上最大的计算机群，Web 文档之多、链接的rubygems源码下载网络之广，令人难以想象。可以说，Web 为 Internet 的普及迈出了开创性的一步，是近年来 Internet 上取得的最激动人心的成就。

        WWW 采用的是客户/服务器结构，其作用是整理和储存各种WWW资源，并响应客户端软件的请求，把客户所需的资源传送到 Windows （或Windows）、Windows NT、UNIX 或 Linux 等平台上。

        使用最多的 web server 服务器软件 有两个：微软的信息服务器（iis），和Apache。

        通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑(business logic)。

        Web服务器可以解析(handles)HTTP协议。当Web服务器接收到一个HTTP请求(request)，会返回一个HTTP响应(response)，例如送回一个HTML页面。为了处理一个请求(request)，Web服务器可以响应(response)一个静态页面或，进行页面跳转(redirect)，或者把动态响应(dynamic response)的声音 c源码产生委托(delegate)给一些其它的程序例如CGI脚本，JSP(JavaServer Pages)脚本，servlets，ASP(Active Server Pages)脚本，服务器端(server-side)JavaScript，或者一些其它的服务器端(server-side)技术。无论它们(译者注：脚本)的目的如何，这些服务器端(server-side)的程序通常产生一个HTML的响应(response)来让浏览器可以浏览。

        要知道，Web服务器的代理模型(delegation model)非常简单。当一个请求(request)被送到Web服务器里来时，它只单纯的把请求(request)传递给可以很好的处理请求(request)的程序(译者注：服务器端脚本)。Web服务器仅仅提供一个可以执行服务器端(server-side)程序和返回(程序所产生的)响应(response)的环境，而不会超出职能范围。服务器端(server-side)程序通常具有事务处理(transaction processing)，数据库连接(database connectivity)和消息(messaging)等功能。

        虽然Web服务器不支持事务处理或数据库连接池，但它可以配置(employ)各种策略(strategies)来实现容错性(fault tolerance)和可扩展性(scalability)，例如负载平衡(load balancing)，缓冲(caching)。集群特征(clustering—features)经常被误认为仅仅是应用程序服务器专有的特征。

        应用程序服务器(The Application Server)

        根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括HTTP，把商业逻辑暴露给(expose)客户端应用程序。Web服务器主要是135 源码 下载处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法(或过程语言中的一个函数)一样。

        应用程序服务器的客户端(包含有图形用户界面(GUI)的)可能会运行在一台PC、一个Web服务器或者甚至是其它的应用程序服务器上。在应用程序服务器与其客户端之间来回穿梭(traveling)的信息不仅仅局限于简单的显示标记。相反，这种信息就是程序逻辑(program logic)。 正是由于这种逻辑取得了(takes)数据和方法调用(calls)的形式而不是静态HTML，所以客户端才可以随心所欲的使用这种被暴露的商业逻辑。

        在大多数情形下，应用程序服务器是通过组件(component)的应用程序接口(API)把商业逻辑暴露(expose)(给客户端应用程序)的，例如基于J2EE(Java 2 Platform, Enterprise Edition)应用程序服务器的EJB(Enterprise JavaBean)组件模型。此外，应用程序服务器可以管理自己的资源，例如看大门的工作(gate-keeping duties)包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)， 和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。

        例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询(query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序服务器的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。

        情景1：不带应用程序服务器的Web服务器

        在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server-side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注：flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。

        简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。

        情景2：带应用程序服务器的Web服务器

        情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注：服务器端(server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。 这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。

        在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。

        通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在HTML页中了。

        总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。

        警告(Caveats)

        现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。

        另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注：这种功能是指既有应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给最佳产品的选取留有余地。

       编辑本段大型WEB服务器

        在UNIX和LINUX平台下使用最广泛的免费HTTP服务器是W3C、NCSA和APACHE服务器，而Windows平台NT//使用IIS的WEB服务器。在选择使用WEB服务器应考虑的本身特性因素有：性能、安全性、日志和统计、虚拟主机、代理服务器、缓冲服务和集成应用程序等，下面介绍几种常用的WEB服务器。

        Microsoft IIS

        Microsoft的Web服务器产品为Internet Information Server (IIS)， IIS 是允许在公共Intranet或Internet上发布信息的Web服务器。IIS是目前最流行的Web服务器产品之一，很多著名的网站都是建立在IIS的平台上。IIS提供了一个图形界面的管理工具，称为 Internet服务管理器，可用于监视配置和控制Internet服务。

        IIS是一种Web服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络(包括互联网和局域网)上发布信息成了一件很容易的事。它提供ISAPI(Intranet Server API)作为扩展Web服务器功能的编程接口;同时，它还提供一个Internet数据库连接器，可以实现对数据库的查询和更新。

        IBM WebSphere

        WebSphere Application Server 是 一 种功能完善、开放的Web应用程序服务器，是IBM电子商务计划的核心部分，它是基于 Java 的应用环境，用于建立、部署和管理 Internet 和 Intranet Web 应用程序。 这一整套产品进行了扩展，以适应 Web 应用程序服务器的需要，范围从简单到高级直到企业级。

        WebSphere 针对以 Web 为中心的开发人员，他们都是在基本 HTTP服务器和 CGI 编程技术上成长起来的。IBM 将提供 WebSphere 产品系列，通过提供综合资源、可重复使用的组件、功能强大并易于使用的工具、以及支持 HTTP 和 IIOP 通信的可伸缩运行时环境，来帮助这些用户从简单的 Web 应用程序转移到电子商务世界。

        BEA WebLogic

        BEA WebLogic Server 是一种多功能、基于标准的web应用服务器，为企业构建自己的应用提供了坚实的基础。各种应用开发、部署所有关键性的任务，无论是集成各种系统和数据库，还是提交服务、跨 Internet 协作，起始点都是 BEA WebLogic Server。由于 它具有全面的功能、对开放标准的遵从性、多层架构、支持基于组件的开发，基于 Internet 的企业都选择它来开发、部署最佳的应用。

        BEA WebLogic Server 在使应用服务器成为企业应用架构的基础方面继续处于领先地位。BEA WebLogic Server 为构建集成化的企业级应用提供了稳固的基础，它们以 Internet 的容量和速度，在连网的企业之间共享信息、提交服务，实现协作自动化。

        APACHE

        apache仍然是世界上用的最多的Web服务器，市场占有率达%左右。它源于NCSA/software/micro_/software/micro_/software/t/software/mini_/software/t/software/t/software/tpress), URL重写, Alias等重要功能，而Apache之所以流行，很大程度也是因为功能丰富，在lig/

        下载地址：/download/ligd模式运行

        * 标准日志格式

        * 非常简单整洁的嵌入式API

        * dietlibc friendly. NOT that friendly to the uClibc (*)

        * 容易定制运行在任意平台：Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)

        由于s/

        下载地址：/sourceforge/shttpd/shttpd-1..tar.gz

为何Linux环境不能双击安装软件？

       ç»¼åˆæ¥çœ‹ï¼Œå¹¿å¤§cber尤其是喜欢评论的cber对Linux理解的还比较少，而且很多都是跟Windows做比较（当然这里我承认高手也大有人在），所以我想在这里有必要说一下为什么Linux到现在也不能做到双击安装软件。首先要说一下，很多Linux的发行版例如Ubuntu或者CentOS、Fedora等，已经早就可以双击安装自己发行版的安装包了，例如deb、rpm等。其实，Linux下跟Windows的软件发布有一个最大的不同就是Linux下大部分软件都是开源的，只提供源码下载，不提供编译好的二进制下载。所以，上面的三个命令实际上是编译一个软件，然后拷贝到系统对应目录，准确来说不是安装。主要还是跨平台和定制化的考虑。我们知道Linux发行版众多，Linux支持的平台也很多，从使用最多的x到arm,solaris等，所以这个。/configure脚本可以支持很多编译参数，从而让软件支持几乎所有的硬件平台。另外稍微学过软件工程的都知道，软件开发都是模块化的，通过。/configure命令加上合理参数，可以不编译不需要的模块，比如最常用的php,自带几十个模块，通常我们需要哪个编译哪个好了。有人可能说Windows安装软件也能选择性安装，我可以不安装我不需要的模块。其实，Windows就算你不安装你选择的模块，那也只是这个模块不安装。而主程序的模块访问是编译好的，他只不过能自动判断这个模块不存在就不加载罢了。另外，Linux很多模块是通用的，这就是依赖关系，举例来说要用php的iconv功能，就需要系统安装libiconv库，而不同的电脑的libiconv库安装路径不同，所以需要通过。/configure的参数指定你电脑的libiconv安装路径是多少，php才能顺利编译通过。Windows则是必须在C:WindowsSystem下，可定制化太差了。因为有些时候，我们只需要一个软件包里面的某个动态链接库，而不是整个程序。比如我们经常需要lighttpd中的spawn-fcgi,所以我们不必安装lighttpd,而是直接编译完，得到其中的spawn-fcgi即可。最后，make install就是把编译好的二进制文件和链接库、配置文件等复制到系统的各个目录即可，安装完成。

如何让lighttpd的spawn-fcgi自启动

       ä¿®æ”¹ç¼–译spawn-fcgi因为用spawn-fcgi 启动后不能哟 -u root 启动FastCGI进程。所以修改了源代码：下载代码[plain]wget download/spawn-fcgi/releases-1.6.x/spawn-fcgi-1.6.3.tar.gz 解压后进入目录，在文件src/spawn-fcgi.c中注释掉一段代码：[plain]/* if (my_uid == 0) { fprintf(stderr, spawn-fcgi: I will not set uid to 0/n); return -1; } */ 类似的还有两处要注释。运行./configure然后编译makemake installmake install 不大灵光，手动拷贝吧。现在再试试看，搞定了。