使用 LIfeType 到現在也已經二年多，感覺一切都在進步中，這是好現象。
如今，有個問題想請教：

是否有可能在刪除一些過期文章時，能順帶把插入在文章中的檔案或圖片（從檔案中心插入的），一併給刪除掉呢？
因為部落格做為處室公告用途後，一些公告消息都會附帶一、二個檔案。雖然已經宣導過，盡量把內容轉換成文字張貼，但總是有做不到的。

當刪除文章時，那些插入的檔案，必須要自行去檔案中心裡跟著刪除，如果數量少當然是還好，但數量多的時候，就很難處理了。如果能在刪除過期文章時，順便把附帶的檔案或圖片也刪除掉，相信會更容易管理。

不知，是否有可能加上這樣的功能呢？

好像是您的外掛版本不對，記得 lt_include() 是自1.2版開始才用的，而您所安裝的 LifeType 版本是 1.0.6 版，應該去找適合 1.0.6 版用的外掛喔！

請問各位
小弟已經爬過文了

現在的狀況還是一樣無法刷出任何外掛
一直都是以下訊息：

Fatal error: Call to undefined function: lt_include() in /home/customer/gs-silk.com.tw/www/lifetype-1.0.6/lifetype-1.0.6/plugins/galleryimages/plugingalleryimages.class.php on line 3

小弟的PHP版本是
MySQL 版本 4.0.26-log

不管有沒有更改class底下的glob.class
都是一樣的結果
一刷新就出現上述訊息

請問有人可以幫小弟解決嗎?

感謝

我的部落格是從 1.2.4_r5688 要升級到 1.2.5 版，利用升級檔覆蓋後，在發表新文章的編輯區裡，想點選不管是文字顏色或背景顏色，新版的不是有個 more color，可是在 IE、Maxthon 上，都看不到那個區塊裡的顏色，只會有一個 x 的關閉按鈕，但在 FireFox 裡是正常的。

可是我用 Maxthon 直接開啟 timyMCE 的 2.1.2 版裡，看它的 Word example 範例檔，卻是可以的。

想請教這樣的問題，會是那裡出了問題，該如何解決？

11/10 補述：

在一個忽然的情況下，在那個原本該是出現 More Color 的彈出視窗裡，給它按下了重新整理，竟然就出現了，雖然可以看到了，但每次只要按下那個 More Color，就必須要按一次重新整理，雖然不知為什麼會如此，但總算是可以使用了。

其實不用修改，因為模版本身就已經是設定好的。
但預設值是您必須要使用個人圖像，並且自我介紹不能是空白，二者兼具，才會顯示出來。
缺少一個就不會顯示了。

個人猜測：

可能是您那篇「針對中時報導「漂鳥學種田 收穫不敵剝削」一文，文志的回應」，是採用複製貼上的動作，以致於有太多的span、font…等code，而產生混亂，進而影響了版面的排列。

我通常的作法，是先把複製的文字內容，先貼到記事本，再從記事本複製貼回部落格，這樣才能保持純文字的特性，也才不會產生版面錯亂的問題。這是我的經驗。

只是不知我的作法，對不對而已？要不，您可能得去調整templates裡的寬度吧！

關於Stickyposts 1.1在LifeType 1.2上自己實測的結果：
如果要用在1.2.2以上的版本，請記得要將 include_once 改成 lt_include
否則會出錯喔！

阿欣老師

非常謝謝您的提醒，再三詳細核對下，終於發現自己的錯誤
原來，自己修改的語系檔裡，在最後一個項目後面，多了一個「,」
把它刪除掉後，就可以恢復正常了。

感謝！

我測試升級的情形是：

有重新下載新的1.2.3版囉！

在tiny_mce-plog.js裡加入了
    language : "zh_tw_utf8",

可是如果用了中文語系，是不正常的，在IE裡不能出現那些工具列
不用中文語系，反而才能正常顯示。

使用FireFox卻是正常
目前還在檢查問題中

發現在tinyMCE的plugins裡，我只要在insertaudio與insertvideo 的 langs 資料夾內，加入自己修改的 zh_tw_utf8.js 檔案，便會顯示不出工具列，將 zh_tw_utf8.js 去掉，就恢復正常。

1.0.6版，是B2D原先預設安裝的舊版本了，您不妨到 B2D 的官網，去看一下，把它升級到1.2.1版看看（如果您還沒有新增多少文章的話）
官網：http://b2d.tnc.edu.tw/phpBB2/viewtopic.php?t=2342

