嵌入式web服务器

如今在嵌入式设备中所使用的web服务器主要有：boa、thttpd、mini_httpd、shttpd、lighttpd、goaheand、appweb和apache等。

Boa

1.介绍

Boa诞生于1991年，做者Paul Philips。是开源的，应用很普遍，特别适合于嵌入式设备，网上流行程度很广。它的官方网站说boa是最受人喜好的嵌入式web服务器。功能较为强大，支持认证，cgi等。Boa 是一个单任务的HTTP SERVER，它不像传统的web服务器那样为每一个访问链接开启一个进程，也不会为多个链接开启多个自身的拷贝。Boa对全部的活动的http链接在内部进行处理，并且只为每一个CGI链接（独立的进程）开启新的进程。所以，boa在同等硬件条件下显示出更快的速度。测试代表boa在Pentium 300MHZ下可以每秒钟处理几千次点击，在20 MHz 386/SX下可以每秒钟处理几十次点击访问。

Boa和thttpd等，与apache等高性能的web服务器主要区别是，它们通常是单进程的服务器，只有在完成一个用户请求后才能响应另外一个用户的请求，没法并发响应，但这在嵌入式设备的应用场合里已经足够了。

Boa设计主要出于速度和安全，是指不被恶意用户暗中破坏，而不是指它有很好的访问控制和通讯加密。能够添加SSL来保证数据传输中的保密和安全。

2.操做系统

All POSIX (Linux/BSD/UNIX-like OSes)

3.版本

从0.90到如今的最新发布版本0.94。最新发布版本0.94：boa-0.94.13.tar大小为120k，解压后为436k，编译以后的可执行代码在60k左右。最近开发版本：boa-0.94.14rc21

4.可执行程序的大小、内存需求状况

Boa有最少的资源需求。很是少的内存需求，能耗很小。 特别适合于嵌入式市场。含有gcc 2.95.3和 GNU libc 2.2.5的boa的二进制文件大小为61K（ 495K statically linked ）。使用库uClibc，boa变得更小（92K statically linked）。

有人曾作过测试：所用环境AMD Duron 700，384MB RAM, RealTek 8139，SiS900 chipset-based NICs ，LinkSys 10/100 hub，Linux 2.4，结果是：Boa的虚拟内存（VmSize）大小是1696kB，85％是库文件。虚拟内存数据（VmData size）大小是108kB。Boa每次连个并发链接消耗掉20kB的内存。

参考比较表：

Server

Stripped Binary Size

VmSize

External Libraries

Boa 0.94.13

61kB

1700kB

0

Apache 1.3.26

277kB

11,000kB

9

thttpd 2.20c

64kB

1800kB

0

5.功能、特色

l 支持HTTP/1.0(实验性的、有条件的支持HTTP/1.1)

l 支持CGI/1.1，编程语言除了C语言外，还支持Python, Perl, PHP，但对PHP没有直接支持，没有mod_perl, mod_snake/mod_python等。

l Boa支持HTTP认证，但不支持多用户认证。

l 它能够配置成SSL/HTTPS和 IPv6。

l 支持虚拟主机功能。

Boa服务器与其它服务器的不一样：

为了追求速度和简单性，boa服务器在一些方面不一样于一些流行的web服务器。

CGI程序的REMOTE_HOST环境变量没有设置

The REMOTE_HOST environment variable is not set for CGI programs, for reasons already described. This is easily worked around because the IP address is provided in the REMOTE_ADDR variable, so (if the CGI program actually cares) gethostbyaddr or a variant can be used.

Boa不具备ssi（server side includes）。

We don't like them, and they are too slow to parse. We will consider more efficient alternatives.

Boa不具备访问控制。

Boa will follow symbolic links, and serve any file that it can read. The expectation is that you will configure Boa to run as user "nobody", and only files configured world readable will come out.

没有chroot选项。

There is no option to run chrooted. If anybody wants this, and is willing to try out experimental code, contact the maintainers.

官方网站：www.boa.org

Thttpd

1.介绍

Thttpd是ACME公司设计的一款比较精巧的开源Web服务器。它的初衷是提供一款简单、小巧、易移植、快速和安全的HTTP服务器，而事实上，Thttpd也正是这样一款服务器。它在Unix系统上运行的二进制代码程序，仅仅400k左右，在同类Web服务器中应该是至关精巧的。在可移植性方面，它可以在几乎全部的Unix系统上和已知的操做系统上编译和运行。Thttpd在默认的情况下，仅运行于普通用户模式下，从而可以有效地杜绝非受权的系统资源和数据的访问，同时经过扩展它也能够支持HTTPS、SSL和TLS安全协议。Thttpd尤其称道的是已经全面支持IPv6协议， 而且具备独特的Throttling功能，能够根据须要限制某些URL和URL组的服务输出量。此外，Thttpd全面支持HTTP 1.1协议（RFC 2616）、CGI 1.一、HTTP 基本验证（RFC2617）、虚拟主机及支持大部分的SSI（Server Side Include）功能，并可以采用PHP脚本语言进行服务器端CGI的编程。

thttpd是一个很是小巧的轻量级web server，它很是简单，对于并发请求不使用fork()来派生子进程处理，而是采用多路复用(Multiplex)技术来实现。所以效能很好。对于小型web server而言，速度快彷佛是一个代名词，经过官方站提供的Benchmark，能够这样认为：thttpd至少和主流的web server同样快，在高负载下更快，由于其资源占用小的缘故。Thttpd还有一个较为引人注目的特色：基于URL的文件流量限制，这对于下载的流量控制而言是很是方便的。象Apache就必须使用插件实现，效率较thttpd低。Thttp是开源的。是用C语言编写的。使用的不少。

2.操做系统 
Thttpd支持多种平台，如FreeBSD, SunOS, Solaris, BSD, Linux, OSF等。

3.版本

最新版本：thttpd-2.25b.tar 130kB，解压后497kB

4. 可执行程序的大小、内存需求状况

编译后的可执行的二进制文件为60kB左右，与boa差很少。版本已从1.90a发展到2.25b，

使用内存不多，没查到具体的数据。

5.特色、功能

thttpd中是一个简单,小型,轻便,快速和安全的http服务器.

特色：

简单：它可以支持HTTP/1.1协议标准，或者超过了最低水平 
小巧：它具备很是少的运行时间，由于它不fork子进程来接受新请求，而且很是谨慎

的分配内存

便携：它可以在大部分的类Unix系统上运行，包括FreeBSD, SunOS 4, Solaris 2, BSD/OS, Linux, OSF等等 
快速：它的速度要超过主流的Web服务器（Apache, NCSA, Netscape），在高负载状况下，它要快的多。 
安全：它努力的保护主机不受到攻击，不中断服务器

thttpd，适合静态资源类的服务，好比图片、资源文件、静态HTML等等的应用，性能应该比较好，同时也适合简单的CGI应用的场合。

功能：

l 支持CGI1.1。

l 支持基本的认证功能。

l 支持Chroot功能

l 支持Throttling。

l 支持IPv6。

l 支持多虚拟主机功能。

l 支持自定义错误页。

l 支持标准日志记录。

l Thttpd处理了大量的信号，这些信号是经过标准的Unix kill(1) command发出的。

l 经过扩展它也能够支持HTTPS、SSL和TLS安全协议。

