很多时候，我们需要做一些图像生成工作（譬如验证码之类的），这时候，我们一般都需要用到系统的字体库。但事情却总非尽善人意，我们所使用的Linux操作系统无法像Windows操作系统那样足够“旗舰”，字体这种东西，分分钟都是缺失的（譬如我们选择Minimum方式安装或者没有选择Chinese Support之类的）。如果遇到这种情况，我们就得发扬DIY（自己动手丰衣足食）的精神，自己给操作系统安装字体库了。

    新版本的jws.mono除了提供更最新版的Mono和Jexus外，还提供了一份“自动化”安装脚本以及相关的便于用户使用的功能。

    本文中，我们将讲述如何通过绿色包所提供的脚本来安装和升级我们的jws.mono。同时本位还介绍由于使用脚本安装所带来的“玩意”以及使用脚本安装与自己手动安装两者之间的区别。

    想要学习Linux.NET？那必须先要有一个Linux.NET的运行环境。当前部署Linux.NET环境的方式可谓是五花八门，既有传统的源码编译的方式、又有各式各样的一键安装脚本、还有绿色包安装方式，而随着Mono官方的新站上线，更增加了采用RPM包的部署方式。那对于一名Linux.NET的初学者来说，我们又该如何选择？

    本文将通过对这几种部署方式的优缺点进行罗列，希望能给读者，特别是新加入Linux.NET的读者予以启发。

    微软OWIN的提出必然会引起一场风暴，而我们作为C#阵营中一份子，自然免不了会卷入其中。OWIN是什么东西，我在这里就不解析了，还不知道是OWIN是什么的读者请打开浏览器，然后搜索即可，中文的英文的应有尽有。

    OWIN的发展，预示着将来会有越来越多的基于OWIN的应用框架出现，也将会由更多的OwinHost出现。就在我写这篇文章的时候，就我所知的就已经有两款的支持OWIN的Host出现：其一就是微软先发制人Katana，它能够运行于Windows中，独立于IIS为支持OWIN协议的框架提供宿主支持；而另外一款则是率先支持OWIN协议的运行于Linux以及FreeBSD的Jexus Web Server（需要Jexus 5.6 以上版本）。

    关于Jexus，本文中就不作介绍了，安装方式、使用方式还是和以前的一样，不了解的读者可以翻阅《Linux.NET学习手记》，本文中，我们还是介绍如何快速的安装并如何简单的使用Katana来调试我们的程序。想想在Windows下用Katana作为宿主，借助强大的VS进行开发，开发完成之后发布到Linux中，使用Jexus作为生产服务器，何尝不是一个愉快的事情。

    故事背景是这样的，有一套项目，服务器端是用C#写的，为了完成某种事情，它需要使用到一个组件，这个组件很小但很重要，很不巧的是，这个这个组件是用PHP语言写的，如果为了使用这个组件而专门搭建一个PHP的环境显得有点高射炮打蚊子（况且还有其他不可预见的阻力）。或许有读者会提出“抗议”：不是PHP写的么，直接看源码翻译出一份C#版的不就行了？然而事实并不如想象的美好，总之就是短期内无法这么做了。

    如今的C#已经非常强大了，它除了可以做我们普通的站点开发、桌面开发和原生的Windows Phone、应用商店开发，还可以做其他诸如IOS、安卓开发；也通过用CLR来托起一个JVM（这里指IKVM.NET）来跑Java应用程序，当然也可以通过把PHP编译成IL来跑PHP的网站程序了。

    在前一篇文章中，我们简略的介绍了jws.mono的安装使用，以及我们如何自己动手做一个jws.mono出来。

    在文章发表之后的几天里，我一直觉得有点不妥之处，直到后来猛然的意识到：我们自己动手做的jws.mono虽然可以见到info页面，但实际上却是无法挂载任何的.NET站点的。因此这也有必要写下这篇的续篇来对前面的疏漏进行填补。

    Linux.NET环境的搭建，不仅是一项比较耗时的事情，同时也是一项略显复杂繁琐的事情。特别是对于近期的几个Mono版本，由于官方所提供的源码包中出现代码文件的缺失，这总让我们的付出变得徒劳。另外一方面，由于Linux.NET的环境搭建涉及到比较多Linux的操作知识，这无疑增加了它的学习使用成本，提高了学习的门槛，这也令不少习惯于Windows中开发ASP.NET的开发者对其望而生畏。

    降低Linux.NET的学习难度，需要从环境部署开始着手，为此，Jexus的作者宇内给我们制作了一款绿色版的Linux.NET环境包，当中提供了Jexus Web Server以及Linux.NET的运行环境，带来了解压即可用，删除即卸载便利，同时还降低了Linux,NET初学者的学习门槛。