 列出文章
|
|
頁: [1] 2 3 4
|
|
2
|
開發 / 模版設計 / Re: 如何在 閱讀全文 時, 可以秀出 Blog 名稱 + 文章名稱 ?
|
於: 三月 05, 2006, 04:44:20 下午
|
看一下你的post.template裡面
文章標題那個位置的語法
把他拿到title去就可以了
不好意思, 再請教: 我將 post.template 裡的 {$post->getTopic()} 放到 header.template 的 title, 可是卻會發生錯誤 Fatal error: Call to a member function getTopic() on a non-object in 是不是該先宣告甚麼物件才能用 $post Object ? |
|
|
|
|
3
|
開發 / 模版設計 / 如何在 閱讀全文 時, 可以秀出 Blog 名稱 + 文章名稱 ?
|
於: 三月 05, 2006, 03:34:33 下午
|
|
如題
我發現好像沒人討論過這個功能 ... LifeType 目前點選閱讀全文時, 只會在把 TITLE 設定成 Blog Name
因為這樣好像會讓某些 Search Engine 搜尋到該文章, 可是卻列出 Blog Name 而不是文章名稱
這是不是在閱讀全文那一支模版上加上甚麼變數可以達成
|
|
|
|
|
4
|
站務 / 站務公告 / Re: [站務公告] 很抱歉，昨天又停站了！
|
於: 二月 20, 2006, 07:49:52 下午
|
各位 LifeTyper： 很抱歉，昨天又停站了。因為 LifeType 在 DreamHost 的 Account 超過他們對 CPU Minutes 的限制，所以無預警的就把帳號關掉了。 經過一連串的溝通，他們今天早上以經打開了。但是只剩下 forum.lifetype.org.tw 可以運作。其他的部分服務全部暫停（包含 Wiki)。 目前正在尋找新主機，如果造成你的不便，非常抱歉。 詳情請看： 我的惡夢！DreamHost Sucks!如果各位要買 DreamHost 的主機，請先三思！ Mark 請問目前 lifetype.org.tw 是 Mark 自己出錢的嗎? 我願意支援主機代管的費用 技術暫時幫不上忙, 至少可以貢獻一點小錢 ... 這樣您在挑主機商也不會那麼為難 |
|
|
|
|
5
|
支援 / 使用與操作 / Re: 分享 - 發表超長文章的修改方式
|
於: 二月 11, 2006, 10:18:08 下午
|
把文章轉為txt, doc, html 或者 pdf 放在資料夾, 在文章提供連結，不是更好嗎？
因為要讓內容可以被搜尋引擎找到 有什麼問題呢？一般search engine也能自動分析pdf, doc吧？ 這個技術好像只有 Google 辦的到 ... |
|
|
|
|
7
|
支援 / 使用與操作 / Re: 分享 - 發表超長文章的修改方式
|
於: 二月 11, 2006, 08:34:58 下午
|
如果你的用途是這樣，為什麼不用 Wiki 呢？不是更貼切一些？
Mark
1. 需要有所見即所得編輯器 (HTMLAREA ?) 2. 需要有 Portal 的感覺 ... Wiki 給人的感覺向是一個白板 ...記事用的 .. 沒有歸納的感覺 3. 偶爾會夾雜一些自己些的文章, 用 Blog 感覺還是好一點 |
|
|
|
|
8
|
支援 / 使用與操作 / Re: 分享 - 發表超長文章的修改方式
|
於: 二月 11, 2006, 07:54:12 上午
|
上面的資料大多來自於網路 ...
那這就要考慮到著作權的問題了 畢竟不是所有找到的資料都可以被重製的 關於這部分，你可能要多費心了 那都是中國五千年以前的歷史古籍 .... 都是古文 .... 想必早已沒有版權 ... 一般能找到確定是原作者的網站, 我都會在文章最下面貼出引用處 ... 當然如果他不允許轉貼, 就不會轉貼了 ... 不過大部分是老祖宗的古籍啦 ... |
|
|
|
|
9
|
支援 / 使用與操作 / Re: 分享 - 發表超長文章的修改方式
|
於: 二月 10, 2006, 10:49:02 下午
|
有這個必要嗎？   65538 個 bytes 以 utf-8 最長一個字 6 個 bytes 計算，也可以寫一萬多字一篇文章了。 可否請教一下，什麼樣的 blog 性質會需要用到一篇文章 16M bytes (至少 200 多萬個字耶 )超過一萬字(原來的措辭不太適當，sorry)，可以讓我長長見識嗎？謝謝！ lss 這是看 blog 的定位 ... 我是把 blog 拿來兼作存放電子書的平台 ... 所以一本書的內容整個塞到一篇 ... 這樣知道為何我會需要 16M 了吧 ... 我懶得把一本電子書的內容又分成好幾篇文章 ... 管理不易 ... 我希望弄出一個平台是可以把我常用的資料都搜尋的到的 .... 我並非甚麼寫作能手 .... 上面的資料大多來自於網路 ... 有沒有需要看個人啦 .. 如果每篇文章都是自己親手寫出來的自然用不到那麼大 ... |
|
|
|
|
10
|
支援 / 使用與操作 / 分享 - 發表超長文章的修改方式
|
於: 二月 10, 2006, 10:06:55 下午
|
|
LifeType 1.0.3 預設的單篇文章大小只允許 65538 bytes , 想發表更長的文章, 得修改資料庫的兩個欄位:
請用 phpmyadmin 之類的軟體直接修改 articles_text 這個 Table 下的 text 與 normalized_text 兩個欄位的屬性質,
原本為 TEXT , 您可以將它調整為 MEDIUMTEXT(16M) 或是 LONGTEXT(4294M), 不過一般來說應該調到 MEDIUMTEXT就夠了
|
|
|
|
|
11
|
支援 / 使用與操作 / Re: 在虛擬主機的 LifeType 如何解決上傳大檔案的問題
|
於: 二月 06, 2006, 02:35:10 上午
|
LifeType 會對上傳後的檔案作 MD5 編碼 ... 應該是編碼不對 ... 所以我手動塞入的檔案無法下載 ...
LifeType 並不會對檔名作 md5 處理，而是改名為 albumid-resourceid.extension 然後在 DB 中 mapping 原來的檔名與 albumid-resourceid.extension 之間的關係。 你所看到的 metadata 是透過 getID3 所抓出的檔案中的屬性，例如圖片格式、影像大小、長度、 bitrate 等等。 所以如果你要知道 lifetype 怎麼把 metadata 取出，你要參考： /class/gallery/dao/galleryresources.calss.php Mark Thanks ... 我研究出心得後會些一篇文章回饋的 ... |
|
|
|
|
12
|
支援 / 使用與操作 / 在虛擬主機的 LifeType 如何解決上傳大檔案的問題
|
於: 二月 05, 2006, 09:20:00 下午
|
|
我是架在 Dreamhost ...
本來我已經自己 Complier 好自己的 PHP , 改了上傳的兩個參數限制, 後來發現還是無法突破 apache 的 timeout 300 秒的問題 ....
後來想到先用 ftp 上傳, 再去改他 DB 的設定, 可是我遇到瓶頸了 ...
LifeType 會對上傳後的檔案作 MD5 編碼 ... 應該是編碼不對 ... 所以我手動塞入的檔案無法下載 ...
這一段有人知道LT 怎麼處理上傳後的檔案? 我要看看有沒有辦法分離出納斷編碼的程式 ... 可以手動上傳後替它算出 MD5 ...
或是其它記錄在 DB 的資訊
|
|
|
|
|
13
|
支援 / 使用與操作 / Re: 多層文章分類與網站連結
|
於: 二月 04, 2006, 09:34:16 上午
|
.........略............
我只是提出, Open Source 散佈的比較快的因素之一就是詳細的文件 這樣的看法 ...
我只針對這點提出一點我的看法。 詳細的文件也是要人做的， Open Source 文件詳細的原因是網路上 有很多志同道合的朋友共同參與，經過時間的累積與眾人的精煉才成為一份又好又詳細的文件。 網路上目前還是有很多很棒的 Open Source 專案缺乏詳細的文件，得靠深入原始碼或熟悉專案的人抽空所寫的一點一滴的文件才能瞭解使用。這些很棒的 Open Source 專案的推廣就缺少詳細的文件，而缺少的原因呢？多半是參與的人多，回饋的人少。 lss 我怎麼好像沒看見有 LifeType 文件翻譯計畫的認領呢? 有的話這種事應該比較容易切開工作讓大家有空的時候慢慢作 |
|
|
|
|
15
|
開發 / 模版發表 / Re: [LifeType 模版] Blix
|
於: 二月 03, 2006, 07:29:06 下午
|
因为是自己改的模板，访问起来总觉得比供应商提供的模板速度慢好多好多哦。
我精简了下资源，header只放3个资源。但是访问起来还是相当慢。
把该模板里的 album/albums/features、删除有关么？
另外我想知道模板的色彩区域在哪？resource么？
一搬來講, 在 Template 裡面的這種語法都是程式 $SomeName->SomFunction() 既然是程式就有可能是在跟資料庫撈取資料 ... 這當然比靜態網頁要慢了 ... 資料量一大會更明顯 |
|
|
|
|
|
|