使用建议: 对于那些并发访问量中等，而又须要较强响应能力、并指望可以控制用户访问流量，并且有较高安全性需求的用户而言，thttpd Web服务器显然是一个比较好的选择。 thttpd目前的最新版本是2.2.5版。

下图为www.acme.com/software/thttpd网站对几种web server比较图。

各类服务器的比较：

· Software – 哪一种web服务器

o Name

o Version

o Released – 何时发布的

o Active devel - 是否当前还在开发中。

· Features –一些关键服务器的特色

o Model - what kind of server it is. The models are:

§ fork - start a new process for each request.

§ pre-fork - pre-start a pool of processes which each handle multiple requests.

§ threads - use threads instead of processes.

§ Java threads - this version of the Java runtime uses "Green threads" instead of native threads, so it acts more like the select-based servers.

§ select - use non-blocking I/O and the select() system call to handle multiple requests in a single process, single thread.

从上面能够看到thttpd、boa都是使用select方式，apache使用的是pre-fork方式，因为apache是多进程方式，thttpd、boa是单进程方式，所使用的内存要远小于apache，且速度快于apache。

o Auto-conf （自动配置）- whether there's a script to automatically configure the build process for your OS.

o Basic auth （基本认证）- whether the server supports Basic Authentication, for password-protected web pages.

o Chroot - whether the server lets you use the chroot() system call to enhance security.

o Throttling - the ability to set bandwidth limits on certain pages, so they don't use more than their fair share of the server's resources.

· Size –各类服务器的大小

o Tar bytes - the uncompressed source tarchive size.

o Source files - how many source and header files.

o Source lines - how many lines in the source and header files.

o Exe - the executable size. For the compiled program this is size of the main executable file, stripped. For the Java servers it's the total size of the .class files or .zip files. For Roxen it's the size of the Pike interpreter.

· 基础测试系统。The benchmark test system is a 297MHz Ultra Sparc with 256MB RAM / 512MB swap running Solaris 2.6, otherwise totally quiescent. RLIMIT_NOFILE is 256 soft / 1024 hard, and v.v_maxup is 3941.

· RPS – 每秒响应请求次数。maximum requests per second. This is determined by running the test load at various parallel-request rates and finding the maximum response rate. See the graph below for the full data.

o Small files - the small-file test load consists of 1000 files, each 1KB long, requested randomly.

o CGI - the CGI test load consists of a trivial "hello world" C program. .

· Max users – 最大处理的用户数。This is determined by running the test load at various parallel-request rates and seeing when it starts screwing up. Typical screwups are running out of memory or processes, so that requests start timing out or getting refused.

o Large files - the large-file test load consists of 100 files, each 1MB long, requested randomly. Also, each connection is throttled to simulate a 33.6Kbps modem. Note that 1000 33.6Kbps connections is 3/4 of a T3.

上面的比较中，thttpd和boa都没有使用最新版本，boa的最新版本已经支持基本认证、自动配置等功能。Thttpd和boa的基本功能差很少，能够互相替换。如今选用web服务器时，同时有boa和thttpd的状况下，选择使用boa的状况居多。我在一篇论文中提到一点，说：thttpd在运行过程当中所须要的资源要远大于boa，但没有验证过。

官方地址：http://www.acme.com/software/thttpd/ 
下载地址：http://www.acme.com/software/thttpd/thttpd-2.25b.tar.gz

Mini_httpd

1. 介绍

Mini_httpd是一个小型的HTTP服务器。开源，它的性能不强，可是它很是适合于中小访问量的站点。Mini_httpd和thttpd都是ACME Labs 开发的软件，功能没有thttpd强。

2. 操做系统

与thttpd相同。

3. 版本

发布的版本从1.00到1.19。最新发布的版本是version 1.19.tar 41kB,解压后为140kB。

4. 功能、特色

它实现了HTTP服务器的全部的基本功能，包括：

· 支持CGI功能

· 支持基本的验证功能

· 支持安全 .. 上级目录功能

· 支持通用的MIME类型

· 支持目录列表功能

· 支持使用 index.html, index.htm, index.cgi 做为首页

· 支持多个根目录的虚拟主机

· 支持标准日志记录

· 支持自定义错误页

· Trailing-slash redirection

· 它能够配置成SSL/HTTPS和 IPv6.

5.可执行文件大小、内存使用状况

编译后可能要小于boa、thttpd，内存使用可能小于boa、thttpd。Mini_httpd的功能，thttpd功能几乎都覆盖了。

mini_httpd 也是相对比较适合学习、实验使用，大致实现了一个Web Server的功能，支持静态页和CGI，可以用来放置一些我的简单的东西，不适宜投入生产使用。

官方地址：http://www.acme.com/software/thttpd/ 
下载地址：http://www.acme.com/software/mini_httpd/mini_httpd-1.19.tar.gz

Shttpd

1.介绍

Shttpd，开源。它是另外一个轻量级的web server，具备比thttpd更丰富的功能特性，支持CGI, SSL, cookie, MD5认证, 还能嵌入(embedded)到现有的软件里。最有意思的是不须要配置文件！因为shttpd能够轻松嵌入其余程序里，所以shttpd是较为理想的web server开发原形，开发人员能够基于shttpd开发出本身的webserver，官方网站上称shttpd若是使用uclibc/dielibc(libc的简化子集)则开销将很是很是低。

2.操做系统

Windows, QNX, RTEMS, UNIX (*BSD, Solaris, Linux)。

3.版本

    它的最新版本是：shttpd-1.38.tar ，75kB，解压后为278kB。发布的版本从2004年的1.3到如今的2007年的1.38

4.功能、特色

l 小巧、快速、不膨胀、无需安装、简单的40KB的exe文件，随意运行

l 支持GET, POST, HEAD, PUT, DELETE 等方法

l 支持CGI, SSL, SSI, MD5验证, resumed download, aliases, inetd模式运行

l 标准日志格式

l 很是简单整洁的嵌入式API

l 对库dietlibc 支持友好，对uClibc (*)不友好。

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

不具备的功能：

virtual hosts, user home directorires, ACL (access control lists), traffic shaping, keep-alive connections, FCGI (Fast CGI) support.

5.可执行文件大小、内存使用状况

编译后的可执行的二进制文件为40kB左右.

网上查询结果是有关内容不多。使用范围不广。有网友对它的评论是：shttpd功能算是比较全的, 但在处理二进制数据时不够稳定, 时有异常. 有待观察。

官方网站：http://shttpd.sourceforge.net/ 
下载地址：http://sourceforge.net/project/showfiles.php?group_id=126090&package_id=137886

Lighttpd

1.介绍

