准备在ubuntu上搞搞java，整个环境还是不太习惯，以前零零碎碎看了些操作片段，总是感觉很模糊，几天不用就忘一干二净了。

这次准备系统的搞搞清楚，在每遇到问题时就问题涉及范围内的知识要点先拟一个提纲，然后查资料、整理、描述、记录，这样有利于系统的提升。

这部分是关于ubuntu下软件安装的相关要点，部分自撰，部分来自网络。

常见方式

• 自动安装

  通过软件管理 器或apt-get自动安装软件，软件会按照默认设置编译部署配置。

  优点：方便、快捷、易升级

  缺点：一般来说文件会按照标准分散在各目录，不易维护，因此如果需要经常对软件配置或其他内容进行维护，则不宜采用此方式。

  常用命令：

  • apt-get install {soft}
  • apt-get remove {soft}
  • apt-get update
  • apt-get autoremove 自动删除已经无效的包

• 下载包解压安装

  下载发行商已经 编译好的压缩包进行安装，需自行解压，并进行相关配置。

  优点：可自定义文件部署路径，方便配置维护。

  缺点：部署、升级、删除需手工操作，需关注依赖。

  常用命令：

  • wget http://{package url} 获取包
  • curl -o http://{package url}  获取包
  • tar zxvf {package.gz} -C {target dir. etc /opt} 将包gzip解压到指定路径

• 手工编译安装

  下载源代码包，手工编译安装。

  优点：可对针对具体情况对软件编译参数进行设置。

  缺点：需要了解软件编译参数，需要编译环境，手工操作容易出错，依赖问题。

  常用命令：

  • sudo ./configure {–options}
  • make
  • make install

• 常用工具

  aptitude：apt终端图形界面工具

  dpkg：deb包管理工具

  • dpkg -i {pkg.deb} 安装包
  • dpkg -r {pkg} 删除包
  • dpkg -L {pkg} 列出与该包关联文件
  • dpkg -l | grep {keyword}  列出当前已安装指定关键字包

  dpkg指令参考/apt指令参考

目录结构

• 标准目录

  linux系统的标准目录规范，如果通过系统软件管理器自动安装软件，则通常遵循此规范要求。

  • /bin 系统执行文件，最常使用命令，这些文件可以被普通用户使用。
  • /sbin 系统执行文件，这些文件不打算被普通用户使用，普通用户使用要指定目录。
  • /root 系统管理员（也叫超级用户或根用户）的Home目录。
  • /dev 设备文件目录。
  • /boot 用于自举加载程序(LILO或GRUB)的文件。
  • /lost+found 在文件系统修复时恢复的文件
  • /lib 系统核心共享库目录，几乎所有的应用程序都会用到该目录下的共享库。
  • /opt 可选应用程序目录，很多第三方软件在安装时默认会找这个目录。
  • /tmp 用来存放不同程序执行时产生的临时文件，该目录会被系统自动清理干净。
  • /var 存放在正常操作中被修改的文件，包括各种日志、加锁、临时文件、数据文件等。
  • /var/log 系统日志目录，通常也将其他系统的日志置于此目录或子目录。
  • /etc 存放各种配置文件和子目录，例如网络配置文件、文件系统、用户配置信息等。
  • /home/{user} 用户目录
  • /usr 用户的应用程序和文件几乎都存放在该目录下。
  • /usr/share 独立与你计算机结构的数据，譬如，字典中的词。
  • /usr/(s)bin 类似根目录下对应的目录(/bin和/sbin)，但不用于基本的启动(譬如，在紧急维护中)。大多数命令在这个目录下。
  • /usr/local 本地安装的应用程序，这个目录下的内容在重安装或升级操作系统后应该存在。
  • /usr/local/bin 可能是用户安装的小的应用程序，和一些在/usr/local目录下大应用程序的符号连接。
  • /usr/src Linux开放的源代码目录。