不過，提醒您一下，別用錯了不同版本適用的模版與外掛喔！

B2D 的  apache2.conf 在 /etc/apache2 裡
您可以試著加入以下看看

<Directory "/var/www/blog">
 AllowOverride All
</Directory>

在經過與1.2版比對後，發現在 pluginbadbehavior.class.php 此檔中，下列這段裡頭，

$this->id = "badbehavior";
$this->desc = "Bad Behavior for LifeType";
$this->author = "The Lifetype Project";
$this->db =& Db::getDb();
$this->version = "1.2";
      
$config =& Config::getConfig();
$prefix = Db::getPrefix();
$this->_logTable = $prefix . $config->getValue( 'bb2_log_table' );
$this->_displayStatus = $config->getValue( 'bb2_display_stats' );

其中最後一行，這個 bb2_display_stats，在修正檔中，被改成 bb2_display_status
我若是把那個 u 刪除掉，再清空 tmp，就可以正常看到「Bad Behavior 已經阻擋了 ｘｘｘｘ 個過去 ｘ 天試圖闖關的垃圾迴響與引用。」這串字了。

不曉得是否算是 bug？

我的情形是這樣的：

在升級到 1.2 版時，原先還是正常，可看到「Bad Behavior 已經阻擋了 ｘｘｘｘ 個過去 ｘ 天試圖闖關的垃圾迴響與引用。」這串文字的。
可是在更新成 1.2.1 版後，卻反而看不到了，我也很想知道是怎麼回事呢？
雖然它不是很重要的東西，但原先看得到，更新完變看不到，總是很遺憾呀！

最近幾天，在儲存草稿時，第一次儲存是可以的，但當第二次要儲存時，並沒有跳出儲存成功的訊息，且當轉成定稿發表時，會出現更新錯誤。

查了一下sql_error.log，出現了許多如下列的訊息：

14-03-2007 20:13:07 ERROR - The following query =
SELECT v.id AS id, d.id AS field_id, v.field_value AS field_value,
                             d.field_name AS field_name, d.field_type AS field_type,
                             d.field_description AS field_description,
                      v.article_id AS article_id, v.blog_id AS blog_id
                             FROM lt_custom_fields_values v
                             RIGHT OUTER JOIN lt_custom_fields_definition d
                             ON v.article_id = 1071 AND v.field_id = d.idgenerated the following error message =
Table '.\lifetype\lt_custom_fields_values' is marked as crashed and should be repaired
C:\AppServ\www\lifetype\class\logger\logger\logger.class.php(157): patternlayout.format
C:\AppServ\www\lifetype\class\logger\logger\logger.class.php(137): logger.log
C:\AppServ\www\lifetype\class\dao\model.class.php(146): logger.error
C:\AppServ\www\lifetype\class\dao\model.class.php(462): customfieldsvalues.execute
C:\AppServ\www\lifetype\class\dao\customfields\customfieldsvalues.class.php(131): customfieldsvalues.delete
C:\AppServ\www\lifetype\class\dao\articles.class.php(1021): customfieldsvalues.removearticlecustomfields
C:\AppServ\www\lifetype\class\dao\articles.class.php(968): articles.updatearticlecustomfields
C:\AppServ\www\lifetype\class\dao\commentscommon.class.php(307): articles.updatearticle
C:\AppServ\www\lifetype\class\dao\trackbacks.class.php(160): commentscommon.deletecomment
C:\AppServ\www\lifetype\plugins\validatetrackback\pluginvalidatetrackback.class.php(170): trackbacks.deletetrackback
C:\AppServ\www\lifetype\plugins\validatetrackback\pluginvalidatetrackback.class.php(74): pluginvalidatetrackback.validate
C:\AppServ\www\lifetype\class\plugin\pluginmanager.class.php(344): pluginvalidatetrackback.process
C:\AppServ\www\lifetype\class\action\addtrackbackaction.class.php(155): pluginmanager.notifyevent
C:\AppServ\www\lifetype\class\controller\controller.class.php(310): addtrackbackaction.perform
C:\AppServ\www\lifetype\index.php(51): blogcontroller.process
C:\AppServ\www\lifetype\trackback.php(19): include_once

根據其中一行
Table '.\lifetype\lt_custom_fields_values' is marked as crashed and should be repaired

應該是指資料庫裡的table損毀了，於是先利用phpmyadmin想試著修復，但發現該table找不到修復資料表的地方，只出現下列的訊息：

錯誤
SQL 語法: 

SHOW INDEX FROM `lt_custom_fields_values` ;

MySQL 傳回： 