Lighttpd是一个德国人领导的开源软件，历时只有三年。其根本的目的是提供一个专门针对高性能网站，安全、快速、兼容性好而且灵活的web server环境。具备很是低的内存开销，cpu占用率低，效能好，以及丰富的模块等特色。lighttpd 是众多OpenSource轻量级的web server中较为优秀的一个。支持FastCGI, CGI, Auth, 输出压缩(output compress), URL重写, Alias等重要功能，而Apache之因此流行，很大程度也是由于功能丰富，在lighttpd上不少功能都有相应的实现了，这点对于apache的用户是很是重要的，由于迁移到lighttpd就必须面对这些问题。实用起来lighttpd确实很是不错，apache主要的问题是密集并发下，不断的fork()和切换，以及较高（相对于 lighttpd而言）的内存占用，使系统的资源几尽枯竭。而lighttpd采用了Multiplex技术，代码通过优化，体积很是小，资源占用很低，并且反应速度至关快。利用apache的rewrite技术，将繁重的cgi/fastcgi任务交给lighttpd来完成，充分利用二者的优势，如今那台服务器的负载降低了一个数量级，并且反应速度也提升了一个甚至是2个数量级！lighttpd 适合静态资源类的服务，好比图片、资源文件、静态HTML等等的应用，性能应该比较好，同时也适合简单的CGI应用的场合，lighttpd能够很方便的经过fastcgi支持php。

2.操做系统

    Unix、linux、Solaris、FreeBSD

3.版本

最新版本lighttpd-1.4.17.tar,783kB,解压后为3.48MB

4.功能、特色

下面是lighttpd官方网站给出的lighttpd特色，

l virtual hosts

l virtual directory listings

l URL-Rewriting, HTTP-Redirects

l automatic expiration of files

l Large File Support (64bit fileoffsets)

l Ranges (start-end, start-, -end, multiple ranges)

l on-the-fly output-compression with transparent caching

l deflate, gzip, bzip2

l authentication

l basic, digest

l backends: plain files, htpasswd, htdigest, ldap

l fast and secure application controlled downloads

l Server Side Includes

l User Tracking

l FastCGI, CGI, SSI

l PHP-Support:

l same speed as or faster than apache + mod_php4

l includes a utility to spawn FastCGI processes (neccesary for PHP 4.3.x)

l via FastCGI and CGI interface

l support Code Caches like Turckmm, APC or eaccelarator

l load-balanced FastCGI

l (one webserver distibutes request to multiple PHP-servers via FastCGI)

l Security features:

l chroot(), set UID, set GID

l protecting docroot

l strict HTTP-header parsing

5.可执行文件大小、内存使用状况

没有查到具体数据。

Lighttpd缺点就是bug比较多，软件并不稳定，并且文档太简略，有些功能须要你本身猜想才懂得怎么配置。尤为是使用内存，很难说清楚具体使用量，通常在10－20M（繁忙站点），但有时候会突发到100多M，并稳定下来。不过相对apache的使用量，这个已经不算多。

lighttpd虽然是web服务器中的轻量级。但对于嵌入式web服务器来讲仍是较大的一个web服务器，功能较强。

有人评论lighttpd：lighttpd、apache 属重量级服务器, 成熟稳定, 体积较大, 在复杂的嵌入式应用上可选用.

    Lighttpd使用的不普遍，在google中搜索：嵌入式 lighttpd，结果几乎没有相关的内容。Lighttpd使用内存比其它小型嵌入式web服务器内存资源要多。毕竟它不是专为嵌入式设备开发的。 
官方网站：www.lighttpd.net

Goahead

1.介绍

GoAhead Webserver是为嵌入式实时操做系统（RTOS）量身定制的Web服务器。它的目标也许不在于目前的WEB服务器市场，而是面向当嵌入式系统深刻咱们的工做与生活的明天，那时，它也许会成为使用最普遍的WEB服务器。GoAhead Webserver构建在设备管理框架（Device Management Framework）之上，用户能够像标准的Web Services同样来部署本身的应用，不须要额外的编程。GoAhead Webserver支持SOAP客户端（Simple Object Access Protocol，简单对象访问协议），XML-RPC客户端，各类Web浏览器和单独的Flash客户端。GoAhead Webserver支持一种类ASP的服务器端脚本语言，其语法形式和微软的ASP语法基本相同（Active Server Page）。GoAhead Webserver是跨平台的服务器软件，能够稳定地运行在Windows，Linux和Mac OS X操做系统之上。GoAhead Webserver是开放源代码的，这意味着你能够随意修改Web服务器的功能。这款WEB服务器很是小巧，它的WIN CE版本编译后的大小还不到60k，它的输出一般也是面向一些小屏幕设备。在性能方面，使用一颗24MH z的68040处理器，它的响应速度为20次/秒，使用266MHz的Pentium处理器能够达到50次/秒的响应速度。

2.操做系统

Windows CE, Wind River VxWorks, Linux, Lynx, QNX,与Windows 95/98/NT

3版本

Goahead从2003年开始发布，最新的版本：webs218.tar ，827kB，解压后为2.28MB 
4.功能、特色

· 很小的内存消耗

· 支持认证功能Digest Access Authentication (DAA)

· 支持安全的通讯，例如SSL（安全的套接字层）

· 支持动态Web页面，如ASP页面

· 可使用传统的C语言编程定制Web页面里的HTML标签

· 支持CGI（公共网关编程接口）

· 嵌入式的JavaScript脚本翻译器

· 独特的URL分析器

· 它基本上属于一个HTTP1.0标准的WEB服务器，对一些HTTP1.1的特性如（持久链接）也提供了支持。每秒65次connections

5.可执行文件大小、内存使用状况

内存需求60K，它的WIN CE版本编译后的大小还不到60k。

自 2004 年 2.18 版以后, GoAhead 官方再也不对它免费许可的升级和支持,若是是学习和研究之用, 移植很方便, 没必要关心太多; 若是商用, 那些已知的 bug 就必须手工去改，包括对 cgi 的支持, 对操做系统差别而引用的 bug，参考下这个 http://www.eybuild.com/develop/demoshow.htm ，这个就是用的 GoAhead。

GoAhead官方网站：http://webserver.goahead.com/

AppWeb

1.介绍

appWeb有两种许可，一种是GPL，免费的，另一种是商业许可，有30天的试用期。免费的版本在http://www.appwebserver.org/ 下载，appWeb的商业版本由Mbedthis公司发布和维护，网址是http://www.mbedthis.com/。appweb 是下一代嵌入式web服务器，它天生是为嵌入式开发的，它的最初设计理念就是安全。Appweb是一个快速、低内存使用量、标准库、方便的服务器。与其它嵌入式web服务器相比，appweb最大特色就是功能多和高度的安全保障。Appweb简单、方便、开源。

2.操做系统

Linux, Windows, Mac OSX , Solaris

3.版本

    Appweb最新版本是appweb-src-2.2.2 ，大小1.195MB，解压后6.22MB

4.功能、特色

AppWeb提供的一些关键好处：

l 低开发成本。支持cgi/1.一、javastript、esp、php(4and5)，加快开发进度。

l 最小的资源需求。一秒能响应3500个请求，很是迅速，而且紧凑（110KB）。

l 灵活的开发环境。Appweb高度模块化，能够根据须要取舍。

l 可靠性

具备的功能：

· 支持嵌入式JavaScript，esp，egi，cgi和php。.

· 容易使用。 大量的例子文档可用。

· 安全。支持SSL、认证。 Secure Socket Layer (SSL) including both client and server certificates. Digest and Basic Authentication. Sandbox directives to limit denial of service attacks.

· 模块化. Select only the features you need via dynamically loadable modules. Also supports granular source code compilation directives.

· 性能突出。. Fastest performance in its class. Over 3500 requests per second on a PC class device. Memory footprint from 110K. Code and web pages are fully ROMable.

· 符合标准. AppWeb supports HTTP/1.0, HTTP/1.1, CGI/1.1, SSL RFC 2246, HTTP RFC 2617

