本来在考虑Typecho的插件仓库的问题，70已经说了新版有插件模板中心，这个就不再考虑了。由于新版在即，把原来插件仓库的部分功能剥离出来诞生了这个插件。

本插件实现的功能是上传zip压缩的插件，自动解压到插件目录。再一个就是插件管理功能，主要是在线删除插件。

有需要的下载：UploadPlugin.1.0.0.zip

阅读剩余部分...

自从把Ubuntu升级到12.04后，Vmware Workstation就不能使用了，因为升级了内核，Vmware需要更新内核模块，但是每次都会失败。以为Vmware升级后能解决问题，重新下了8.0.3的Vmware问题依旧存在，总是在更新内核模块的时候提示虚拟网络设备失败（This fails on Virtual Network Device），最后在网上搜了，有些方法很复杂，最后在这里找到了解决办法，从这里下载老外做好的补丁，针对8.0.2的。

先安装好VMware-Workstation

sudo sh VMware-Workstation-Full-8.0.3-703057.i386.bundle

解压出内核补丁后，修改patch-modules_3.2.0.sh 改vmreqver=8.0.2为vmreqver=8.0.3，再执行

sudo ./patch-modules_3.2.0.sh 

编译完成之后就能使用Vmware-Workstation了，有没有啥后遗症还不知道，反正能用就成了。

前一版1.2.4问题较多，所以做了修正，没有增加功能。

细节上的变化：

1、取消设置中的邮件主体格式设置，由插件目录下的owner.html和guest.html两个模板实现。以前是放在CommentToMail/log目录下的，现在直接发在插件目录CommentToMail/下。

2、异步请求需要socket支持，自动依次调用fsockopen,pfsockopen,stream_socket_client，当这几个函数均被禁用，本插件就完全无法工作。

3、改变了发信的模式，原来是调用外部文件实现异步发送，现在改用action，权限上好控制一些。

如果要升级插件，需要禁用以前的版本，再上传覆盖后激活使用。

当出现插件无法工作，日志文件也无法生成的情况，请尝试把插件目录下的log和cache目录权限设为777，正常的应该为755

如果错误日志提示为无法连接smtp服务器，而设置又没任何问题的，请把插件目录下的class.phpmailer.php文件中小写的‘smtp’改为大写‘SMTP’ 。这是个很怪异的问题。

如果连错误日志都没有的话，目录权限又没问题，那么就是socket部分没有执行，有可能是fsockopen不能获取http的内容，可以使用phpinfo()查看“Registered PHP Streams”一项里面是否有http。

CommentToMail.1.2.5.zip             使用说明

如果要让评论者选择是否接收邮件需要在模板的comments.php文件中添加

<label><input type="checkbox" name="banmail" id="banmail" value="stop" />拒收邮件</label>

Ubuntu的更新过程是先下载完源里的文件就开始执行升级，如果涉及到一些因为版权或是其他问题没加入源的文件，在升级安装的中途再从第三方服务器上下载。有时需要下载的文件比较大，而网速又不给力，就会在这里耽搁很久。万一有特殊情况必须关机，那么更新就会被中断。这就会带来一点的问题。

首先一个就是当你再次使用“更新管理器”更新的时候，会提示你：
E: 无法获得锁 /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: 无法锁定管理目录(/var/lib/dpkg/)，是否有其他进程正占用它？

解决方法：
#:sudo rm /var/cache/apt/archives/lock
#:sudo rm /var/lib/dpkg/lock

这个问题解决了，还有可能会出现使用apt-get或者dpkg时无法更新或者安装软件。提示使用“sudo dpkg --configure -a”，但是还是无法解决。错误提示类似于“dpkg: error: parsing file '/var/lib/dpkg/updates/0073' near line 0:”，也就是'/var/lib/dpkg/updates/目录下的某个文件出了问题。解决办法就是删掉改目录下的所有文件。