• 常见规划

  • 桌面用途

    用户自有应用和文件置于/home/{user}中。

    系统共享应用可置于/usr/local。

    纯自用无共享主机也可全部置于/home/{user}中。

    /home可独立划分磁盘分区方便管理升级维护。

  • 服务器用途

    无固定模式，根据实际需求，通常不会严格按照规范。

    常见模式

    根据文件更新频繁度、破碎、重要性、IO读写等关键指标，将文件分类存储于不同目录、分区或磁盘，方便维护管理，提高性能和安全性。

环境设置

• /etc/enviroment 系统环境变量配置，系统启动时读取。
• /etc/profile 用户全局环境变量配置，用户登录启用时读取。
• /etc/bashrc 开启shell时为每个bash用户执行此环境配置。
• ~/.profile 具体用户环境变量配置。
• ~/.bashrc 具体用户开启shell时环境配置。
• ~/.bash_profile 交互式、login方式进入bash时运行，通常和.bashrc内容相同，因此通常会调用.bashrc。
• ~/.bash_logout 当每次退出系统(退出bash shell)时，执行该文件。

服务

最后，某些软件我们希望把他设置为服务，或者简单的说希望 他开机启动，很简单。

将启动脚本部署到/etc/init.d/，然后安装一个软件rcconf。

sudo apt-get install rcconf

运行rcconf即可设置启动选项，很怀旧的dos风格gui界面。

很久没写html了，最近写个东西，需要一个经典的双浮动布局。以前的经典做法是在末尾提供一个元素，并附加clear:both样式，这个附加的东东很显然是没有语义的，纯粹为了外观而添加，一个bad smell。想来web前端发展迅猛，应该有更优雅的解决方案，于是在twitter上提个问，得到2位专业前端童鞋的回答，记之。

主要是修改rewrite规则——我曾试图修改php程序，费老大劲，效果差不多。

下面配置代码中，HOME为你站点的根目录，DIR为你需要部署的子目录

location /DIR {

	root   /HOME;
	index  index.html index.htm index.php;

	if (-f $request_filename) {
		break;
	}
	if (-d $request_filename) {
		break;
	}

	rewrite ^/DIR/(.+)$ /DIR/index.php?q=$1 last;
}

hack GFW是选用国外主机的一大优势……

最近似乎twitter和facebook的访问速度又慢了，写了一个php脚本在站点上跑了下，获取了最新的hosts

128.121.146.228 twitter.com
128.121.146.228 www.twitter.com
168.143.162.69 assets0.twitter.com
168.143.162.69 assets1.twitter.com
168.143.162.69 assets2.twitter.com
168.143.162.69 assets3.twitter.com
168.143.162.69 assets4.twitter.com
168.143.162.69 static.twitter.com
67.219.156.130 help.twitter.com
208.96.32.3 apiwiki.twitter.com
69.63.181.12 www.facebook.com
69.63.184.142 facebook.com
69.63.181.22 login.facebook.com
69.192.18.110 s-static.ak.facebook.com
69.63.176.69 secure-profile.facebook.com
69.63.176.59 secure-media-sf2p.facebook.com
69.63.178.15 ssl.facebook.com
77.67.91.82 profile.ak.facebook.com
208.19.38.26 b.static.ak.facebook.com

前端有dns轮询的，不过我们能用一个就ok，再跑一次脚本，或者用下面这个
查看全部内容 >>

• 清理系统服务

  可以关闭不必要的系统服务，linux下常用chkconfig，在ubuntu系统上最常用sysv-rc-conf，界面更友好使用更方便，直接通过源安装即可运行。

  sudo apt-get install sysv-rc-conf
  sudo sysv-rc-conf
  		

  通过软件可以发现，Linode提供的系统已经关闭了很多不必要的服务，但是系统自带了apache，直接取消选择关闭即可。

查看全部内容 >>

作为程序员，blog难免要贴不少代码，简单的pre标记显得比较平板，不象ide里面的代码排版颜色那么漂亮。

在网上搜了一把，SyntaxHighlighter应该是目前最美观最全面的代码着色器了，唯一的缺点就是需要引入的文件太多……不过要做到这么全的代码类型覆盖，这也是不可避免的。

