皮皮网

【源码从哪找】【libxml源码阅读】【foxtable用户源码】jikes 源码

2024-11-19 09:33:44 来源:加粗macd源码

1.openwrt java环境
2.谁能介绍一些单点登录系统
3.mac,源码从哪找windows,linux各个系统介绍

jikes 源码

openwrt java环境

       jikes jamvm 和 classpath

       æŸ¥çœ‹æ–¹æ³•ï¼š

       ipkg list |grep jamvm

       å®‰è£…

       ipkg install jikes classpath jamvm

       ç„¶åŽbin下面会有 jamvm

       ln -s /opt/bin/jamvm /opt/bin/java

       java -> /opt/bin/jamvm

       ===================

       /opt/bin # java -version

       java version "1.5.0"

       JamVM version 1.5.4

       Copyright (C) - Robert Lougher <rob@jamvm.org.uk>

       This program is free software; you can redistribute it and/or

       modify it under the terms of the GNU General Public License

       as published by the Free Software Foundation; either version 2,

       or (at your option) any later version.

       This program is distributed in the hope that it will be useful,

       but WITHOUT ANY WARRANTY; without even the implied warranty of

       MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the

       GNU General Public License for more details.

       Build information:

       Execution Engine: inline-threaded interpreter with stack-caching

       Compiled with: gcc 4.2.3

       Boot Library Path: /opt/lib/classpath

       Boot Class Path: /opt/share/jamvm/classes.zip:/opt/share/classpath/glibj.zip

       ===================

       java命令可用,同样在找 tomcat的方法,看过一个帖子写的

       tomcat需要修改conf文件,使用jikes解析class文件

       å®žåœ¨çœ‹ä¸ä¸‹åŽ»åˆ°å¤„è´´ win环境的玩意的,先分享一部分经验吧~

