版本

- Android1.1 2008 年9月发布的 Android 第一版 - Android1.5 Cupcake （纸杯蛋糕） 2009年4月30日，官方1.5版本（Cupcake 纸杯蛋糕）的Android发布。 主要的更新如下： 1、拍摄/播放影片，并支持上传到Youtube 2、支持立体声蓝牙耳机，同时改善自动配对性能 3、最新的采用WebKit技术的浏览器，支持复制/贴上和页面中搜索 4、GPS性能大大提高 5、提供屏幕虚拟键盘 6、主屏幕增加音乐播放器和相框widgets 7、应用程序自动随着手机旋转 8、短信、Gmail、日暦，浏览器的用户接口大幅改进，如Gmail可以批量删除邮件 9、相机启动速度加快，拍摄图片可以直接上传到Picasa 10、来电照片显示 - Android1.6 Donut （甜甜圈） 2009年9月15日，1.6（Donut 甜甜圈）版本软件开发工具包发布。 主要的更新如下： 1、重新设计的Android Market手势 2、支持支持CDMA网络 3、文字转语音系统（Text-to-Speech） 4、快速搜索框 5、全新的拍照接口 6、查看应用程序耗电 7、支持虚拟私人网络（VPN） 8、支持更多的屏幕分辨率。 9、支持OpenCore2媒体引擎 10、新增面向视觉或听觉困难人群的易用性插件 - Android2.0/2.0.1/2.1

（换句话说，soname不是真实存在的文件，只是在此库中和将来调用此库的文件中保存的一个名字，在加载时去找这个名字，使用时创建一个软连接来指向真实文件，这样真实文件的版本号就可以升级了） Linux 系统，也同样面临和Window一样的问题，如何控制动态库的多个版本问题。Window之前没有处理好，为此专门有个名词来形容这个问题 “Dll hell”，其严重影响软件的升级和维护。 Dll hell 是指windows 上动态库新版本覆盖旧版本，但是却不兼容老版本。常常发生在程序升级之后，动态库更新，原有程序运行不起来；或者装新软件，但是已有的软件运行不起来。 同样Linux操作系统，也有同样的问题，那么它是怎么解决的呢？ Linux 为解决这个问题，引入了一套机制，如果遵守这个机制来做，就可以避免这个问题。 但是这只事一个约定，不是强制的。但是建议遵守这个约定，否则同样也会出现 Linux 版的Dll hell 问题。 下面来介绍一个这个机制。 这个机制是通过文件名，来控制dll （shared library） 的版本。 Linux 上的Dll ，叫shared library，其有三个名字，分别有不同的目的。 第一个是共享库本身的文件名（real name），其通常包含版本号，常常是是这样： libmath.so.1.1.1234 。 lib是Linux 上的库的约定前缀

Debian 版本升级／降级 最近笔记本的 Debian 系统不太正常，总是在程序切换的时候键盘丢失。例如从浏览器切换到 konsole 时，无法输入，在 konsole 中通过创建新标签并在不同标签页中切换后，才能够继续输入... 这个问题很是困扰，联想到最近从 sid （Debian 不稳定发行版）做了升级，难道是升级后出现的 bug？ 题外话：查看磁盘空间，是否有分区已满 实际上，这应该是当系统出现异常后，率先进行检查的。但是由于我的疏忽在Debian降级过程中，才发现 /var 卷已满，当执行 apt-get clean 命令后，释放了 5 GB以上的空间。 所以程序切换键盘丢失，到底是因为 Debian 从不稳定版升级造成的，还是因为 /var 卷已满造成的，已经查无实据。 Debian 混杂版本 所谓 Debian 混杂版本，就是在一个 debian 系统中，安装的软件包不属于同一个发行版(distribution)，有的可能属于 stable（当前代号是 lenny），有的属于 testing （当前代号 squeeze），或者有的软件包属于不稳定版（代号 sid）。 Debian 的 APT 可以设置升级的默认发行版。可以创建一个文件，如： /etc/apt/apt.conf.d/01defaultrelease ，其内容为： APT::Default

一、如何选择PHP5.3的VC9版本和VC6版本 VC6版本是使用Visual Studio 6编译器编译的，如果你的PHP是用Apache来架设的，那你就选择VC6版本。 VC9版本是使用Visual Studio 2008编译器编译的，如果你的PHP是用IIS来架设的，那你就选择VC9版本。 二、如何选择PHP5.3的Thread Safe和Non Thread Safe版本 Windows版的PHP从版本5.2.1开始有Thread Safe(线程安全)和None Thread Safe(NTS，非线程安全)之分，这两者不同在于何处？到底应该用哪种？这里做一个简单的介绍。 从2000年10月20日发布的第一个Windows版的PHP3.0.17开始的都是线程安全的版本，这是由于与Linux/Unix系统是采用多进 程的工作方式不同的是Windows系统是采用多线程的工作方式。如果在IIS下以CGI方式运行PHP会非常慢，这是由于CGI模式是建立在多进程的基 础之上的，而非多线程。一般我们会把PHP配置成以ISAPI的方式来运行，ISAPI是多线程的方式，这样就快多了。但存在一个问题，很多常用的PHP 扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。因此在IIS下CGI模式才是 PHP运行的最安全方式

The Essentials Package: 不包含 embedded server and benchmark suite，有自动安装程序和配置向导，没有MySQL Documentation。 The Complete Package: 包含 embedded server and benchmark suite，有自动安装程序和配置向导，有MySQL Documentation。 The Noinstall Archive: 包含 embedded server and benchmark suite，没有自动安装程序和配置向导，有MySQL Documentation。 参考： For MySQL 5.0, there are three installation packages to choose from when installing MySQL on Windows: The Essentials Package: This package has a filename similar to mysql-essential-5.0.40-win32.msi and contains the minimum set of files needed to install MySQL on Windows, including the Configuration

最近用intellij idea新建了一套maven web项目，用tomcat7-maven-plugin运行（直接运行程序，不是war包）。 项目集成了Spring MVC框架，对jsp页面的处理依赖下面两个jar包： < dependency > < groupId > javax.servlet.jsp </ groupId > < artifactId > jsp-api </ artifactId > < version > 2.2.1-b03 </ version > </ dependency > < dependency > < groupId > javax.servlet </ groupId > < artifactId > servlet-api </ artifactId > < version > 3.0-alpha-1 </ version > </ dependency > 但启动时报错： [ERROR] Failed to execute goal org.apache.tomcat.maven:tomcat7-maven-plugin:2.2:run (default-cli) on project configuration: Could not start Tomcat: Failed to start component

一、 软件版本阶段说明 Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。 二、 版本命名规范 软件版本号由四部分组成： 第一个1为主版本号， 第二个1为子版本号， 第三个1为阶段版本号， 第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。 三、版本号定修改规则 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由 项目决定 是否修改。 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由 项目决定 是否修改。 阶段版本号(1)

版本控制比较普遍的 3 种命名格式 : 一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式 : 主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]] 版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。 应根据下面的约定使用这些部分： Major