官方网站链接：http://alexgorbatchev.com/wiki/SyntaxHighlighter

嗯嗯，继续。

• nginx和fastcgi启动配置

  2个配置文件,放于/etc/init.d下面。

  cd /etc/init.d
  touch fast-cgi
  touch nginx
  sudo chmod +x /etc/init.d/nginx /etc/init.d/fast-cgi

  nginx

  #! /bin/sh
  
  ### BEGIN INIT INFO
  # Provides:          nginx
  # Required-Start:    $all
  # Required-Stop:     $all
  # Default-Start:     2 3 4 5
  # Default-Stop:      0 1 6
  # Short-Description: starts the nginx web server
  # Description:       starts nginx using start-stop-daemon
  ### END INIT INFO
  
  PATH=/usr/local/nginx/sbin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
  DAEMON=/usr/local/nginx/sbin/nginx
  NAME=nginx
  DESC=nginx
  
  test -x $DAEMON || exit 0
  
  # Include nginx defaults if available
  if [ -f /etc/default/nginx ] ; then
  	. /etc/default/nginx
  fi
  
  set -e
  
  . /lib/lsb/init-functions
  
  test_nginx_config() {
    if nginx -t
    then
      return 0
    else
      return $?
    fi
  }
  
  case "$1" in
    start)
  	echo -n "Starting $DESC: "
          test_nginx_config
  	start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
  		--exec $DAEMON -- $DAEMON_OPTS || true
  	echo "$NAME."
  	;;
    stop)
  	echo -n "Stopping $DESC: "
  	start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \
  		--exec $DAEMON || true
  	echo "$NAME."
  	;;
    restart|force-reload)
  	echo -n "Restarting $DESC: "
  	start-stop-daemon --stop --quiet --pidfile \
  		/var/run/$NAME.pid --exec $DAEMON || true
  	sleep 1
          test_nginx_config
  	start-stop-daemon --start --quiet --pidfile \
  		/var/run/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS || true
  	echo "$NAME."
  	;;
    reload)
          echo -n "Reloading $DESC configuration: "
          test_nginx_config
          start-stop-daemon --stop --signal HUP --quiet --pidfile /var/run/$NAME.pid \
              --exec $DAEMON || true
          echo "$NAME."
          ;;
    configtest)
          echo -n "Testing $DESC configuration: "
          if test_nginx_config
          then
            echo "$NAME."
          else
            exit $?
          fi
          ;;
    status)
  	status_of_proc -p /var/run/$NAME.pid "$DAEMON" nginx && exit 0 || exit $?
  	;;
    *)
  	echo "Usage: $NAME {start|stop|restart|reload|force-reload|status|configtest}" >&2
  	exit 1
  	;;
  esac
  
  exit 0

  查看全部内容 >>

我对Linux系统还处于初入门阶段，在配置安装Linode VPS的服务过程中学到了不少东西，了解了不少概念，特记之。

1. 启用

   Linode的网站设计非常简洁，一个粗略认识英文的同学都可以轻易申请搞定，就不需要再介绍了。

   在选择服务器网络物理位置的时候，Linode提供了一个下载测试列表供大家测试，你可以选择访问速度最优的位置。网上其它同学很多选择Fremont，不过我测试下来（杭州ADSL4M）Newark最快，浏览器单线程下载速度稳定达到300K+，所以我选择了Newark。估计各地网络不同有所区别，大家选用建议自行测试。

   系统我选择的是ubuntu（嗯，已经提供9.10Server了），主要是出于我对ubuntu桌面版的使用习惯和偏爱。网上很多说法是ubuntu服务器版不够专业，不过我本来也不太够专业，也不知道ubuntu哪里不够专业，呵呵，也就无所谓了。

