dedetag.class.php

$fp = @fopen($filename,"w") or die("DedeTag Engine Create File False");

修改为：

$fp = @fopen($filename,"w") or die("DedeTag Engine Create File False:$filename");

以下内容为转摘：
我的解决办法是，在哪里出现错误，就去哪里找错误。
我在更新文档时出现这个错误，你们随便，我是直接去Include文件夹里搜寻“模板文件不存在，无法解析文档”这串字符。找到了arc.archives.class.php这个文件。
我看了一下这个类，于是改了一下报错的代码。
echo "模板文件不存在，无法解析文档！";
修改成
echo "模板文件不存在，无法解析文档！" .$this->ArcID;
这样可以返回错误的文章ID,于是，再生成时我得到了几个文章ID.打开这个文章编辑，发现这篇文章居然没有设置分类。
挺奇怪的错误。设置文档栏目后问题解决！
同理，如果是生成栏目列表时出现这样的问题，可以修改include/arc.listview.class.php这个文件。
echo "模板文件不存在，无法解析文档！";
修改成：
echo "模板文件不存在，无法解析文档！：$tempfile";
这样，就能在生成静态文件的时候，确切的知道是哪个文档或者模板文件出错了！

其实picasa最主要的文件是在

%userprofile%\AppData\Local\Google\Picasa2 （缩略图等预览文件）

%userprofile%\AppData\Local\Google\Picasa2Albums （配置文件）

其中picasa2里面的

albums_0.db

bigthumbs_0.db

facetemplates_0.db （如果启用了人像识别功能 face）

previews_0.db （这个是绝对大户，我的文件超过2GB，而且还没怎么经常去看照片了）

thumbs_0.db

thumbs2_0.db

上面的这些文件小的几十MB，大的几个GB，不过也和不同人的照片数量不同而不同，我自己的照片有100多GB，所以可能占用比较大，而且我都已经没有启用我自己照片外的其他例如我的文档，桌面之类的其他地方的收录了，要是加上那就更加夸张了。

少废话了，开工工作：

把E:\Users\Ben\AppData\Local\Google里的所有跟google程序有关的配置都移动到c:\Google下面（因为我的c,e两个盘是同一个scsi硬盘的，所以为了防止曾经发生过的硬盘掉线问题，还是都放同一个硬盘好了，免得到时数据丢失更严重），其实这个时候才发现Chrome也是硬盘杀手来的，居然占用了1个多GB，清理了缓存也有好几百MB的空间。

开始不太会操作，用了命令

E:\Users\Ben>mklink /j c:\google E:\Users\Ben\AppData\Local\Google

当文件已存在时，无法创建该文件。

难道哪里出错了，删除掉e盘的那个原来的google目录看看。

E:\Users\Ben>mklink /j c:\Google_DB E:\Users\Ben\AppData\Local\Google
为 c:\Google_DB <<===>> E:\Users\Ben\AppData\Local\Google 创建的联接

完了，原来命令用反了，c盘多了一个带快捷方式标记的 Google_DB了，看来并不是c:/google存在的问题。

明白了后就反过来，成功了。

E:\Users\Ben>mklink /j E:\Users\Ben\AppData\Local\Google c:\Google
为 E:\Users\Ben\AppData\Local\Google <<===>> c:\Google 创建的联接

其实就是这样用：mklink /j <原来的路径> <你最终放的文件的路径>

我喜欢用 /j命令，因为这样以后e:\users\ben\appdata\local\google里可以还是可以直接打开访问c盘的目录和文件，你看起来就和原来一样，完全没有改变，就是说：

E:\Users\Ben\AppData\Local\Google\Picasa2\db3

C:\Google\Picasa2\db3

这两个地址都是一样的，随便访问那边其实都是一样的，看起来没有任何区别。

运行一下Chrome

在windows任务管理器里看到的路径是：E:\Users\Ben\AppData\Local\Google\Chrome\Application\chrome.exe，其实这个程序实际在c盘的哦。

启动了一下Chrome和Picasa，都没问题，太好了，以后遇到类似硬盘空间问题就很好解决了，把那些大户人家都搬迁去住“别墅”去，免得占用太多的贫民区了，一下就腾出了5个多GB的空间，又可以重新“卖地”了，够挺长时间卖的了，估计下次要开刀的就是iturns了。

转载请注明：http://www.fmben.com原创文章哦。

在win7默认的ie7里出来提示

====================================================

网页错误详细信息

消息: 'document.getElementById(...)' 为空或不是对象
行: 2
字符: 1
代码: 0
URI: http://www.fmben.com/javascripts/v2.js

====================================================

另外还有一个错误就“尚未实现”，而且导致了整个版面和我所计划的不一样了，菜单出来都乱套了。

