一个程序猿

其实好久没用过FCKEeditor了，因为将近两年没写过CMS，今天突然人品大爆发，想起了这个问题。

fckeditor是一个非常棒的所见即所得在线编辑器，包括一些门户网站都在使用。fckeditor有个问题，就是上传图片默认为一个文件夹，当然这个问题早已经解决，我们可以用cookie或者session的方式给参数 $Config['UserFilesPath'] 就可以定制上传路径。而后在文章保存的过程中即可保存图片地址。

然后在使用过程中又出现一个问题，虽然我们知道图片在哪个文件夹，但我们却不能动态的去知道具体文件夹内有哪几个图片，预览是什么。而且，我们在写CMS的时候经常需要调用其中一张图片做封面，原来的机制显然无法去满足这些需求（当然你也可以查看编辑器内的源代码来查看图片地址，不过对于外行似乎有点困难）。

突然看到了discuz的附件机制，相出这么个损招：每张图片上传都给他存储在数据库中，打上guid（或者唯一的地址）进行标识，当我们保存的时候，图片会跟文章关联，在使用之前还可以用ajax动态调用预览，可谓一举两得。

文章保存后，图片进入数据库，另外还可以方便找出编辑遗留的垃圾，因为很多时候一个已经传了文章的草稿没有保存，而遗留很多的临时文件。

最近的fck版本好像升级了，配置文件放从根目录迁移了，不过fck代码非常规整，做这么个改造不是很难，就没写demo。

———————————————-

文章很冗余，骗稿费?

前两天机房断电，弄得兄弟我太郁闷。机房网管居然直接硬关机，这么来回弄了两三次，问技术，不是那一拨，问销售，没啥解释，人家说不知道……

一分钱一分货有道理，结果我机器挂了，机房那边说linux启动，中间卡死了。因为那个机房没有懂linux的网管，所以，我开车（捷安特）去了机房。

后发现，其实没什么问题，卡在了一个依赖python的启动进程上，另外mysql貌似也没有启动。

我用ubuntu live版的cd进入系统（有点像win下的PE的思路），修改了python设置：

原来python默认是2.3版本，我升级到了2.5，默认关联的是2.5版的，但这样会有一些问题，比如yum对版本依赖性很强，修改后则其不工作，所以我修改了yum的配置，让其寻找2.3版本。而另一下对python有依赖的模块我却没有发现，造成down机后无法启动。

mysql无法自启动，没找出是哪的问题，不过，我在ubuntu下加载了原来的分区，修改了rc.local配置,灭了mysql，系统顺利启动。

总结：ubuntu live cd的作用跟我修理xp时候的pe功能相似，系统挂掉的时候修改个配置啥的还是很好用的。

除非很了解软件之间的依赖性，否则不要随意修改那些配置，否则会造成依赖性问题。

事发现场图片