請在網址後面多加上 "/"

看看會不會成功...

唔. 有點不是很看得懂. 就我所知, pLog的目標, 照Oscar的描述, 就是成為一個單純而好用的blog, 如此而已.

... MSN Space 也是很單純好用的 blog...

Well... 先不說一些比較進階的功能，看看如 www.xanga.com 那麼陽春也有一堆使用者就知道「單純好用」是對不同的人有不同的解釋。

不過我想說的是，要讓 pLog 5 - 10 年生存下去，這是大多數人 (包括我) 會去用的原因吧？ 那麼，生存下去的條件是什麼？ 又或者，能影響未來 blog 發展走向的是什麼？而我提出一個方向就是以「群組」新聞站台。又或者是整合式的 application 型態 (就好像 outlook 這種軟體再加上群組 blog 的整合)... etc...  (反正天馬行空的想)

不過我也認為，可能的話開發群組找一些附加項目收費也是不錯的。

例如，出書、賣 template 或 plugin、教育訓練、客制化改 code... etc...
看到免費 (無料) 通常隱藏成本都會很高的...  

個人意見，請參考參考... (Again... 不要太認真)  

[markwu 寫到：]

補充一點，不是我誤解 GPL，CC 等授權，而是我印象中的有 template 或 plugin 就是用 CC 授權的。如果是美工我還能理解，template 或 plugin 用 CC 授權我就有點 confuse...

想想看，如果我是 XXX ISP 就選擇 blog server，看到 pLog 好像不錯，但找了一些 template 好看的全部都是 CC 授權，可能立刻就換下一個軟體。 <-- 這才是我說 CC 授權不利於 pLog 推廣的主因。 (這跟 pLog 用什麼授權沒有關係)

當然，template 的作者他高興用 CC 授權那是個人自由，所以我才說，CC 授權的部份是不是可以先拿到一邊，有利於商業推廣的授權方式 (GPL maybe)，或其他方式，先做好。(尤其是 plugin 不知道有沒有 CC 授權的？還好我只是個人在用沒拿去營業不用一個個檢查……) (不過說我搞混也許不錯，因為我不常碰到有 CC 授權的方式)

markwu 寫到：
而 CC 授權，是最近才發展的，通常用於著作，不管是影音、文章還是藝術創作。都可以用CC。即使是非商業屬性也沒有限制這個著作不能從事商業活動，而是如果你非原創者，你必須取得原創者的授權。

這一部份我認為有不利於商業應用，不過我不是來 debate CC 授權有沒有不利商業應用的問題，只是說「我覺得」…… ，請「參考」一下。

*** 所以，我基本上了解 markwu 的想法，我個人贊成 Wiki 用 CC maybe 用強制授權

但有些 template 或 plugin 不知道有沒有 CC 授權，或要求將 author XXX 或 powered by xxx etc 要求一定要放在網站上的？那部份我就比較有意見。

如果想出書那就用 CC 授權那是理所當然的選擇。我們能在出書前「先」看到內容已經感激不盡……

不過，明說就好，就說想將出書內容所在 Wiki 上整理，並且加入大家的意見 etc...
這種方式大家就會知道提供意見的話就會被「您」拿去出書使用，有什麼關係。

另外，背上那一大堆公司或 project 的名聲實在沒有什麼必要拿出來說，我只就我看到的事實提供一下下意見。 (又不是我在開發，我只不過是使用者之一，能用就好沒事那麼多嘴幹嘛？) Anyway... 我已經說了就不想收回，pLog 在時機上是好的概念，但開發的方式不是有組織計畫的方式作戰。Programming 的技術與工具是足夠，但整個 project release 並不完善。以 open sources 的眼光來看老實說我們身為使用者已經十分感謝，如果是 commerical release 的話那就有太多問題也有太多的 excuse。 (個人意見，不中聽不要生氣)  

不過如果以後有興趣做別的產品，或想商業化，可以來找我談談就是了，保證值回票價。

我本身參與的多是資訊通訊標準訂定或技術的建立，在我看來，blog 的方式雖然強調以「個人」新聞為主，但群組的運作方式才是未來一統市場的關鍵。對程式師而言，blog 的每一篇文章是一個物件，但寫作的人其實也是一個物件，而如何將人及文章分類，重新組合成為群組化將會是下一次 blog 的進化方向吧？(也說不定) Blog 的 windows AP 配合好用的 Server 運作的 solution 方式，或更符合群組式的 blog (如多作家的新聞平台或甚至多主題的平台) 也許是不錯的未來發展方向。而就我看到的 pLog 目前的發展，只要能完成 1.0 或 1.01 或更了不起 maybe 2.0，很難想像有什麼突破的發展。 因為 pLog 就是大家目前想要的 blog server，做大家想用的功能就好。 (也是不錯的選擇)

離題好多，反正就是這樣，如果是想賺些錢，出書或提供收費的 pLog 服務，直接說清楚就好。只要是合理範圍內大家都會支持的吧？(反正我們這群用免費的那有那麼挑的)
那一部份不用授權也沒關係，一般人要寫就要強制開放授權給團隊也可以，有什麼關係？