· 方便. AppWeb has been ported to Linux, Windows, Mac OSX and Solaris and support the following CPU architectures: ARM7, MIPS32, i386/X86, PowerPC and Sparc

Feature Overview

Dynamic Content

· Embedded Server Pages (ESP)

· Embedded JavaScript

· Embedded Gateway Interface (in-memory CGI)

· CGI/1.1

· PHP (4 and 5)

Embedded Server Pages

· Server-side JavaScripting

· Integrated session state management

· Scripted generation of HTML

· Extensible via new functions

· Manage client state-data via sessions

· Post-back paradigm. Same page for form and post logic

Security

· Secure Sockets Layer (SSL)

· Basic and Digest Authentication

· Directory and URL location based authorization

· Sandbox limits

· Access and access violation logging

Modularity

· Dynamic loading of modules

· Extensible URL handlers

· Extensible / replaceable authorization, SSL and script

Ease of Use

· Apache-style configuration file

· Debugging and trace logging

· Packaged installations for Linux and Windows

· Run as a service / daemon

Other Features

· HTTP server and client access program

· Named and IP based virtual hosts

· Listen on multiple ports

· Compile web pages and files into C code for execution from ROM

Standards

· HTTP/1.1

· CGI/1.1

· Apache configuration file compatibility

Performance

· Multithreaded with high performance thread pool 

· Request throughput (> 3,500 requests per second)

· Scales on multi-cpu systems

· Small memory footprint even under heavy load (from 400K)

Developer Features

· HTTP server and client libraries 

· Shared and static libraries supplied

· C and C++ APIs

· Operate single-threaded or multithreaded (Compile or run-time selectable)

· Easy, intuitive programming model

· Integrate with common event mechanism: Windows Messages, Unix select, dedicated thread

· Coding minimized as most features can be specified via the configuration file

· Cookbook of samples (cut and paste to get going)

· SMP safe

· Extensive debug trace logging

     O'Brien describes AppWeb as a "mini-Apache" in part because it features compatibility with Apache configuration syntax. "One of our customers was able to solve a problem using Apache documentation from the Internet," O'Brien notes. AppWeb is not based on the apache codebase, however. "It's a clean implementation," says O'Brien. "It's really hard to shrink something down." 
 
AppWeb architecture

5.可执行文件大小、内存使用状况

    内存使用110KB， Small memory footprint even under heavy load (from 400K)。

官方网站http://www.appwebserver.org/

商业网站http://www.mbedthis.com/

Apache

最新的apache版本是httpd-2.2.4.tar，6.07MB，解压后为27.2MB，在嵌入式web服务器中不多使用，在网上搜索看到有人在vxwork上用过apache，在其它方面没有，我认为，goahead、appweb具备丰富的功能，没有使用apache的必要。另外一个缘由是由于apache是一个多进程web服务器，使用的内存不少。

因为apache的prefork工做模式有关。每一个apache进程只能同时服务于一个http链接。这种模式好处在于每一个进程不互相干扰，稳定性好；缺点也创建在优势之上，就是占用资源多，即便每一个进程只使用2M内存（若是使用了php，这点内存根本不够）,100的并发链接就用掉200M的内存。

开发语言和开发工具

如今的嵌入式linux中CGI程序主要使用C语言。对于编写C语言的CGI程序，能够编写好程序以后，在linux操做系统下编译，用针对硬件平台的linux的交叉编译工具编译就能够，写的html网页界面在记事本写便可。我之前写的CGI程序就是在此环境下写的。这也是最广泛的开发方法。

对于用C语言编写CGI程序还可使用CSP/eybuild提供的平台库及其开发套件，它能够将CGI程序嵌入式到网页中，能够提升开发效率。传统用C作CGI的方法是直接使用printf() 等标准I/O函数输出HTML代码，这样不但使得C程序和HTML程序交织的混乱不堪，还使得页面输出的流程控制变得很是复杂。CSP与之不一样，它充分吸收了ASP/JSP/PHP等以HTML/ XML为模板嵌入脚本语言优势，并充分融合C语言的语言特性。使得CSP的开发更快速、更高效，同时还大大提了最终代码的可读性和维护性。 CSP设计的最原始的初衷，就是要为嵌入式开发定制的一套相似 ASP/JSP/PHP的C语言开发工具。针对设备WEB开发CSP提供了丰富的平台库和开发工具，它们为设备系统的WEB交叉开发和移植提供了有力的支持。经过交叉开发，能够在其它硬功件平台彻底未准完毕的状况下进行高层软件的开发。这不只能为产品开发有效地节约软硬件资源，还为WEB程序提供简单有效地调试工具。

但缺点是，CSP/eybuild不是一个开源的项目，若是你是我的使用或出于学习、研究目的你能够从eybuild的官方站点http://www.eybuild.com 免费下载，或发邮件到 eybuild@hotmail.com 免费索取。它的站点上能够下载针对x8六、arm920T的CSP/eybuild开发平台，其它平台须要向网站上定购。若是你想在你的嵌入式设备的开发板上试用或出于学习和研究目的，你也可把您目标板及编译环境的详细资料发给eybuild@hotmail.com，请求为你的目标板单独制做一份交叉编译开发的CSP/eybuild平台。若是你想你的商用产品或项目中使用CSP/eybuild，你必须在CSP/eybuild的商用受权后才可以使用。商用受权后您将能够获得很好的技术支持和技术培训。关于商用受权的详细流程，可邮件至eybuild@hotmail.com 垂询。

用C语言编写CGI与其它语言编写CGI的比较：

C语言简洁紧凑，使用方便、灵活，对程序的语法结构要求不是很严，这就使得编程

人员在编程时具备很大的灵活性，能够设计出本身风格的程序。不像UNIX SHELL、Perl和TCL，C语言是一种编译语言，源程序代码要被系统的续译器翻译成机器能直接执行的二进制代码，所以用C语言编写的CGI程序的运行速度要比用解释性语言编写的程序快。使用编泽语言的另外一个好处是即便CGI执行程序陷入黑客之手，他们也没法像分析用解释性语言编写的CGI程序那样找到程序中的漏洞。因为C语言最初是针对系统设计的，这使得C语言的字符串处理能力比较差，若是CGI程序须要对字符串进行一些复杂的操做，用C诺言实现起来将比较麻烦，代码量也较多。如今网上用C语言编写的CGI程序仅次于Perl（Perl编写程序简单方便）。

CGI与JSP的比较：

Servlet是Java技术对CGI编程的回答。Servlet程序在服务器端运行，动态地生成Web页面。与传统的CGI和许多其余相似CGI的技术相比，Java Servlet具备更高的效率，更容易使用，功能更强大，具备更好的可移植性，更节省投资。详细内容见备注。JSP是强于CGI，这也是如今CGI技术的使用没有JSP使用多的缘由。但如今嵌入式web服务器端程序开发，仍是CGI较多。因为使用JSP技术，在嵌入式web服务器开发中不多使用，在网上没有查到关于在嵌入式web服务器上应用的有关内容。

要实现阅读器的lmt，所需的CGI代码量估计不会不少，关键在于调试。