2. 环境基本配置

   在web面板开启虚拟机以后，你就可以通过root用户和密码在客户端（推荐putty）登录。登陆后第一件事情，增加一个新账号（用你的常用名 例如myname）。

   adduser myname
   visudo
   

   在该文件中增加以下行

   myname ALL=(ALL) ALL
   

   此操作使myname用户可以使用sudo命令，如果要给其他账号提供sudo操作权限，类推。

   ok，exit命令退出putty登录再重启，通过myname账号和你设置的密码重新登录系统。Linode默认提供的ubuntu的源缺少一些开发包，所以我们先编辑一下源。

   sudo vi /etc/apt/source.list
   

   我们需要做的仅仅是将文件中已经注释掉的几行源去掉前面的“#”，重新开启即可——不需要为具体的源担心，默认的已经飞速了。然后我们需要刷新一下

   sudo apt-get update
   

   我习惯使用vim，所以先安一个

   sudo apt-get install vim
   

   我们还需要一个中文UTF的本地环境，不过这得看情况，也许你不需要？

   sudo locale-gen zh_CN.UTF-8
   sudo /usr/sbin/update-locale LANG=zh_CN.UTF-8
   

   将服务器时间设置为上海时间

   sudo cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
   

查看全部内容 >>

• JNDI: (Java Naming and Directory Interface) 这是在javaEE体系内部的一个“域名”系统，你可以通过配置指定某种资源的命名，然后通过该命名来引用资源，以达到程序代码和资源之间解耦的目的。这里的资源最常见的是jdbc数据源，通常还会有某种环境实体、EJB组件或者其他资源引用。

• RMI: (Remote Method Invocation) RMI内置于java语言核心，是java最高效的远程对象访问和调用技术。实现类似功能的技术每个平台都有，.NET平台下有.net remoting，不过到3.0以后都整合为WCF了。RMI是基于TCP/IP的，效率很高，是EJB的实现基础，但是不能穿越防火墙。要能穿越防火墙当然得走http，最常见的就是web service得soap了，不过公认soap的效率是非常低的。我google了一下，java常用的技术还有Hessian/Burlap/Httpinvoker，这些都是基于http协议的，可以穿越防火墙。其中Hessian基于二进制代码，协议公开，在.net/php/python等各个语言都有相应实现。Burlap是基于xml，效率相对低些。Httpinvoker内置于Spring，据说效率和RMI差不多，但是应用不多不太成熟。目前除了EJB基于RMI以外，其他情况下最常用的是Hessian。

• JMS: (Java Message Service) 共享空间和消息传递是软件系统中最常用的数据传播方式，jms就是java提供的消息传递服务，一般也叫做消息中间件，基本来说这也是每个技术平台必备构成，例如.net或者说ms的消息队列(MQ)组件。如何控制消息的传递？点对点？分发订阅？异步传输？这些特性都由jms提供，不需要程序员自己再从头开发了。特别的，javaEE提供了一种特殊的消息驱动bean(message-driven bean，MDB)，他将ejb和jms联系起来，利用jms消息来调用bean。

查看全部内容 >>

看了几天java web开发的东东，简单梳理一下。

• 容器

  这是java web开发过程中非常强调的一个概念。顾名思义，在它的内部存放着某些东西，各种java对象，包括所谓的bean等等。java的容器也可以称其为一个应用服务，或一个框架，用户通过配置指定代码或者说对象、构件存放的路径，以及对象之间的关系、对象和容器直接的关系。这通常有一套标准，例如javaEE本身的servlet/jsp的规范，或容器本身特定的某些标准，你的配置和代码必须符合这种标准，才能被容器调用使用。标准有很多形式，xml的配置、java接口的实现、对象的继承、java的标注等等，他们决定了对象如何被容器调用、对象之间的关系、以及对象在容器中的运行状态。

  目前作为java web开发最常用的servlet/jsp容器是tomcat，企业应用服务器是jboss。spring框架虽然没有服务器的概念，但是从其包含、组织、调用java组件的特征来看，也可以说是容器了。

  回忆.net，虽然没有特别强调容器的概念，但是从程序的流程和组织架构来说，iis就是.net web程序运行的容器了。

• web生命周期

  在任何技术平台的web开发中，web的生命周期都是一个核心概念。由于web应用都是基于http协议和b/s模式，所以不论采用何种技术，其生命周期都是类似的。

  查看全部内容 >>