如果有要商業化的專案可以通知我一下下，那部份比較「實際」。(我是比較認同有良好的收入才能做出優秀的軟體的理念，不過難免凡事都有例外，看到免費的好東西分享一下也是不錯的)

P.S. 可以看一下：http://demo.intranet.hk/demo.jsp
很多人會說這有什麼了不起？而他們最了不起的地方就是賣得不錯...
(這當然是有原因...)，而且這不是 open sources... (這才是厲害的地方)  

嘩，看來有些誤解，因為單純以文字來表示自己的想法，往往會有很大的出入...  

 我沒有說您們「反商業」...

首先，donate 與非商業授權是兩件完全不同的事。要人贊助您的 project，除了坐在這裏等人 donate 外，開一個帳戶可能比較實際。而且也可以直接找特定人 donate。(拜託，兩岸三地有多少人有 paypal?)

非商業授權則排除了商業上的應用。我是說目前除了 pLog 原程式外，很多的模版，plugin 模組都是 CC 授權。在商業應用上來說可以說是不利於 pLog 的推廣。現在 Wiki 文件也使用 CC 授權會更複雜。(例如 CC 授權要商業應用要找誰授權？多少錢，怎麼辦理授權？合約呢？... etc)

當然，這完全是作者的個人意願，我不想多說，但這樣不同授權方式的「parts」混在一起不利於商業應用是事實。

另外，再考慮目前 pLog 的 donate，到底 donate 後會做什麼，還是不知道。我個人是有捐款給一些特定的 project，但都是在合理的公開帳目下 (即使是為作者個人也沒關係)。我想很多人使用 open sources project 的成果是很樂意捐款，只是覺得沒有捐的動力。如果想要收 donation 更積極一點是有必要的...  

老實說要找人 support 這種專案有多困難？只是如果您要做姜太公，那就只有餓肚子一下下...  

不過既然要談到 CC 授權，不如就出來一個 commerical 版好了，就好像 mysql 一樣也可以...    

相信有商業版本又收費便宜的話一定有更多人有興趣。而且這一、兩年應該是一個好的時機…… 有好看的 template 嗎？有好用的 plugin 嗎？沒問題，我們可以代理，有收到授權金分給作者... 相信這樣反而會更好。

Anyway，這只是建議，可以討論的選項之一。我沒有什麼意願去影響您們的運作方式，只是身為過來人提供一些意見給您們參考。我個人參與國外「沒錢」的技術計畫十幾年，參加者很多都是背後是大公司 support 參加的。我個人是因為在找可以在 freebsd 上簡單建一個 blog 網站才找到 pLog，在這幾個月當中，大概了解了一下下 pLog 開發的運作方式，沒有有經驗的 project leader 或 product manager 應該是最大的問題。 (我個人是認為 open sources 的專案更需要用比商業公司運作更嚴格的方式才能做出比商業公司更好的產品及結果)

至於開發團隊到底希望到最後能獲得什麼...... 其實到現在還是沒有明確表達出來。 (我是不會去想那些希望大家使用愉快之類的現實主義者...   )

要錢要出名，都可以理解也可以訂一個目標去達成，要世界大同那可能就比較困難一點，不過總是一個開始...  

以上，不要太認真看，會吐血... (我就是不想太嚴肅討論這個問題... 也不要怪我胡說八道... 謝謝)  

可以「反對」一下下嗎？

排除商業使用，就算你的東西再好，到最後人家有興趣時，看到從當中無沒獲得商業利益，就不會支持。

如果真的為 pLog 好，應該希望有很多「商業應用」。例如很多作者都出 pLog 的書，雜誌、新聞都引用 pLog 的討論，到處都是「密技」、「專刊」 etc... 而不是只有開發團隊才能出一本官方版 (還不一定會出)。

假設某大公司想提供 blog 服務，一看到 CC 授權，就跳個去找別的軟體了。要用模版？請一個個問作者。要用 plug-in？請一個個問作者。要用文件？請一個個問作者...... 那一間商業公司會投入在 pLog 上？完全無法預估要投入的成本。

開放程式碼的自由軟體比一般商用軟體存活的條件更為嚴苛。我今天使用 pLog，誰能保證 5 年後 pLog 仍然維續改良並符合我的需要？開發團隊對產品不負擔任何責任，也不用對使用者有任何承諾，完全是以信賴的方式，對開發團隊的判斷、能力、以及未來「毫無保留」的信任。身為一個單純的使用者而言，就算真的有商業公司提供 pLog 的服務，或可以找到安裝 pLog 的環境，為什麼不直接投入 Google Blog 或 MSN Space 就好？十年前提供免費電子郵件的公司有一大堆，到今天十年後 99% 的使用者還是在一線的品牌，這不是沒有原因的。

當然開放程式碼也有成功的例子，我提出這樣的建議不只是為了商業授權的問題。到底 pLog 的團隊希望將我們帶到那裏？能提供我們 roadmap 嗎？團隊希望獲得的回報是什麼？以什麼方式獲得回報？有太多的問題，這是這個 project 本身所並未並明確討論的事情，也是很多開放程式碼最後無疾而終的主要原因。