谁能介绍一些单点登录系统

       tomcat的的下载地址

       è¯‘者:陈光

       --

       ç¼–者按:现在开发Java Web应用,建立和部署Web内容是一件很简单的工作。使用Jakarta Tomcat作为Servlet和JSP容器的人已经遍及全世界。Tomcat具有免费、跨平台等诸多特性,并且更新得很快,现在非常的流行。

       ä½ æ‰€éœ€è¦åšçš„就是:按照你的需求配置Tomcat,只要你正确配置,Tomcat一般都能适合你的要求。下面是一系列关于Tomcat的配置技巧,这些技巧源自于我的书:《Tomcat权威指南》,希望对你有所帮助。—— Jason Brittain

       1. 配置系统管理(Admin Web Application)

       å¤§å¤šæ•°å•†ä¸šåŒ–çš„J2EE服务器都提供一个功能强大的管理界面,且大都采用易于理解的Web应用界面。Tomcat按照自己的方式,同样提供一个成熟的管理工具,并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现,当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数,user、group、role的多种数据库管理等。在后续的版本中,这些功能将得到很大的扩展,但现有的功能已经非常实用了。

       Admin Web Application被定义在自动部署文件:CATALINA_BASE/webapps/admin.xml 。

       ï¼ˆè¯‘者注:CATALINA_BASE即tomcat安装目录下的server目录)

       ä½ å¿…须编辑这个文件,以确定Context中的docBase参数是绝对路径。也就是说,CATALINA_BASE/webapps/admin.xml 的路径是绝对路径。作为另外一种选择,你也可以删除这个自动部署文件,而在server.xml文件中建立一个Admin Web Application的context,效果是一样的。你不能管理Admin Web Application这个应用,换而言之,除了删除CATALINA_BASE/webapps/admin.xml ,你可能什么都做不了。

       å¦‚果你使用UserDatabaseRealm(默认),你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml 文件中。你编辑这个文件,添加一个名叫“admin”的role 到该文件中,如下:

       <role name="admin"/>

       ä½ åŒæ ·éœ€è¦æœ‰ä¸€ä¸ªç”¨æˆ·ï¼Œå¹¶ä¸”这个用户的角色是“admin”。象存在的用户那样,添加一个用户(改变密码使其更加安全):

       <user name="admin" password="deep_dark_secret" roles="admin"/>

       å½“你完成这些步骤后,请重新启动Tomcat,访问 -->

       <Host name="www.example.com" appBase="/home/example/webapp">

       <Context path="" docBase="."/>

       </Host>

       </Engine>

       </Service>

       </Server>

       Tomcat的server.xml文件,在初始状态下,只包括一个虚拟主机,但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本,其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素,所包含的context元素中必须有一个是默认的context,这个默认的context的显示路径应该为空(例如,path=””)。

       5.配置基础验证(Basic Authentication)

       å®¹å™¨ç®¡ç†éªŒè¯æ–¹æ³•æŽ§åˆ¶ç€å½“用户访问受保护的web应用资源时,如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication(BASIC参数在web.xml文件中auto-method元素中设置),而有用户访问受保护的web应用时,Tomcat将通过HTTP Basic Authentication方式,弹出一个对话框,要求用户输入用户名和密码。在这种验证方法中,所有密码将被以位的编码方式在网络上传输。

       æ³¨æ„ï¼šä½¿ç”¨Basic Authentication通过被认为是不安全的,因为它没有强健的加密方法,除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式(比如,在一个虚拟私人网络中)。若没有额外的加密方法,网络管理员将能够截获(或滥用)用户的密码。但是,如果你是刚开始使用Tomcat,或者你想在你的web应用中测试一下基于容器的安全管理,Basic Authentication还是非常易于设置和使用的。只需要添加<security-constraint>和<login-config>两个元素到你的web应用的web.xml文件中,并且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加适当的<role>和<user>即可,然后重新启动Tomcat。

       ä¸‹é¢ä¾‹å­ä¸­çš„web.xml摘自一个俱乐部会员网站系统,该系统中只有member目录被保护起来,并使用Basic Authentication进行身份验证。请注意,这种方式将有效的代替Apache web服务器中的.htaccess文件。

       <!--

       Define the Members-only area, by defining

       a "Security Constraint" on this Application, and

       mapping it to the subdirectory (URL) that we want

       to restrict.

       -->

       <security-constraint>

       <web-resource-collection>

       <web-resource-name>

       Entire Application

       </web-resource-name>

       <url-pattern>/members/*</url-pattern>

       </web-resource-collection>

       <auth-constraint>

       <role-name>member</role-name>

       </auth-constraint>

       </security-constraint>

       <!-- Define the Login Configuration for this Application -->

       <login-config>

       <auth-method>BASIC</auth-method>

       <realm-name>My Club Members-only Area</realm-name>

       </login-config>

       6.配置单点登录(Single Sign-On)

       ä¸€æ—¦ä½ è®¾ç½®äº†realm和验证的方法,你就需要进行实际的用户登录处理。一般说来,对用户而言登录系统是一件很麻烦的事情,你必须尽量减少用户登录验证的次数。作为缺省的情况,当用户第一次请求受保护的资源时,每一个web应用都会要求用户登录。如果你运行了多个web应用,并且每个应用都需要进行单独的用户验证,那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统,所有他们也就不知道他们需要访问多少个不同的应用,只是很迷惑,为什么总要不停的登录。

       Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时,只需登录一次。为了使用这个功能,你只需要在Host上添加一个SingleSignOn Valve元素即可,如下所示:

       <Valve className="org.apache.catalina.authenticator.SingleSignOn"

       debug="0"/>

       åœ¨Tomcat初始安装后,server.xml的注释里面包括SingleSignOn Valve配置的例子,你只需要去掉注释,即可使用。那么,任何用户只要登录过一个应用,则对于同一虚拟主机下的所有应用同样有效。

       ä½¿ç”¨single sign-on valve有一些重要的限制:

       1> value必须被配置和嵌套在相同的Host元素里,并且所有需要进行单点验证的web应用(必须通过context元素定义)都位于该Host下。

       2> 包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。

       3> 不能被context中的realm覆盖。

       4> 使用单点登录的web应用最好使用一个Tomcat的内置的验证方式(被定义在web.xml中的<auth-method>中),这比自定义的验证方式强,Tomcat内置的的验证方式包括basic、digest、form和client-cert。

       5> 如果你使用单点登录,还希望集成一个第三方的web应用到你的网站中来,并且这个新的web应用使用它自己的验证方式,而不使用容器管理安全,那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次,并且在请求新的第三方应用时还得再登录一次。当然,如果你拥有这个第三方web应用的源码,而你又是一个程序员,你可以修改它,但那恐怕也不容易做。

       6> 单点登录需要使用cookies。

       7.配置用户定制目录(Customized User Directores)

       ä¸€äº›ç«™ç‚¹å…è®¸ä¸ªåˆ«ç”¨æˆ·åœ¨æœåŠ¡å™¨ä¸Šå‘布网页。例如,一所大学的学院可能想给每一位学生一个公共区域,或者是一个ISP希望给一些web空间给他的客户,但这又不是虚拟主机。在这种情况下,一个典型的方法就是在用户名前面加一个特殊字符(~),作为每位用户的网站,比如:

       /~username

       Tomcat提供两种方法在主机上映射这些个人网站,主要使用一对特殊的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfig,userClass属性应该是几个映射类之一。如果你的系统是Unix,它将有一个标准的/etc/passwd文件,该文件中的帐号能够被运行中的Tomcat很容易的读取,该文件指定了用户的主目录,使用PasswdUserDatabase 映射类。

       <Listener className="org.apache.catalina.startup.UserConfig"

       directoryName="public_html"

       userClass="org.apache.catalina.startup.PasswdUserDatabase"/>

       web文件需要放置在像/home/users/ian/public_html 或者 /users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。

       å®žé™…上,这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件,但你又想把一个用户名映射到公共的像/home一样目录的子目录里面,则可以使用HomesUserDatabase类。

       <Listener className="org.apache.catalina.startup.UserConfig"

       directoryName="public_html" homeBase="/home"

       userClass="org.apache.catalina.startup.HomesUserDatabase"/>

       è¿™æ ·ä¸€æ¥ï¼Œweb文件就可以位于像/home/ian/public_html 或者 /home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利,你可以使用一个像c:\home这样的目录。

       è¿™äº›Listener元素,如果出现,则必须在Host元素里面,而不能在context元素里面,因为它们都用应用于Host本身。

       8.在Tomcat中使用CGI脚本

       Tomcat主要是作为Servlet/JSP容器,但它也有许多传统web服务器的性能。支持通用网关接口(Common Gateway Interface,即CGI)就是其中之一,CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用,是因为它能在大多数程序或脚本中被调用,包括:Perl,Python,awk,Unix shell scripting等,甚至包括Java。当然,你大概不会把一个Java应用程序当作CGI来运行,毕竟这样太过原始。一般而言,开发Servlet总要比CGI具有更好的效率,因为当用户点击一个链接或一个按钮时,你不需要从操作系统层开始进行处理。

       Tomcat包括一个可选的CGI Servlet,允许你运行遗留下来的CGI脚本。

       ä¸ºäº†ä½¿Tomcat能够运行CGI,你必须做如下几件事:

       1. 把servlets-cgi.renametojar (在CATALINA_HOME/server/lib/目录下)改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下。

       2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中,把关于<servlet-name> CGI的那段的注释去掉(默认情况下,该段位于第行)。

       3. 同样,在Tomcat的CATALINA_BASE/conf/web.xml文件中,把关于对CGI进行映射的那段的注释去掉(默认情况下,该段位于第行)。注意,这段内容指定了HTML链接到CGI脚本的访问方式。

       4. 你可以把CGI脚本放置在WEB-INF/cgi 目录下(注意,WEB-INF是一个安全的地方,你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处),或者你也可以把CGI脚本放置在context下的其他目录下,并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置,且不能与上一步指定的URL重名。

       5. 重新启动Tomcat,你的CGI就可以运行了。

       åœ¨Tomcat中,CGI程序缺省放置在WEB-INF/cgi目录下,正如前面所提示的那样,WEB-INF目录受保护的,通过客户端的浏览器无法窥探到其中内容,所以对于放置含有密码或其他敏感信息的CGI脚本而言,这是一个非常好的地方。为了兼容其他服务器,尽管你也可以把CGI脚本保存在传统的/cgi-bin目录,但要知道,在这些目录中的文件有可能被网上好奇的冲浪者看到。另外,在Unix中,请确定运行Tomcat的用户有执行CGI脚本的权限。

       9.改变Tomcat中的JSP编译器(JSP Compiler)

       åœ¨Tomcat 4.1(或更高版本,大概),JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪,但这正是Ant有意为之的一部分,有一个API文档指导开发者在没有启动一个新的JVM的情况下,使用Ant。这是使用Ant进行Java开发的一大优势。另外,这也意味着你现在能够在Ant中使用任何javac支持的编译方式,这里有一个关于Apache Ant使用手册的javac page列表。使用起来是容易的,因为你只需要在<init-param> 元素中定义一个名字叫“compiler”,并且在value中有一个支持编译的编译器名字,示例如下:

       <servlet>

       <servlet-name>jsp</servlet-name>

       <servlet-class>

       org.apache.jasper.servlet.JspServlet

       </servlet-class>

       <init-param>

       <param-name>logVerbosityLevel</param-name>

       <param-value>WARNING</param-value>

       </init-param>

       <init-param>

       <param-name>compiler</param-name>

       <param-value>jikes</param-value>

       </init-param>

       <load-on-startup>3</load-on-startup>

       </servlet>

       å½“然,给出的编译器必须已经安装在你的系统中,并且CLASSPATH可能需要设置,那处决于你选择的是何种编译器。

       ï¼Žé™åˆ¶ç‰¹å®šä¸»æœºè®¿é—®ï¼ˆRestricting Access to Specific Hosts)

       æœ‰æ—¶ï¼Œä½ å¯èƒ½æƒ³é™åˆ¶å¯¹Tomcat web应用的访问,比如,你希望只有你指定的主机或IP地址可以访问你的应用。这样一来,就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果,Tomcat提供了两个参数供你配置:RemoteHostValve 和RemoteAddrValve。

       é€šè¿‡é…ç½®è¿™ä¸¤ä¸ªå‚数,可以让你过滤来自请求的主机或IP地址,并允许或拒绝哪些主机/IP。与之类似的,在Apache的/products/jsp/tomcat/),因此其越来越多的受到软件公司和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。

       äºŒï¼šå®‰è£…及配置

       tomcat最新版本为4.0.1,这个版本用了一个新的servlet容器Catalina,完整的实现了servlet2.3和jsp1.2规范。注意安装之前你的系统必须安装了jdk1.2以上版本。

       (一):安装

       1:windows平台

       ä»Žtomcat网站下载jakarta-tomcat-4.0.1.exe,按照一般的windows程序安装步骤即可安装好tomcat,安装时它会自动寻找你的jdk和jre的位置。

       2:linux平台

       ä¸‹è½½jakarta-tomcat-4.0.1.tar.gz,将其解压到一个目录。

       (二):配置

       è¿è¡Œtomcat需要设置JAVA_HOME变量

       set JAVA_HOME=c:/jdk (win,在msdos方式下使用,或者放入autoexec.bat中)

       export JAVA_HOME=/usr/local/jdk (linux下使用,放到/etc/bashrc或者/etc/profile中)

       (三):运行

       è®¾ç½®å®Œæ¯•åŽå°±å¯ä»¥è¿è¡Œtomcat服务器了,进入tomcat的bin目录,win下用startup启动tomcat,linux下用startup.sh,相应的关闭tomcat的命令为shutdown和shutdown.sh。

       å¯åŠ¨åŽå¯ä»¥åœ¨æµè§ˆå™¨ä¸­è¾“å…¥p.os.minix发布了大约有一万行代码的Linux v0.版本。

       åˆ°äº†å¹´ï¼Œå¤§çº¦æœ‰äººåœ¨ä½¿ç”¨Linux,值得一提的是,他们基本上都属于真正意义上的hacker。

       å¹´ï¼Œå¤§çº¦æœ‰ä½™åç¨‹åºå‘˜å‚与了Linux内核代码编写/修改工作,其中核心组由5人组成,此时Linux 0.的代码有大约有十万行,用户大约有万左右。

       å¹´3月,Linux1.0发布,代码量万行,当时是按照完全自由免费的协议发布,随后正式采用GPL协议。至此, Linux的代码开发进入良性循环。很多系统管理员开始在自己的操作系统环境中尝试linux,并将修改的代码提交给核心小组。由于拥有了丰富的操作系统 平台,因而 Linux的代码中也充实了对不同硬件系统的支持,大大的提高了跨平台移植性。

       å¹´ï¼Œæ­¤æ—¶çš„Linux 可在Intel、Digital 以及Sun SPARC处理器上运行了,用户量也超过了万,相关介绍Linux的Linux Journal杂志也发行了超过万册之多。

       å¹´6月,Linux 2.0内核发布,此内核有大约万行代码,并可以支持多个处理器。此时的Linux 已经进入了实用阶段,全球大约有万人使用。

       å¹´å¤ï¼Œå¤§ç‰‡ã€Šæ³°å¦å°¼å…‹å·ã€‹åœ¨åˆ¶ä½œç‰¹æ•ˆä¸­ä½¿ç”¨çš„台Alpha图形工作站中,有台采用了Linux操作系统。

       å¹´æ˜¯Linux迅猛发展的一年。1月,小红帽高级研发实验室成立,同年RedHat 5.0获得了InfoWorld的操作系统奖项。4月Mozilla 代码发布,成为linux图形界面上的王牌浏览器。Redhat 宣布商业支持计划,网络了多名优秀技术人员开始商业运作。王牌搜索引擎"Google"现身,采用的也是Linux服务器。值得一提的是, Oracle 和Informix 两家数据库厂商明确表示不支持Linux,这个决定给予了Mysql数据库充分的发展机会。同年月,Intel和Netscape宣布小额投资红帽软 件,这被业界视作Linux获得商业认同的信号。同月,微软在法国发布了反Linux公开信,这表明微软公司开始将Linux视作了一个对手来对待。十二 月,IBM发布了适用于Linux的文件系统AFS 3.5以及Jikes Java 编辑器和Secure Mailer及DB2测试版,IBM的此番行为,可以看作是与Linux羞答答地第一次亲密接触。迫于Windows和Linux的压力,Sun逐渐开放 了Java协议,并且在UltraSparc上支持Linux操作系统。年可说是Linux与商业接触的一年。

       å¹´ï¼ŒIBM宣布与Redhat公司建立伙伴关系,以确保Redhat在IBM机器上正确运行。三月,第一届 LinuxWorld 大会的召开,象征Linux时代的来临。IBM、Compaq和Novell宣布投资Redhat公司,以前一直对Linux持否定态度的Oracle公 司也宣布投资。五月,SGI公司宣布向Linux移植其先进的XFS文件系统。对于服务器来说,高效可靠的文件系统是不可或缺的,SGI的慷慨移植再一次 帮助了Linux确立在服务器市场的专业性。7月IBM启动对Linux的支持服务和发布了Linux DB2,从此结束了Linux得不到支持服务的历史,这可以视作Linux真正成为服务器操作系统一员的重要里程碑。

       å¹´åˆå§‹ï¼ŒSun公司在Linux的压力下宣布Solaris8降低售价。事实上Linux对Sun造成的冲击远比对 Windows来得更大。 2月Red Hat发布了嵌入式Linux的开发环境,Linux在嵌入式行业的潜力逐渐被发掘出来。在4月,拓林思公司宣布了推出中国首家Linux工程师认证考 试,从此使Linux操作系统管理员的水准可以得到权威机构的资格认证,此举大大增加了国内Linux爱好者学习的热情。伴随着国际上的Linux热潮, 国内的联想和联邦推出了"幸福Linux家用版",同年7月中科院与新华科技合作发展红旗Linux, 此举让更多的国内个人用户认识到了存在着Linux这个操作系统。月,Intel 与 Xteam合作,推出基于Linux的网络专用服务器,此举结束了在Linux单向顺应硬件商硬件开发驱动的历史。

       æœˆæ–°å¹´ä¾ä½¿å°±çˆ†å‡ºæ–°é—»ï¼ŒOracle宣布在OTN上的所有会员都可免费索取Oracle 9i的Linux版本,从几年前的"绝不涉足Linux系统"到如今的主动献媚,足以体现Linux的发展迅猛。IBM则决定投入亿美元扩大 Linux系统的运用,此举犹如一针强心剂,令华尔街的投资者们闻风而动。到了5月这个初夏的时节,微软公开反对"GPL"引起了一场大规模的论战。8月 红色代码爆发,引得许多站点纷纷从windows操作系统转向linux操作系统,虽然是一次被动的转变,不过也算是一次应用普及吧。月Red Hat 为IBM s/大型计算机提供了Linux解决方案,从此结束了AIX孤单独行无人伴的历史。

       å¹´æ˜¯Linux企业化的一年。2月,微软公司迫于各洲政府的压力,宣布扩大公开代码行动,这可是Linux开源带来的深刻影响的结果。3月,内核开发者宣布新的Linux系统支持位的计算机。

       å¹´1月,NEC宣布将在其手机中使用Linux操作系统,代表着Linux成功进军手机领域。5月之中SCO表示就 Linux使用的涉嫌未授权代码等问题对IBM进行起诉,此时人们才留意到,原本由SCO垄断的银行/金融领域,份额已经被Linux抢占了不少,也难怪 SCO如此气急败坏了。9 月中科红旗发布Red Flag Server4版本,性能改进良多。月IBM注资Novell以2.1亿收购SuSE,同期Redhat计划停止免费的Linux,顿时业内骂声四 起。Linux在商业化的路上渐行渐远。

       å¹´çš„第1月,本着"天下事分久必合,合久必分"之天理,SuSE嫁到了Novell,SCO继续顶着骂名四处强行"化缘 ", Asianux, MandrakeSoft也在五年中首次宣布季度赢利。3月SGI宣布成功实现了Linux操作系统支持个Itanium 2处理器。4月里美国斯坦福大学Linux大型机系统被黑客攻陷,再次证明了没有绝对安全的OS。六月的统计报告显示在世界强超级计算机系统中,使 用Linux操作系统的已经占到了席,抢占了原本属于各种Unix的份额。9月HP开始网罗Linux内核代码人员,以影响新版本的内核朝对HP有 利的方式发展,而IBM则准备推出OpenPower服务器,仅运行Linux系统。

       Linux的应用

       æ²¡æœ‰å•†ä¸šæ´»åŠ¨ï¼Œå°±æ²¡æœ‰Linux;没有信息自由的自觉,更不可能有Linux。Linux除了是优良的软件开发平台之外,也是工作、家居的好伙伴。有人说∶有了Linux,就等于有了阿拉神灯。此言不假矣。又有人说∶到现在还没有移植到Linux的软件,肯定是一点价值也没有的。这话也不差呀。

       Linux的发展证实了信息会愈来愈便宜的趋势;因为便宜,市场便无限扩张。商业活动也转向为以服务为导向的型态。最直接的案例便是ISP的应用。Linux可以用来架设ISP!

       Linux Journal的发行人SSC(Specialized System Consultants)便是以Linux做为网络拨接服务平台的。要成为ISP业者,需要有连接至因特网的能力,多序列阜拨接服务(如 Cycades、Maxspeed、Gtek等公司所提供的软件系统),PPP和SLIP的服务,Usenet新闻群组(如INN),邮件递送(如 sendmail),网页服务器(如Apache),备份功能(如tar、cpio)等等的应用软件。由此观察,主要的控制成本会落在因特网的通讯租费 上,投资Linux的费用是非常低的。

       ä¸‹é¢æ˜¯æ¯”较著名、流行的Linux发行版本

       Mandriva

       Mandriva原名Mandrake,最早由Gaël Duval创建并在年7月发布。记得前两年国内刚开始普及Linux时,Mandrake非常流行。说起Mandrake的历史,其实最早 Mandrake的开发者是基于Redhat进行开发的。Redhat默认采用GNOME桌面系统,而Mandrake将之改为KDE。而由于当时的 Linux普遍比较难安装,不适合第一次接触Linux的新手,所以Mandrake还简化了安装系统。我想这也是当时Mandrake在国内如此红火的 原因之一。Mandrake在易用性方面的确是下了不少功夫,包括默认情况下的硬件检测等。

       Mandrake的开发完全透明化,包括“cooker”。当系统有了新的测试版本后,便可以在cooker上找到。之前Mandrake的新版本的发布速度很快,但从9.0之后便开始减缓。估计是希望能够延长版本的生命力以确保稳定和安全性。

       ä¼˜ç‚¹ï¼šå‹å¥½çš„操作界面,图形配置工具,庞大的社区技术支持,NTFS分区大小变更

       ç¼ºç‚¹ï¼šéƒ¨åˆ†ç‰ˆæœ¬bug较多,最新版本只先发布给Mandrake俱乐部的成员.

       ä½ è‡ªå·²æŒ‘吧!!!