原先总是通过用户口令和密码拥putty登录debian，今天尝试着使用密钥登录。
首先下载PuTTY
登录debian系统
# mkdir ~/.ssh
# chmod 700 ~/.ssh
# vim ~/.ssh/authorized_keys
将公钥复制粘贴进入保存
# chmod 644 ~/.ssh/authorized_keys
在debian7.5下面，只需sshd_config下的PasswordAuthentication yes修改为no避免用户使用口令登录就可以，没有网上说的其他选项。
重启shh。
返回putty，Connection-SSH-Auth，点Browse…，选择刚才保存的私钥，再进入Connection-Data,Auto-login username输入刚才保存公钥的登录用户名，切换到Session，Host Name调用或者新建，就可以使用密钥登录debian了。
安装完毕ejabberd之后，总感觉不是很满意，于是今天试着安装目前最为流行的XMPP服务器openfire。
openfire需要java环境，为了不破坏现在的系统，于是在原先的debian7.5虚拟机上进行测试安装。开始设置PPA(personal package archieve)WEBUPD8的时候出现了点问题，这个需要
add-apt-repository ppa:webupd8team/java后添加：
deb http://ppa.launchpad.net/webupd8team/java/Ubuntu trusty main
deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu precise main
到source.list文件中并update后
apt-get install oracle-java8-installer，这样java环境就安装好了。创建mysql数据库并用户授权之后，下载openfire最新的deb文件执行
dpkg -i openfire_3.7.1_all.deb进行安装，速度快的有些以为出错了，但是登录9090端口的web管理页面，发现确实是成功了。 进入管理页面，发现无论是安全性还是用户设置的确是比ejabberd强不少，下一步再进行测试吧。
最近想尝试一下lunix的IM软件，很多年前在FreeBsd下安装过jabber2，但在debian下却找不到jabber，原来jabber早已被思科收购，于是便安装目前流行的XMPP的服务器ejabberd。
开始安装倒很顺利，使用 internal用户认证，也已经可以注册登录，因为想使用Mysql管理所以按照网上说明修改ejabberd.cfg文件：
注释掉： {auth_method, internal}.
取消注释：{auth_method, odbc}.
取消注释并设置数据库名称和密码：
{odbc_server, {mysql, “localhost”, “ejabberd”, “ejabberd”, “ejabberd”}}.
修改模块如下：在原有模块名后面都增加_odbc
{mod_last_odbc, []},
{mod_offline_odbc, []},
{mod_privacy_odbc, []},
{mod_private_odbc, []},
{mod_pubsub_odbc, [ % requires mod_caps …
{mod_roster_odbc, []},
{mod_vcard_odbc, []},
重新启动，服务器未起来，原来是默认安装并没有相应的mysql模块，需要从svn co https://svn.process-one.net/ejabberd-modules/mysql/trunk mysql下载，然后erlc *.erl相应的.erl文件，将编译后文件复制到/usr/lib/ejabberd/ebin文件夹下。
默认的mysql数据库也没有按照，到https://github.com/processone/ejabberd/blob/master/sql/mysql.sql页面将sql内容复制后，通过客户端或者mysql命令行安装，如果mysql版本为5.5版本不支持全文索引，还需要将archive表的引擎改为MyISAM。创建用户并授权，或者使用原先有权限的用户，服务器重启后系统能够正常使用。
比较令人懊恼的是，时间都耽误着那个配置中的server上了，其实那个就是指的服务器地址。
使用ejabberdctl register admin localhost 123456注册用户设置密码，登录服务器网址:5280/admin，一切正常。
客户端找了几个，原先psi已经打不开官方网页，spark无法下载，最后使用的是Pandion，也正常登录。
四核倒是次要的，关键是低价。树莓派树立了标杆，后面跟进的产品一波接一波，还是托树莓派的福啊。
试着到淘宝网查询一下，淘宝上已然有现货上架了，69元不包邮，已是很超值，过完春节买一个试验一下如何。
今天重新安装了一遍django，升级到1.9版本，主要目的是试用一下ImageField，按照网上一篇文章介绍
在settings.py文件加配置：
MEDIA_ROOT = ‘media/’
MEDIA_URL = ‘media/’
然后在models文件中字段定义为img = models.ImageField(upload_to=’img’)
轻松解决了，media文件夹被自动创建，而图片也被上传到media文件夹下的img文件夹下。
倒是数据库编码再次捣乱，以后设置的时候要首先把数据库的字符编码定义好，可以减少不少麻烦。
根据网上资料学习了一下Python对Excel的操作，有些问题，从网上搜索相关资料后，初步能够操作excel了。
写入Excel：
import xlwt
workbook = xlwt.Workbook(encoding='utf-8')
booksheet = workbook.add_sheet('Sheet 1', cell_overwrite_ok=True)
workbook.add_sheet('Sheet 2')
DATA = (('xh', 'xm', 'nl', 'xb', 'cj'),
(1001, 'AAAA', 23, 'M', 98),
(1002, 'BBBB', 21, 'F', 90),
(1003, 'CCCC', 24, 'F', 100),
(1004, 'DDDD', 22, 'F', 86),
(1005, 'EEEE', 25, 'F', 88),)
for i, row in enumerate(DATA):
for j, col in enumerate(row):
booksheet.write(i, j, col)
booksheet.col(0).width=10
workbook.save('cjd.xls')
读取Excel:
import xlrd
wb = xlrd.open_workbook('cjd.xls')
ws = wb.sheets()[0]
dataset = []
for r in range(ws.nrows):
col = []
for c in range(ws.ncols):
col.append(ws.cell(r,c).value)
dataset.append(col)
from pprint import pprint
pprint(dataset)
下一步主要要解决一下汉字问题。
后来发现问题和php一样还是出现在源文件上，转化为utf-8格式就可以解决了。
如果之前邓亚萍没有“雄心勃勃”担当即刻搜索的总经理，结果搞得灰头土脸，现在当个政法大学的兼职教授，哪会闹得如此沸沸扬扬，鸡飞狗跳。
所以还是应了《围城》中的那句话：一个人的缺点正像猴子的尾巴，猴子蹲在地面的时候，尾巴是看不见的，直到它向树上爬，就把后部供大众瞻仰，可是这红臂长未必本来就有，并非地位爬高了的新标志。
以邓亚萍的能力根本没有资格或者实力去干搜索的一把手的，但她还是去做了，以为乒坛内她能搞定的事情，到了IT业一样能搞定，但是搞砸了，到处喊冤没人信，当个烂大街的兼职教授被攻击，看似不自量力，实则是贪念作祟，贪名贪利，结果一世英名毁于一旦。
贪不得胜。
今天在debian8.2的机器上进行了odoo9的升级，发现现在odoo9虽然号称推出正式版，但是机会每天都有更新，新的版本先升级会计模块出现错误，于是卸载重新安装，这时候再设置为简体中文，可以正常显示了。
中文状态下和odoo8进行简单比较，不考虑销售联动等因素，单纯记账功能简化的不能再简化了。而且也没有了原先的定期记账分录生成功能，而报表功能得到加强。这与原先odoo9重点在升级在会计模块的宣传不相符，也许是重点在与销售、库存关联关联吧。
此次服务器的安装主要目的还是安装调试odoo，正巧odoo9正式推出了，于是就首先新建了一个debian8.2的虚拟机，通过apt安装odoo9。
安装出奇的顺利，按照http://nightly.odoo.com/首页的说明，添加odoo9的源之后，顺利安装成功，然后按照提示，安装了wkhtmltopdf，再查看端口，odoo和Postgresql的端口都正常，但打开页面的时候提示500错误。
由于服务器已经启动，出现500错误应该是数据库的问题，查看odoo的log文件，显示数据库无法连接，再进入Postgresql，发现果然没有odoo的角色，使用createuser –createdb –username postgres –no-createrole –no-superuser –pwprompt odoo加入系统角色之后，odoo登录界面出现了。
但下面开始不顺利了，安装会计模块后，左边菜单显示一下后就出现一弹出屏的错误，但安装其他模块比如日历、blog则正常。
本以为和原先odoo8一样是debian的问题，于是又新建一个ubuntu14.04虚拟机，进行安装，但这次就不顺利了，安装就出错，提示需要安装python-ofxparse，只好
wget https://launchpad.net/~pythoneers/+archive/ubuntu/py35asdefault/+build/7558927/+files/python-ofxparse_0.14-1_all.deb
dpkg -i python-ofxparse_0.14-1_all.deb
apt-get install python-passlib
这样才将odoo安装成功。成功后Postgresql倒没有添麻烦，但是安装会计模块后与debian一样出错，无法使用。
第二天研究时候发现，感觉应该是数据库字符设置的问题，于是将默认的语言恢复成英文，这下问题解决了，会计模块可以正常使用。搞笑的是，如果在英文状态下进入了会计模块，这时候将默认语言改回中文，问题就不会出现，可以正常在中文状态下使用。估计是刚刚推出正式版，才有这个bug，估计后期应该很快就能解决。
虚拟机服务器安装完毕之后，就开始着手将原先的j1900中的虚拟机导出，其实非常方便，导出的ova文件解压后得到两个文件，一个.ova和一个.ovf。其中ovf文件为配置文件，在Esxi中选择“部署OVf模板”，选择本地硬盘中的.ovf文件就可以一步步导入原先虚拟机了。因为.ovf中含有Virtualbox的特性，会提示失败，删除相应的那行配置即可。
顺利开篇，于是安装了一个虚拟机ubuntu14.4，然后在里面又安装了一个VirtualBox5.0，以及相应的nginx，php-fpm以及phpvirtualbox。真是熟能生巧，这次是基本一次成功，除了粘贴软件地址，也能自己完全凭借记忆完成安装。之所以说基本，是因为又出现了上次安装phpvirtualbox因用户失败的情况，依然是重新建立用户，然后添加到vboxusers组中，重启机器成功。
VirtualBox5.0里面有OS X的安装选项，但是只有32位版本选项的，估计是因为在虚拟机的虚拟机中安装的缘故吧。