只有明白了解開發團隊的想法，才能對 pLog 未來的方向與推廣作出規畫。Firefox 一樣是 open sources，採取的授權之寬甚至要使用「商業上要使用」 Firefox 的商標 logo 也只要寄回一份授權協議就可以使用 (要寄回是因為確定授權成立)。但你看到有多少人在打 Firefox 的主意，尤其 Google 的合作如果成真，Firefox 的開發團隊絕對會獲得很多好處，就算沒有成真也可能已經達到他們原先設定的目標。

我一直得希望 pLog 團隊能先辦一次 meeting，可以就未來開發方向及推廣能先作出一些討論。這些討論當然將會影響到未來 pLog 及其附屬產品的授權及應用方式。但 Mark 您好像太忙一直沒有回我的信所以我也只能在旁邊涼快。

...... 說了那麼多，這篇回應其實已經寫前後寫了一整天了 (27 hrs)，我個人的建議是希望大家能將 pLog 的應用環境在「開放、自由」的方式下授權。看看那一個用 apache 架的商業網站要將 apache 的 logo 放在站上的？或要列出作者的名字？或一定要先取得授權才能架網站收費？... Well，以上，也只是我個人小小的意見，有得罪或聽不進去的請不要責怪。

例如，如果真的是 1.0，如果我有參與規畫的話，絕對至少會有 rpm，port 及 installer 版本提供 download。

...... 不說太多了，不然寫一個星期都寫不完。  

請在 URL 後面加上 "/"，看看有沒有解決你的問題。

http://blog.xxx.com/user/

還有就是 httpd.conf 中，看一下 Document Root 是那一個目錄，或 VirtualHost。
    AllowOverride All

再不行，直接做一做一樣的 VirtualHost 試試：
<VirtualHost *:80>
ServerName blog.xxx.com
DocumentRoot /usr/local/www/data
AllowOverride All
</VirtualHost>

看到 plog 出現：:Error: The blog does not exist." ，然後就裝死的時候……

試試在 URL 後加上 "/"

例如：http://www.xxx.com/yyy-blog/

也許有一點點機會可以解決。  

拜託一下，我改的方法也差不多，但至少還有給個理由...    
大概就是這樣：

$baseURL = $config->getValue("base_url");
header("HTTP/1.1 303 REDIRECT");
header("Location: http://$baseURL/summary.php");
exit();

HTTP/1.0 302 也可以，而且以防萬一應該還是要有 exit() ...
這樣就不用裝死...  

1. 在 class/action/blogaction.php裡, 大概是184行的地方
2. MARK掉兩行錯誤訊息及掛掉的指令, 改成以下的2行
$baseURL = $config->getValue( "base_url" );
header("Location:http://$baseURL/summary.php");

這樣子就會自動轉到 summary.php了, 如果要轉到那裡去, 把summary.php改掉就成了。

[愚人節]

愚人節快樂...  



P.S. Mark 不好意思在這裏開了個玩笑...  

那你還要被我嘲笑一次... LOL...  

/etc/hostname
與
DNS 上說這個 IP 的 domain name
與
Apache 的 httpd.conf 中設定的 ServerName 及 ServerAlias

是三件不同的事。

就是因為這樣，如果我要 www.xxx.com display:
http://www.xxx.com/index.php
但加上 subdomain 後就不會 work..

詳細自己看 note...

完全不能理解為什麼在 tmp 目錄前面多一個 "." 會是對的。

不過，我試了下面的方法：
1> .htaccess 中加上 Options -Indexes
2> 直接將 .htaccess 殺了
3> 將 tmp 目錄及以下的所有東西 chmod 777

一樣是看不到 blogtimes

產生出來的應該是：
http://www.xxx.com/plog/tmp/blogtimes/1/blogtimes.png 才對吧？
http://www.xxx.com/plog./tmp/blogtimes/1/blogtimes.png 怎麼可能是對的呢？

Anyway, 不是很重要，反正只是手多測試一下下...
大家認為沒問題就好，沒有用這個 blogtimes 應該還不會很難過...  

我想正確的說法應該是：在 admin setting 中增加找不到 blog 時的處理方式：
1> 指定 summary.php 的位置
2> 用 blogId=1 (不過 blogId=1 是不是一定存在也是一個疑問)

現在找不到 blog 就用 die 裝死就想混過去啊？  

***

然後還有人連 hostname 與 subdomain 都還分不清楚...
也難怪程式分不出來... J/K...

不過這也提醒我們要測的話確實要看看含有個 "." 的 {username} 是否會有問題。

看了一下 Mark 的 blog...

<div align="center"><img src="http://blog.markplace.net/blogtimes/blogtimes.png" /></div>

@@

我在 FreeBSD 上產生出來的 URL 會多了一個 "." 在 /tmp 目錄的前面。
<div align="center"><img src="http://www.xxx.com/plog./tmp/blogtimes/1/blogtimes.png" /></div>

$rg->getUrl($saveFile) 的問題吧？