结论

    根据上面的分析，考虑到使用范围宽广程度，在小型服务器、不要求太强功能，推荐选用boa、thttpd，其实它们足能够知足大多数状况下的需求，也是使用最广、可参考最多的嵌入式web服务器。若是要求强大的功能，支持javastript等，推荐选用goahead、appweb。

备注：

一个网友的我的意见：

boa 的功能比较齐全, 便对嵌入式应用不少功能就是冗余(如virtual host), 内存使用量较大些. 
thttpd 功能较少, 实现简单. 内存使用量较少. 同时比较方便扩展. 
shttpd 功能功能算是比较全的, 但在处理二进制数据时不够稳定, 时有异常. 有待观察. 
light-httpd, apache 属重量级服务器, 成熟稳定, 体积较大, 在复杂的嵌入式应用上可选用. 
goAhead 是个比较专用的 webserver, 大部分功能都在服务它本身提供的 goform 功能和  
          ASP/javascript 功能. 最后的 2.1.8 版仍有很多bug. (见下) 
mini-httpd 与 thttpd 是同一家, 功能几乎彻底同样. 
boa 缺陷:  
   (1) 未提供 CGI 解析头处理. 
可按这个地址方便修改. http://bbs.chinaunix.net/viewthread.php?tid=824840 
   (2) 对 POST 数据使用临时文件缓冲, 对没法创临时文件的小系统系统, 须要手工改下这部代码. 
不少人报告在移植时不能POST 数据, 都是这个缘由. 
   (3) ... 
thttpd 缺陷: 
   (1)  CGI1.1 标准支持不完整(不般影响不大), 未提供对协议要求的其它HTTP头处理,  
如:If-Modified-Since, Accept-Language等应用程序就收不到. 
   (2) 直接使用 socket 到 CGI 应用的重定, 会致使提供大量 POST 数据时(如上传文件),  
        CGI应用不读彻底部 POST 数据就没法向浏览器应答 bug 
   (3) ... 
goAhead 缺陷: 
   (1) 专用, 如喜欢它提供的 goform和 asp 令论. 
   (2) CGI 对二进制输出有不少 bug. 
   (3) 为实现单一任务处理, 在很平台采用延时轮询接收队列, 处理效率不高. 
   (4) 其它 bug 有不一罗列了, 移植时要一个个订下. 
我的观点, 仅供参考. 
Good Luck!

CGI, mod_perl, PHP, JSP性能比较

这是网上一篇关于CGI，mod_perl,PHP,JSP的性能比较的文章，从中能够看出它们的性能。

测试结果很大程度上依赖于机器的硬件/软件配置，并随配置变化而产生差别，所以： 
本测试结果 *仅供参考*   
测试用硬件： 
CPU: Intel PII 300(66x4.5)   
RAM: 192M   
HD: IBM 20G(2M cache)   
测试用软件： 
OS: Slackware 7(自行编译的2.2.14核心)   
Web: Apache 1.3.12(标准模块按缺省配置，全部模块静态编译)   
PHP 4.0 RC1(加入了MySQL支持)   
mod_perl 1.23(缺省配置，未加EVERYTHING=1)   
ApacheJServ 1.1(缺省配置)   
JDK: JDK 1.2.2   
JSDK: JSDK 2   
JSP: GNUJSP 1.0.0   
JSP: GNUJSP 1.0.0   
本测试是用Apache自带的Apache Bench(ab)进行的，命令为： 
/www/bin/ab -c 20 -n 1000 CGI/脚本URL   
此命令表示使用 20 个并发链接，进行 1000 次请求。全部测试均在本机进行，各类测试均反复进行5次，去掉最大最小值后取平均值。 我分别测试了C写的CGI、Perl写的CGI、用mod_perl执行的Perl CGI、PHP和JSP。 
各类CGI/脚本均输出内容类似的简单页面，内容以下： 
html   
body   
h1The xxxx Hello Program/h1   
p   
Hello xxxx World!   
/body   
/html   
测试结果(只取了最具表明性的 Requests per second 即每秒处理请求数这一项)   
CGI/脚本类型 每秒处理请求数 
C CGI  128   
Perl CGI  69   
mod_perl  223   
PHP  237   
JSP  21   
测试结论： 

除了JSP以外，其它几种CGI/脚本的表现大体是正常的。Perl程序解释执行，做为 
CGI运行时又须要另外fork进程，因此最慢；mod_perl和PHP都直接在httpd内部运行脚本，省掉了fork的消耗，因此快了不少；C程序虽然本应最快，但做为CGI 运行时也是由于fork而使性能大打折扣。至于JSP...我想这个结果并不具备表明性。毕竟测试用机只有192M内存，用top看看，一个JAVA就占了11M。何况测试用机自己是一台Web server，测试时还有好几十个httpd在跑不过无论怎么说，在配置较低的服务器上，跑PHP、mod_perl在性能上要好过JSP是确定的。 
附测试用程序： 
C程序 hello.c   
#include stdio.h   
int main(void)   
{   
char s[] = "C CGI";   
printf ("Content-Type: text/html ");   
printf ("html "   
"body "   
"h1The C CGI Hello Program/h1 "   
"p "   
"Hello %s World! "   
"/body "   
"/html ", s);   
return 0;   
}   
用 gcc -o hello hello.c 编译，把 hello 放到 cgi-bin目录下。 
Perl程序 hello.pl   
#!/usr/bin/perl   
#!/usr/bin/perl   
$s = "Perl CGI";   
print "Content-Type: text/html ";   
print <<DONE   
html   
body   
h1The Perl CGI Hello Program/h1   
p   
Hello $s World!   
/body   
/html   
DONE   
把hello.pl放到cgi-bin目录下，兼做Perl CGI和mod_perl 脚本测试用。 
PHP文件 hello.php   
html   
body   
h1The PHP Hello Program/h1   
<? $s = "PHP"; ?>;   
p   
Hello <? echo $s ?>; World!   
/body   
/body   
/html   
JSP文件 hello.jsp   
html   
body   
h1The JSP Hello Program/h1   
p   
<% String s = "JSP"; %>;   
p   
Hello <%= s %>; World!   
/body   
/html

Java Servlet和JSP的技术概述以及比较

Java Servlet及其特色

Servlet是Java技术对CGI编程的回答。Servlet程序在服务器端运行，动态地生成Web页面。与传统的CGI和许多其余相似CGI的技术相比，Java Servlet具备更高的效率，更容易使用，功能更强大，具备更好的可移植性，更节省投资（更重要的是， Servlet程序员收入要比Perl程序员高:-）：

高效:

在传统的CGI中，每一个请求都要启动一个新的进程，若是CGI程序自己的执行时间较短，启动进程所须要的开销极可能反而超过实际执行时间。而在Servlet中，每一个请求由一个轻量级的Java线程处理（而不是重量级的操做系统进程）。

在传统CGI中，若是有N个并发的对同一CGI程序的请求，则该CGI程序的代码在内存中重复装载了N次；而对于Servlet，处理请求的是N个线程，只须要一份Servlet类代码。在性能优化方面，Servlet也比CGI有着更多的选择，好比缓冲之前的计算结果，保持数据库链接的活动，等等。

方便:

Servlet提供了大量的实用工具例程，例如自动地解析和解码HTML表单数据、读取和设置HTTP头、处理Cookie、跟踪会话状态等。

功能强大:

在Servlet中，许多使用传统CGI程序很难完成的任务均可以轻松地完成。例如，Servlet可以直接和Web服务器交互，而普通的CGI程序不能。Servlet还可以在各个程序之间共享数据，使得数据库链接池之类的功能很容易实现。

可移植性好:

Servlet用Java编写，Servlet API具备完善的标准。所以，为I-Planet Enterprise Server写的Servlet无需任何实质上的改动便可移植到Apache、Microsoft IIS或者WebStar。几乎全部的主流服务器都直接或经过插件支持Servlet。

节省投资:

不只有许多廉价甚至免费的Web服务器可供我的或小规模网站使用，并且对于现有的服务器，若是它不支持Servlet的话，要加上这部分功能也每每是免费的（或只须要极少的投资）。

JSP及其特色

JavaServer Pages（JSP）是一种实现普通静态HTML和动态HTML混合编码的技术，有关JSP基础概念的说明请参见《JSP技术简介 》。

许多由CGI程序生成的页面大部分仍旧是静态HTML，动态内容只在页面中有限的几个部分出现。可是包括Servlet在内的大多数CGI技术及其变种，老是经过程序生成整个页面。JSP使得咱们能够分别建立这两个部分。例如，下面就是一个简单的JSP页面：

＜!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"＞

＜HTML＞

＜HEAD＞＜TITLE＞欢迎访问网上商店＜/TITLE＞＜/HEAD＞

＜BODY＞

＜H1＞欢迎＜/H1＞

＜SMALL＞欢迎,

＜!-- 首次访问的用户名字为"New User" --＞

＜% out.println(Utils.getUserNameFromCookie(request)); %＞

要设置账号信息，请点击

＜A HREF=http://www.blue1000.com/article/"Account-Settings.HTML"＞这里＜/A＞＜/SMALL＞

＜P＞

页面的其他内容。.

＜/BODY＞＜/HTML＞

下面是JSP和其余相似或相关技术的一个简单比较：

JSP和Active Server Pages（ASP）相比

Microsoft的ASP是一种和JSP相似的技术。JSP和ASP相比具备两方面的优势。首先，动态部分用Java编写，而不是VB Script或其余Microsoft语言，不只功能更强大并且更易于使用。第二，JSP应用能够移植到其余操做系统和非Microsoft的Web服务器上。

JSP和纯Servlet相比

JSP并无增长任何本质上不能用Servlet实现的功能。可是，在JSP中编写静态HTML更加方便，没必要再用 println语句来输出每一行HTML代码。更重要的是，借助内容和外观的分离，页面制做中不一样性质的任务能够方便地分开：好比，由页面设计专家进行HTML设计，同时留出供Servlet程序员插入动态内容的空间。

JSP和服务器端包含（Server-Side Include，SSI）相比

SSI是一种受到普遍支持的在静态HTML中引入外部代码的技术。JSP在这方面的支持更为完善，由于它能够用Servlet而不是独立的程序来生成动态内容。另外，SSI实际上只用于简单的包含，而不是面向那些可以处理表单数据、访问数据库的“真正的”程序。

JSP和JavaScript相比

JavaScript可以在客户端动态地生成HTML。虽然JavaScript颇有用，但它只能处理以客户端环境为基础的动态信息。除了Cookie以外，HTTP状态和表单提交数据对JavaScript来讲都是不可用的。另外，因为是在客户端运行，JavaScript不能访问服务器端资源，好比数据库、目录信息等等。

Java很占内存吗？

使用Java平台进行嵌入式设备开发时，其对内在的使用量，会不会比使用原始语言如C/C++更大些呢？这取决于软件的复杂性。Java因为虚拟机和内库的缘由，有可能会致使内存开销的增大。下面比较一下Java平台内存的占用状况（基于Sun的实现）：

CLDC（Connected Limited Device Configuration，运算功能有限、电力有限的嵌入式装置，如PDA 、手机等）：可工做于100K（RAM），JIT（Just In Time,即时编译技术）须要最大些。典型的部署要求500K-16M（RAM）。

CDC（Connected Device Configuration，运算能力相对较佳、并请在电力供应上相对比较充足的嵌入式装置，如冷气机、电冰箱等）：VM约为250K，JIT小于300K，VM+JIT+基础类库约占2-2.5M。典型的部署要求：4M-32M。

固然，内存的占用量还取决于应用的大小及内在的使用状况。能够看出，其实Java平台不会占用太大的内存。可是，这只是问题的一半。另外一半是，Java代码最后部署时是以类文件来部署的，它主要是包括字节码和元数据。经过对CVM数据的分析，能够看出，字节码占据着大概30%的数据量。而采用JIT编译的代码相对于字节码而言，能够发现，内存的占有量增长了，并有一个7-8倍的ARM指令集。因为，能够估计：

Java类转成字节码的速度≈1/30%≈3.3x；

原始语言转成字节码的速度≈7x。

这意味着，Java代码的内存使用量约为原始语言代码的一半。固然这只是很是粗略的估算，但倒是合理的估算。

使用Java的JIT后，只有那些使用频率高的代码才会被编译。而在系统中只是偶然被执行的代码则采用解释来编译。同时，JIT尽可能使被编译的代码其内存占有量保持在一较小的范围内。对CVM（CDC所使用虚拟机），默认值为512K。而在一些较优秀的程序中，能够发现，其值为100K-300K。

这也就是说，使用Java编写的程序，只有使用频率比较高的代码才致使内存占用的增长。相反，使用C/C++编写的程序，整个代码都须要进行编译。所以，不能说使用Java语言编写的程序占用的内存就会比使用C/C++编写的程序大。这决定于软件相对于平台代码的复杂度及大小。若是软件规模比较大，Java平台所消耗的内存远小于Java类文件简洁性节约的内存，这种状况下，使用Java平台将有利于节约内存。若是软件的规模比较小，则Java平台消耗的内存就比较明显了，能够考虑使用C/C++来开发，以节约内存。

---------------------------------------------------------------------

一：移植Boa(web服务器)到嵌入式Linux系统

1、Boa程序的移植

一、下载Boa源码
    下载地址: http://www.boa.org/
    目前最新发行版本： 0.94.13   （几年没更新版本了）
    下载 boa-0.94.13.tar.gz，

注意：若从boa上下载的是boa-0.94.13.tar.tar，解压方式同样
    解压：

 

二、生成Makefile文件
   进入boa-0.94.13，直接运行src/configure文件

[tekkamanninja@Tekkaman-Ninja src]$./configure

 

三、修改Makefile文件（注意：必须用cross-2.95.3, 如使用3.4.一、4.1.1等等会出错） 四、交叉编译

[tekkamanninja@Tekkaman-Ninja src]$ make

 

五、去除调试信息，减少体积。（可选）

[tekkamanninja@Tekkaman-Ninja src]$/home/tekkamanninja/working/source/2.95.3/bin/arm-linux-strip boa

 

六、将编译好的程序放入根文件系统的/bin目录下。

[tekkamanninja@Tekkaman-Ninja src]$ cp boa/home/tekkamanninja/working/nfs/rootfs/bin/

  

 

 

2、配置Boa

Boa须要在/etc目录下创建一个boa目录，里面放入Boa的主要配置文件boa.conf。在Boa源码目录下已有一个示例boa.conf，能够在其基础上进行修改。

 

一、Group的修改

