Multi-user Blog: Make User Own Page

2017-12-08

website building

接續Content Node: Make a Page
來談談我的blog建立吧!

最麻煩的是blog multi-user...
每個user如何擁有自己的頁面呢?
因為不是basic page而且要是動態的,
所以架構上要考慮的其實很多很多啊!

利用node與view(filter)的想法做出來後,
在添加各種功能上遇到了不直覺操作的困難...
由於該頁是fliter撈出來的,
所以無法像固定頁面那樣給他固定的圖片、工具,
畢竟每個人的頁面要長得不同呀!

目前困惑的點:
以view去做,
需要想出如何新建account時,
給他自動建好那些content(空的封面照片、自我介紹、0篇文章),
然後還需要讓使用者直接在該頁面點連結(contextual link)去編輯頁或是in-place修改。

對了!
像是封面照片如果讓他建立account時,
建一個custom block給他並且自動assign到固定位置,
這樣好像會GG呢!因為整個網站的Block會又臭又長,
而且這樣就破壞了view的觀念了。
所以想法還是建一個block放在那邊,
該block會自動認識路徑從database撈出我要的照片出來才對。

用傳統的想法應該是每個人的部落格空間都是獨立的,
content應該是獨立儲存,而不是像我們用CMS大雜燴。
應該在建立account時給他sub-domain,
自動建好一個超微型網站,擁有後台與主頁,
這樣他就可以自由建立自己的page,還有自由控制版面,
此外也可以free的在cover photo這個block上編輯他。

上一個想法應該是商業發行的部落格應該採取的作法,
我有一個stupid的想法是,
既然所有使用者都只能在我們這 "一個" 網站存在,
那是不是可以在建account時,
自動建立好一個以他命名的page,
然後這個page裡我們必須手把手的code好各種功能,
切div做好板型,用api做好widget,view,按鈕等...
還有像是對content的管理存取等介面...

這個想法很蠢,
因為這不就是古老開發網頁的方法嗎?
已經很接近一個html檔案一個page的原始人模式了,
不過還是用到了content管理、view、user等系統啦!
重點是這樣從白紙架起也需要一組優秀的人力...
這是我一個人做不到的~
而且這樣也浪費了使用CMS的投入,
正解可能是組一個team用framework從頭規劃起這個網站吧?

講到這裡,又想到,
Drupal還有麻州官網和那些大學官網,
也是用drupal架起來的,不也有各個會員自己page的複雜功能嗎?
也就是說利用好drupal是可行的,
不過上述例子好像沒有客制頁面的需求...只是固定表格帶入不同使用者的資料。

這樣其實又回到了最初,
建立block,辨識路徑或使用者,從database叫出資料,
這其實也只是現代網站最基本也最好維護的應用吧。
(所以前面幾段想法都是廢話)

很多人認為Drupal是介於framework和CMS之間,
也就是說我應該利用這些drupal的API去和資料庫溝通,
並用control讓我的block有叫想要的資料的能力!

最完整的版本或許要做出drupal的multi-user blog distribution,
像其他開發drupal distribution一樣,只是這個distribution主要給自己公司用啦!
以drupal core為基礎,分好CMS三大team還有其他UX, Art, Marketing...

嗯!
夢做到這裡該醒了。

標籤
blog site building
multi-user blog

留言

sean on 2017/12/27, 週三 - 10:03

辛苦了大大~加油!