#145 - Table '.\lifetype\lt_custom_fields_values' is marked as crashed and should be repaired

接著便搜尋了論壇裡有類似相關的文章，大部分的人都是提到用repair table的指令去修復。

但我的問題來了，使用mysql命令列的方式進入後，我輸入了
mysql>repair table lt_custom_fields_values
可是它只停在
->|

想請問，我接著該如何去修復它呢？是它會自動修復嗎？還是必須下指令？該下何指令？
很抱歉！因為是第一次遇到如此的情形，不知該如何處理下去，看了官方的英文說明，可是實在不懂耶。

請從「個人網誌設定」裡，去「新增網誌使用者」即可。
您必須要自行輸入使用者的帳號名稱才行，無法用選的。
或是在新增使用者帳號時，就直接指定其預設網誌是哪一個也可以。

因為我學校的社群也是架在Windows2003上，剛好有這個需要，原先是參照阿欣老師的作法，將那個批次檔，利用工作排程去做，但不會自動清空內容，檔案還是會累積越來越大，所以在網路上查詢找到了以下的資料，可以提供出來給個參考。

學校主機是採用 appserv 2.4.7版

*******************************************************************************
◆ Windows下的日誌循環

　　一般在Linux下的日誌循環可以由系統的 /etc/logrotate.conf 設定，而 Apache 的日誌循環設定檔在 /etc/logrotate.d/httpd 中(以Redhat/Fedora為例)，預設為一星期循環一次。有關系統日誌循環請參考相關教學文章。
　　但是若您的Apache是安裝在Windows的系統中，日誌原則上(預設值)是不會循環的，所以若您一直沒有清除或手動循環log檔，一個檔案上GB大小也是有可能的，若需要去解析它可能要花很久的時間。Apache本身提供了 rotatelogs (在Windows下為 rotatelogs.exe) 這個指令來循環日誌，讓你可以手動執行指令(請參考 rotatelogs 指令教學) ，或是直接在 httpd.conf 中設定，範例如下：

每天循環(一天為86400秒)
CustomLog "|c:/apache2/bin/rotatelogs c:/apache2/logs/access_log 86400" combined
檔案到達5MB就循環
CustomLog "|c:/apache2/bin/rotatelogs c:/apache2/logs/access_log 5M" common
 

但這樣設定的話，它所產生的Log檔案名稱格式為 access_log.nnnn，後面的 nnnn 由系統自動產生，例如：access_log.1168300800，但這樣的話比較不容易維護或分析，您可以把它改成這樣：

每天循環(一天為86400秒)
CustomLog "|c:/apache2/bin/rotatelogs c:/apache2/logs/access_log_%Y%m%d 86400" combined

如此產生出來的檔案名稱會像這樣：access_log_20070110

若您想自訂檔案名稱的日期格式，可以參考以下的設定值：

%A - full weekday name (localized)
%a - 3-character weekday name (localized)
%B - full month name (localized)
%b - 3-character month name (localized)
%c - date and time (localized)
%d - 2-digit day of month
%H - 2-digit hour (24 hour clock)
%I - 2-digit hour (12 hour clock)
%j - 3-digit day of year
%M - 2-digit minute
%m - 2-digit month
%p - am/pm of 12 hour clock (localized)
%S - 2-digit second
%U - 2-digit week of year (Sunday first day of week)
%W - 2-digit week of year (Monday first day of week)
%w - 1-digit weekday (Sunday first day of week)
%X - time (localized)
%x - date (localized)
%Y - 4-digit year
%y - 2-digit year
%Z - time zone name
%% - literal `%'

完成以上 設定後，重新啟動 Apache 即可。
*******************************************************************************

使用之前，請先把httpd.conf中，關於access.log的部分，先disable掉。
->CustomLog logs/access.log common
改成
->#CustomLog logs/access.log common
也就是加個 "#" 即可。

依據自己實際測試後，發現上面所舉的例子，對我並不適用
->CustomLog "|c:/apache2/bin/rotatelogs c:/apache2/logs/access_log 86400" combined

我是把它改成如下的方式：

TransferLog "|c:/AppServ/Apache2/bin/rotatelogs.exe c:/AppServ/Apache2/logs/%Y%m%d_access.log 86400"
ErrorLog "|c:/AppServ/Apache2/bin/rotatelogs.exe c:/AppServ/Apache2/logs/%Y%m%d_error.log 86400"

這樣之後，它會自動每天更換一個檔名，來做為記錄檔使用，也不必去清空它的內容，感覺還不錯。