修改 Group nogroup
为 Group user（开发板上有的组）
修改 User nobody
为 User boa （user组中的一个成员）

根据你的开发板的状况设定。必定要存在的组和用户。

 

如下是我在开发板上的操做：

[root@~]#adduser -g user boa Changing password for boa Enter the new password (minimum of 5, maximum of 8 characters) Please use a combination of upper and lower case letters and numbers. Enter new password: Bad password: too short. Warning: weak password (continuing). Re-enter new password: passwd[820]: password for `boa' changed by user `root' Password changed. [root@~]#

二、ScriptAlias的修改

修改 ScriptAlias /cgi-bin/  /usr/lib/cgi-bin/
为 ScriptAlias /cgi-bin/  /var/www/cgi-bin/

这是在设置CGI的目录，你也能够设置成别的目录。好比用户文件夹下的某个目录。

三、ServerName的设置

修改 #ServerName www.your.org.here
为 ServerName www.your.org.here

注意：该项默认为未打开，执行Boa会异常退出，提示“gethostbyname::No such file or directory”,因此必须打开。其它默认设置便可。你也能够设置为你本身想要的名字。好比我设置为：ServerName tekkaman2440

此外，还须要：

将mime.types文件复制/etc目录下，一般能够从linux主机的 /etc目录下直接复制便可。

（如下配置和boa.conf的配置有关）

建立日志文件所在目录/var/log/boa

建立HTML文档的主目录/var/www

建立CGI脚本所在录 /var/www/cgi-bin

 

[tekkamanninja@Tekkaman-Ninja log]$ mkdir -m 777 boa [tekkamanninja@Tekkaman-Ninja log]$ cd .. [tekkamanninja@Tekkaman-Ninja var]$ mkdir -m 777 www [tekkamanninja@Tekkaman-Ninja var]$ mkdir -m 777 www/cgi-bin [tekkamanninja@Tekkaman-Ninja var]$ cd .. [tekkamanninja@Tekkaman-Ninja rootfs]$ cp /etc/mime.types etc/

 

3、运行Boa

开发板操做：

[root@~]#boa

若是发现boa没有运行，则能够在开发板的/var/log/boa/error_log文件中找缘由。

好比端口已被其余程序占用： [root@~]#cat /var/log/boa/error_log [20/Feb/2008:21:21:57 +0000] boa.c:194 - unable to bind: Address already in use   或是用户设置错误等等，均可以查到。

 

 

4、功能测试

静态网页测试

将静态网页存入根文件系统的/var/www目录下（能够将主机 /usr/share/doc/HTML/目录下的index.html、homepage.css和img、stylesheet-images目录复制到/var/www目录下）

我参考《嵌入式Web服务器移植 》的作法以下：

在根文件系统的/var目录下

[tekkamanninja@Tekkaman-Ninja var]$ cp /usr/share/doc/HTML/index.html www/ [tekkamanninja@Tekkaman-Ninja var]$ cp -r /usr/share/doc/HTML/img www/ [tekkamanninja@Tekkaman-Ninja var]$ cp /usr/share/doc/HTML/homepage.css www/ [tekkamanninja@Tekkaman-Ninja var]$ cp -r/usr/share/doc/HTML/stylesheet-images www/

 

直接在浏览器中输入开发板的IP地址（好比个人是http://192.168.1.2） ，出现fedora的欢迎网页。静态HTML调试成功。

CGI功能测试

一、编写HelloworldCGI.c程序

[tekkamanninja@Tekkaman-Ninja source]$ vi helloworldCGI.c

(主程序的程序开头必定要用Tab，而不是空格，否则编译可能不经过)

 

#include<stdio.h> #include<stdlib.h> int main(void) {         printf("Content-type: text/html\n\n");         printf("<html>\n");         printf("<head><title>CGI Output</title></head>\n");         printf("<body>\n");         printf("<h1>Hello,world.</h1>\n");         printf("<body>\n");         printf("</html>\n");         exit(0); }

 

2.交叉编译生成CGI程序

 

[tekkamanninja@Tekkaman-Ninja source]$/home/tekkamanninja/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-gcc-o helloworldCGI helloworldCGI.c

 

将helloworldCGI 拷贝至根文件系统的/var/www/cgi-bin/下

 

[tekkamanninja@Tekkaman-Ninja source]$ cp helloworldCGI../nfs/rootfs/var/www/cgi-bin/

 

3.测试

浏览器输入
   http://192.168.1.2/cgi-bin/helloworldCGI

网页出现 Hello,world. 调试成功！

 

[tekkamanninja@Tekkaman-Ninja src]$ cd ../.. [tekkamanninja@Tekkaman-Ninja source]$ cd ../nfs/rootfs/etc/ [tekkamanninja@Tekkaman-Ninja etc]$ mkdir boa [tekkamanninja@Tekkaman-Ninja etc]$ chmod 777 boa/ [tekkamanninja@Tekkaman-Ninja etc]$ cd boa [tekkamanninja@Tekkaman-Ninja boa]$ kwrite boa.conf

 

CC = /home/tekkamanninja/working/source/2.95.3/bin/arm-linux-gcc  CPP = /home/tekkamanninja/working/source/2.95.3/bin/arm-linux-gcc -E

 

[tekkamanninja@Tekkaman-Ninja source]$tar xzf boa-0.94.13.tar.gz

 

二：移植lighttpd Web服务器到嵌入式linux系统

 

1、下载并解压
下载的官方主页：www.lighttpd.net
我下的是目前最新的lighttpd-1.4.18
解压：
[tekkamanninja@Tekkaman-Ninja source]$ tar xjvf lighttpd-1.4.18.tar.bz2

2、配置和交叉编译
[tekkamanninja@Tekkaman-Ninja source]$ cd lighttpd-1.4.18
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ CC=/home/tekkamanninja/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-gcc ./configure -prefix=/lighttpd  -host=arm-9tdmi-linux-gnu --disable-FEUTARE -disable-ipv6 -disable-lfs  

这里特别注意一下：-prefix=/lighttpd ， 我是将软件先装在Host的根目录下的lighttpd文件夹内，而后将其复制到开发板的根文件系统的根目录下。我之因此这样作是由于这个软件在make install时会配置他私有的库文件的路径，在开发板运行时会在-prefix= 的文件加下找他的私有库文件。而我又是交叉编译给开发板，这样配置比较方便移植。

--disable-FEUTARE -disable-ipv6 -disable-lfs 能够不加。

