安装完Linux以后，困难的就是还需要去配那些软件，例如看电影的，听歌的，甚至于Firefox上都无法显示Flash，需要安装FlashPlayer——虽说现在有Ubuntu，易用性好了很多，但是我的Ubuntu使用体验是需要找到一个好的软件源，花很多时间来下载中文化软件包，而且还要去搜索安装解码器（反正我是没有安装成功过，连MP3都不能播放怎么叫易用，为什么就不能一次性给齐呢？），打开Firefox连上谷歌音乐结果还没有Flashplayer。要真正的易用性，也许还是要几个开箱即用的民间Ubuntu才行——中国的用户也许可以用Hiweed Linux，试用了Live CD似乎确实不错，很像Windows。
上周安装完Fedora 10 X86_64后，通过adobe的yum源，安装了flash-plugin后，flash仍然不工作。在网上查了文档才知道yum在源上安装的是i386的，还需要通过nspluginwrapper来把i386的.so转换为x86_64的。可是nspluginwrapper安装完，执行mozilla-plugin-config会出错，最后Firefox仍然不能显示Flash。
今天安装了CentOS 5.3，同样的方法安装了flash-plugin。再参考网上的文章，但是不是很想装源之外的rpm包(nspluginwrapper-i386)，执行nspluginwrapper发现文件不存在，但准备执行mozilla-plugin-config时才发现/usr/lib/mozilla/plugins目录下不存在libflashplayer.so文件，这好像和上周安装flash-plugin的情形不同了。那么flash-plugin安装到哪里去了呢？
执行了命令rpm -ql flash-plugin后发现，文件libflashplayer.so已经安装到/usr/lib64/flash-plugin目录下了，而且在/usr/lib64/mozilla/plugins目录下已经有一个链接指向（也许是我执行了/usr/lib64/flash-plugin/setup的缘故），显然x86_64的Firefox已经有了自己的x86_64的flashplayer了。再打开Firefox，可以看到flash插件已经安装好了。
一点都不需要网上的那些文章了，事情变得这么简单，不知道是CentOS 改进了呢，还是Adobe改进了？我相信也许是后者。在安装完RPMforge repo之后，就可以直接安装flash-plugin.x86_64了，不再需要Adobe的源了。具体的信息请参考TipsAndTricks/PluginsFor64BitFirefox，该文章还描述了如何给Firefox安装jre插件。
这篇文章的背景问题在上一篇文章(“LVM.DisallowSnapshotLun” Problem when Migrating a Datastore on VMWare ESX Server)里提到了——当时不知道取什么题目好，当然现在还不是很清楚，不过会明确一点了，就是将Datastore的LUN调整成其它值(unpresent&&present)了以后，ESX就没法把这个识别到的LUN作为Datastore了。
系统日志vmkernel里有显示一些经常出现的信息： (全文…)
机房的VMWare ESX服务器增加了一个SAN的连接，并且将原先分配给ESX的一个Disk也present到了这个新的HBA卡上。
昨天为了使得ESX上的每一个SAN Disk都能使用两条SAN链接进行冗余以及负载均衡，就将各个Disk的LUN号都调整了一下，其中也改动到了作为ESX服务器Datastore的Disk(VMFS)，从vmhba2:0:2变成了vmhba2:0:1。结果服务器重启以后，Storage里再也没有原先的Datastore了，虽然每一个新的LUN都正确的查找了出来。如果重新添加Datastore的话，ESX则要求对新添加的volume进行格式化，这个是绝对不行的。 (全文…)
THE MOMENT, THE MEMENTO: Apache服务器遭受DOS攻击 之前说过Apache服务器遭受到 P.Arthur 搜索引擎的DOS攻击，导致系统内存不够而死机。要解决问题，那就得屏蔽相关的User-Agent。 前阵子在维护厦门火车站网站的时候，顺便问了一下wangpenghui，他说通过BrowserMatch来解决。 前些天在网络上搜索了一下，找到这篇文章： 让APACHE防止多线程下载，虽然title似乎没有什么关系，但是文末的一段给了我很大帮助： 或者根据User_Agent判断，把已知的多线程工具都给deny 掉 in httpd.conf ….. BrowserMatch “NetAnt” badguy BrowserMatch “GetRight” badguy BrowserMatch “JetCar” badguy BrowserMatch “Mass Downloader” badguy BrowserMatch “ReGet” badguy BrowserMatch “DLExpert” badguy BrowserMatch “FlashGet” badguy BrowserMatch “Offline
前一阵子将几个MediaWiki的站点从1.4.7升级到1.5.6。最近发现了一个问题，即原先是设置为不允许匿名编辑和不允许自由注册的，但是这个设置现在失效了。
Google了一下MediaWiki的安装设置，找到几个网站，发现所说的方法都是用旧版本的方法（即通过$wgWhitelistEdit和$wgWhitelistAccount）。
怎样才能找到新版本下的设置方法呢？忽然想起新的软件包下的UPGRADE有提到LocalSettings.php文件的几个参数要修改的问题。于是重新翻看UPGRADE，终于找到了答案：
=== Configuration changes from 1.4.x: ===
$wgDisableUploads has been replaced with $wgEnableUploads.
$wgWhitelistAccount has been replaced by the ‘createaccount’ permission
key in $wgGroupPermissions. To emulate the old effect of setting:
$wgWhitelistAccount['user'] = 0;
set:
$wgGroupPermissions['*']['createaccount'] = false;
$wgWhitelistEdit has been replaced by the ‘edit’ permission key.
To emulate the old effect of setting:
$wgWhitelistEdit = true;
set:
$wgGroupPermissions['*']['edit'] = false;
If $wgWhitelistRead is set, you must also disable the ‘read’ permission
for it to take affect on anonymous users:
$wgWhitelistRead = array( “Main Page”, “Special:Userlogin” );
$wgGroupPermissions['*']['read'] = false;
Note that you can disable/enable several other permissions by modifying
this configuration array in your LocalSettings.php; see DefaultSettings.php
for the complete default permission set.
If using Memcached, you must enabled it differently now:
$wgUseMemCached = true;
should be replaced with:
$wgMainCacheType = CACHE_MEMCACHED;
根据文中所说的去修改，设置又恢复正常了。
附几个搜索中找到的，有比较多MediaWiki安装设置以及使用帮助的网站：
restore from http://www.allwiki.com/ (用户权限管理： 以下内容引用自：http://windwood.xmu.edu.cn/” 的http://www.windwood.name/mywork/archives/000364.html” ）
昨天安装了一个MediaWiki系统（Wikipedia就是基于这个系统的）。但是它的默认配置是，网站内容对于匿名用户（也就是任何访问网站的用户）都是可读且可写的，而且匿名用户可以注册用户可以不受限制的注册用户。
为了网站内容的安全性，必须限制匿名用户的这些权限，即匿名用户不可编辑网站内容；同时必须加强用户的管理，只有管理员才能创建新用户。经过这样配置之後的动态网站才是可以控制的（毕竟在管理人员不足的情况下是无法相信访问者的自觉性的）。
(全文…)