因为比较少遇到这样的问题，开始没发现有什么大问题，我还以为只是一般的css兼容错误和js方面的错误，虽然我这个效果在v1里也使用了，不过因为v2里面这个应用了多次在不同的地方，所以我改写了整个css和js部分，重新写更好的兼容多个的函数来实现，感觉会在这里出了问题，不过一直没考虑到是哪里出了问题。

直到刚才不久才突然想到goooo一下看看有什么问题，立刻搜索“javascript 尚未实现”，答案终于找到了，原来ie下面是不允许onload的事件直接调用带参数的函数的，原来是这样的问题，怪不得原来单个函数变为现在多次使用（带了参数传值）就会发生脚本错误。

立刻更改使用

onload =function(){menuFix("dropsearch")};

来实现。好了，没问题了。

:) 想知道为什么使用这样的代码和在哪里用到了，不妨期待一下我们的我易网V2，不久即将发布。

我一看后面一个login.asp就知道是钓鱼了，不过没想到这个钓鱼的人那么鹌鹑（笨）而已。做也做的像样一点嘛，那么没“职业道德”，上面的地址因为经过url encode，所以可能一般人看不出来有问题，而且他也是通过淘宝登录页转过去的，所以容易被骗的程度很高，目标页完全和淘宝登录一样，域名居然用的是taobco.com，看起来很像淘宝，不是一般人能够识别，一不小心输入了登录帐号密码，那就完了，哈哈。

由于上面地址是欺骗地址，所以我就不把原来那个地址贴出来了，把诈骗地址更换为我博客地址，大家可以点进来看看就明白了：http://member1.taobao.com/member/loginByIm.do?inputcharset=&errurl=http%3A//cn.rd.yahoo.com/SIG=15i3ndp2c/M=759012.13979097.13939846.10659403/D=cn/S=2142636505:S/Y=CN/EXP=1267711376/L=tyoUZcvR4vI6Mr5eScC6nwK93KHpP0uPoXAAB8RU/B=eeBHZMqlaRY-/J=1267704176551643/K=ZfrbsDJwtAq4QXeuORYEaw/A=6013496/R=0/SIG=10t5bnvoc/*http%3A//www.fmben.com/me 

这个url因为是经过淘宝转去yahoo的，所以前面显示的链接是绿色的安全图标，但是钓鱼的人利用了yahoo网站的一个转向漏洞，导致这个url是可以安全转向的，危险程度极高；最大的问题在于淘宝把yahoo站当做安全的，所以可以正常转过去，如果前面yahoo的url换成你自己的域名测试你就发现不能转过去，转回淘宝首页了。

一看是NMIndexService.exe，另外还有同一目录的几个程序把内存给吃光了，开始不确认这个是什么东西来的，一看路径才知道是ahead Nero的目录里面的，实在是太恐怖了，如果你的内存也经常吃光，那也要注意了，我是因为只是安装来测试一下，所以没什么用，我想都没想就把nero给卸载了，反正可以用轻巧的Ones来刻录，以后都没必要用这样的程序了。

搜索了一下baidu居然这个关键词一个记录都没，只有google才有很多解决方法，不过很多都不是英文的，所以懒得去看了，就直接不用好了。

转载请注明踏趣网 http://www.fmben.com，难得能写一个互联网没有的技术解决方案，哈哈。

有正则表达式速度快很多。一大堆的东西可以直接处理掉，本来还想写个程序来搞定，想想要自己写正则替换的函数，还是算了吧，时间宝贵，有现成的Dreaweaver不用浪费，哈哈。

因为可以设置函数，所以可以直接查找：

<li name="cata_div" id="cata_div"(\D+)onsel="0" typeid="(\d+)" subcounter="(\d+)" onclick="onSelType\(this,event\);return false;"><a href="#">(\D+)</a><span>\((\d+)\)</span></li>

然后还可以提取里面替换的部分的数据出来。

$2-$4

运行一下，不错，很好很快捷，哈哈。

一般使用应该是没什么问题的，不过测试某些东西的时候需要静态化文件，使用.htaccess文件，结果貌似这个服务器默认是没开的，看他LoadModule rewrite_module modules/mod_rewrite.so这个是没问题的，说明已经加载了rewrite模块，不过不知道哪里没开这个功能？

终于最后发现了问题了，

打开 DEDEAPMZ

控制面板 ==>修改apache全局配置

找到

<Directory />
Options Indexes
AllowOverride None
Order allow,deny
Allow from all
</Directory>

修改为：

<Directory />
Options Indexes FollowSymLinks
AllowOverride all
Order allow,deny
Allow from all
</Directory>

测试！成功了！Yeah.

不过可惜邮件还是没办法解决，不过最近貌似都不想去研究，以后有空再研究一下吧。

Helicon Tech的ISAPI_Rewrite 2和ISAPI_Rewrite 3（下载）就可以让IIS支持rewrite功能，不过免费版本的只支持一个服务一个httpd.conf配置文件，如果有自己服务器的朋友可以使用，不过如果是虚拟主机的朋友就没办法了。