[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ make

3、程序安装
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ make install

拷贝配置文件到开发板根文件系统的etc文件夹并进行适当修改：
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ cp doc/lighttpd.conf  /home/tekkamanninja/working/nfs/rootfs/etc/

[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ kwrite  /home/tekkamanninja/working/nfs/rootfs/etc/lighttpd.conf 

必需修改的地方有：

    server.document-root        = "/srv/www/htdocs/"
改成server.document-root        = "/home/lighttpd/html/"

你能够本身定义，这里就是设置web服务的根目录。

屏蔽一下语句，否则嵌入式这样的小系统下可能没法启动
#$HTTP["url"] =~ "\.pdf$" {
#  server.range-requests = "disable"
#}

开看程序须要那些动态库：
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ ~/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-readelf -d src/lighttpd

Dynamic section at offset 0x20790 contains 21 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libdl.so.2]
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x0000000c (INIT)                       0xc200
 0x0000000d (FINI)                       0x231c0
 0x00000004 (HASH)                       0x8128
 0x00000005 (STRTAB)                     0xa338
 0x00000006 (SYMTAB)                     0x8b48
 0x0000000a (STRSZ)                      5946 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000015 (DEBUG)                      0x0
 0x00000003 (PLTGOT)                     0x30860
 0x00000002 (PLTRELSZ)                   960 (bytes)
 0x00000014 (PLTREL)                     REL
 0x00000017 (JMPREL)                     0xbe40
 0x00000011 (REL)                        0xbe00
 0x00000012 (RELSZ)                      64 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffe (VERNEED)                    0xbd70
 0x6fffffff (VERNEEDNUM)                 2
 0x6ffffff0 (VERSYM)                     0xba72
 0x00000000 (NULL)                       0x0

拷贝动态库：
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ cp ~/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/arm-9tdmi-linux-gnu/lib/libdl-2.3.2.so~/working/nfs/rootfs/lib/
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ cp ~/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/arm-9tdmi-linux-gnu/lib/libdl.s*  ~/working/nfs/rootfs/lib/

在开发板为此程序新建一个用户及存储网页的根目录以及一个log目录：

开发板操做：
[root@~]#adduser -g user lighttpd
Changing password for lighttpd
Enter the new password (minimum of 5, maximum of 8 characters)
Please use a combination of upper and lower case letters and numbers.
Enter new password:
Bad password: too short.

Warning: weak password (continuing).
Re-enter new password:
passwd[786]: password for `lighttpd' changed by user `root'
Password changed.
[root@~]#

HOST 操做：
[tekkamanninja@Tekkaman-Ninja lighttpd-1.4.18]$ cd ../../nfs/rootfs/home/lighttpd/
[tekkamanninja@Tekkaman-Ninja lighttpd]$ su
口令：
[root@Tekkaman-Ninja lighttpd]# mkdir html
[root@Tekkaman-Ninja lighttpd]# chmod 777 html/
[root@Tekkaman-Ninja lighttpd]# mkdir  ../../var/log/lighttpd
[root@Tekkaman-Ninja lighttpd]# chmod 777 ../../var/log/lighttpd

将移植好的程序（整个目录，其中包含了bin、sbin、lib和share目录）拷贝到开发板根文件系统的根目录下：
[root@Tekkaman-Ninja lighttpd]# mv /lighttpd   /home/tekkamanninja/working/nfs/
[root@Tekkaman-Ninja lighttpd]# exit
exit

4、运行程序

在开发板上操做：

[root@~]#/lighttpd/sbin/lighttpd -f /etc/lighttpd.conf

将测试静态网页放在server.document-root设置的目录下，并在HOST的浏览器下输入开发板IP，测试经过。

至于CGI的运行，我还不懂配置，有空再研究！

 

三：移植shttpd Web服务器到嵌入式Linux系统

 

1、下载并解压
下载的官方主页：http://shttpd.sourceforge.net/
我下的是目前最新的shttpd-1.39.tar.gz
解压：
[tekkamanninja@Tekkaman-Ninja source]$ tar zxvf shttpd-1.39.tar.gz

 

2、配置和交叉编译
[tekkamanninja@Tekkaman-Ninja source]$ cd shttpd-1.39  
[tekkamanninja@Tekkaman-Ninja shttpd-1.39]$ cd src/
[tekkamanninja@Tekkaman-Ninja src]$ kwrite Makefile

 

只需在前面加上交叉编译器路径就好：
CC = /home/tekkamanninja/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-gcc
AR = /home/tekkamanninja/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-ar
CFLAGS =  -DNO_SSL

 

加上CFLAGS =  -DNO_SSL，是由于若是编译SSL支持，会因符号未定义而没法经过。因此我去除了SSL 支持。

 

交叉编译：

[tekkamanninja@Tekkaman-Ninja src]$ make unix

开看程序须要那些动态库：
[tekkamanninja@Tekkaman-Ninja src]$ ~/working/gcc4.1.1/gcc-4.1.1-glibc-2.3.2/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu-readelf -d shttpd

Dynamic section at offset 0x12cc8 contains 20 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x0000000c (INIT)                       0x9180
 0x0000000d (FINI)                       0x18708
 0x00000004 (HASH)                       0x8128
 0x00000005 (STRTAB)                     0x8a5c
 0x00000006 (SYMTAB)                     0x843c
 0x0000000a (STRSZ)                      807 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000015 (DEBUG)                      0x0
 0x00000003 (PLTGOT)                     0x22d90
 0x00000002 (PLTRELSZ)                   704 (bytes)
 0x00000014 (PLTREL)                     REL
 0x00000017 (JMPREL)                     0x8ec0
 0x00000011 (REL)                        0x8e88
 0x00000012 (RELSZ)                      56 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffe (VERNEED)                    0x8e48
 0x6fffffff (VERNEEDNUM)                 1
 0x6ffffff0 (VERSYM)                     0x8d84
 0x00000000 (NULL)                       0x0

将编译好的程序放入开发板的文件系统下：
[tekkamanninja@Tekkaman-Ninja src]$ cp shttpd /home/tekkamanninja/working/nfs/rootfs/sbin/

 

3、运行shttpd

由于shttpd 没有配置文件，因此配置是由启动参数加的，好比我在开发板中操做以下：
[root@~]#shttpd -root /var/www -ports 80  &

意思是Web 根目录为/var/www 用80端口提供服务。

 

还有别的参数以下：
[root@~]#shttpd --help
SHTTPD version 1.39 (c) Sergey Lyubka
usage: shttpd [options] [config_file]
  -A <htpasswd_file> <realm> <user> <passwd>
  -root         Web root directory (default: .)
  -index_files  Index files (default: index.html,index.htm,index.php,index.cgi)
  -ports        Listening ports (default: 80)
  -dir_list     Directory listing (default: 1)
  -cfg_uri      Config uri
  -protect      URI to htpasswd mapping
  -cgi_ext      CGI extensions (default: cgi,pl,php)
  -cgi_interp   CGI interpreter
  -cgi_env      Additional CGI env vars
  -ssi_ext      SSI extensions (default: shtml,shtm)
  -auth_realm   Authentication domain name (default: mydomain.com)
  -auth_gpass   Global passwords file
  -auth_PUT     PUT,DELETE auth file
  -access_log   Access log file
  -error_log    Error log file
  -mime_types   Additional mime types list
  -aliases      Path=URI mappings
  -acl          Allow/deny IP addresses/subnets
  -inetd        Inetd mode (default: 0)
  -uid          Run as user

 

这里说明一下 -cgi_ext  ：shttpd没有CGI 目录的概念，它是经过认文件扩展名来识别的。要运行CGI 程序，默认状况下就要在编译好的程序后面加上 “.cgi””pl””php”等后缀。而 -cgi_ext  是你能够自定义其后缀。

4、开发板测试

 

静态网页测试

在开发板的 /var/www（由-root指定的根目录）放入测试网页：index.html 
在HOST的浏览器中输入开发板地址，测试经过！

 

CGI测试

在 /var/www （由-root指定的根目录）放入测试 CGI 程序：helloworldCGI.cgi
 在流览器中输入（开发板地址）192.168.1.2/helloworldCGI.cgi ，测试经过！