你设置了使用 SMTP 发邮件？那个服务器 203.68.*.* 上你确认有 SMTP 服务？

try {dynamic} ur content {/dynamic}

ok,明白了

我只是试了这一句的效果
UPDATE plog_articles SET num_reads = num_reads+1, date = date WHERE id = 2
看到了它不产生任何作用

也看过db设计，但没有仔细想过其中的效果，主要是没想到 db 会这样设计。

话说回来，这样设计的目的是什么呢？因为这个字段需要更新的次数相当少，完全可以在需要更新jf 用 date=NOW() 来指定，为什么要以现在的形式呢？相反这个 UPDATE plog_articles SET num_reads = num_reads+1 语句被执行的次数将相当多，如果每次都要指定 date=date 效率就会受影响吧。

那就涉及到 date 字段设计时是准备用来做什么功能了。从我看的代码来看，似乎这里存储的最后修改时间，如果是这样，那在现在这个函数里应该是不需要更新这个字段的，而实际效果也是这样，date=date 并不起任何作用，所以我说它是冗余代码。

至于你据说的 date()，在 mysql 里似乎不是你想象的作用，具体参看这里 http://dev.mysql.com/doc/mysql/en/date-and-time-functions.html

程式碼:

DATE(expr)

Extracts the date part of the date or datetime expression expr.

mysql> SELECT DATE('2003-12-31 01:02:03');
        -> '2003-12-31'

DATE() is available as of MySQL 4.1.1. 

我猜想你想用的是 NOW() 或者 CURDATE() 吧，这就又回到最开始说的，date 字段的设计功能了。

你确定？那这条语句的实际效果呢？你测试过 date 字段会有变化吗？

第一個 date 是要傳進 SQL 的名稱, 第二個 date 是 articles 中的變數...

拜托仔细看看语法，如果照你所说，至少会应该是类似  date=$date 这样的语法吧

在 articles.class.php 里，看起来有些代码是完全无用的，比如下面这段里面的 date=date，请问这些代码是从哪里来的？历史代码吗？

另外，同样是这个函数，上面的说明好象和下面的函数也相差很多了，同样是历史问题？

程式碼:

        /**
         * Updates the number of times a post has been read. This method does not just increase the num_read
         * counter by one but it can set it to whatever we want... Usually the value we pass in '$numReads' will
         * be the old value + 1, but it could be whatever.
         *
         * @param articleId A valid article identifier.
         * @param numReads A value, meaning how many times the post has been read.
         * @return Returns true if successful or false otherwise.
         */
        function updateArticleNumReads( $articleId )
        {
            // we have to build up the query, which will be pretty long...
            $query = "UPDATE ".$this->getPrefix()."articles SET ".
                     " num_reads = num_reads+1 ".
                     ", date = date ".
                     " WHERE id = '".Db::qstr($articleId)."'";

            $result = $this->Execute( $query );

            return $result;
        }

我已经提交了一个report，不知道合不合要求

但我不会做 patch 啊

1.01 release里的 class/dao/searchengine.class.php 中的 sql 语句，没有判断 blog 是否已经被删除，这样已经删除的blog的article分被搜索出来，应该是一个bug。

另外同样文件中那几个sql语句，可以用 LEFT JOIN 实现连表，理论上应该比 full join 更好一些，不知道为什么用现在的方法，为了不同数据库的兼容性吗？

请参考上面那个贴子，class/dao/searchengine.class.php 也需要修改，否则在搜索文章时一样可以搜索到

另外还应该修改 class/dao/searchengine.class.php

HTTP_REFERER是可以伪造的

我用的是 1.01 标准的 adminupdatepostaction.class.php 啊，要不把你的这个文件发给我看看？

管理面板 -> 全部站台掌控

可以直接在后台修改的