您在這裡

Drupal是什麼?Drupal不是什麼?

jimmy's 的頭像
jimmy 在 2007-04-05 (四) 23:18 發表

聊聊天吧,有在用drupal的人可不可以說說看,Drupal是什麼系統?但又不是什麼系統?
更確切一點說,Drupal可以達到怎樣的網站,但又無法達到那樣的網站?

搞不好可以收進手冊裡喔!

成功的例子沒有,失敗的例子倒是有一個...
在我剛退伍找到的第一個工作接到的任務就是作一個網站出來,當時上司的想法就是用內容管理軟體來開發,之後許多模組都可以重覆利用在其它的站上面。看了幾個不同的軟體(包括Manbo和Joomla),後來覺得Drupal的hook功能,應該可以開發出功能滿強大的模組。最後就決定用它來嘗試。
(至於XOOPs,因為之前使用覺得utf-8支援不好,而且發展好像滿混亂的,一開始就被排除在外)

前言講完了,該說正題了... XD
試了很久才讓我體會到不單單的Drupal,絕大部分的內容管理程式,都有這種特性,就是「格式固定」。
為了要讓程式碼簡單,要該開發模組的人專注於功能程式,也是為了能讓套用整個網站的版型能遍及每個地方。
所以格式都很固定,像是邊欄都是一個標題,再加上內容。其它零零總總我也沒有研究到,就被設計畫出來的版面搞得快瘋掉...
因為設計是在我入行前就確定好的,所以也沒有辦法再去改。而它的切片又給得很差,很多部分都要重頭來過,不過讓我頭大的不是這裡。而是有些block沒有標題,有些有,而且標題、和內容部分是確定的。對於的Drupal這種"彈性"的框架是有衝突的。
感覺上,要作出一個模組應該不難,不過遇到這種「沒有統一樣子」的版型,大把大把的時間都在研究怎麼去設定專屬的版型檔。為了這件事吃足了苦頭,加上作的網站要給很多人用,定的死死的東西,放到「有彈性的Drupal」,不單單是原來的彈性沒了。IE看得很正常的頁面,到firefox 就走了樣,圖片「破掉」的情形常常發生。一個CSS檔要寫兩個版本,寫完還得不斷的試在不同瀏灠器會不會走樣。
到最後和上司達到一個共識,用Drupal架網站,不單單是程式的思維不同,連設計的想法都要跟著變。

後來沒辦法... 去找了PHP的版型類別(叫作 smart template),用傳統的方式把站作出來。

最近到了站經接近完工了,終於又有時間可以回來研究Durpal了。我和上司對Drupal還是充滿信心,只是再好的工具有錯的方式用,還是達不到好結果。
結論,不要"肖想"用的Drupal作一個block都定死死的站,不是作不到,只是會累死人.... "彈性的版面就該讓它發揮彈性的長處"

p.s. 其實我入社會不久.... 還要過幾天三個月試用期才滿... 不過好消息是我已經確定成為正式員工了....

我只是一個撰碼員,靠寫程式過活。
自從 Drupal 在 4.7 版的時候知道他的存在,但是後來跳去其它程式語言很久沒回來。
變成 D5 比較熟,D6 知道一點,D7 還在學的狀況…

恭喜就職!
歡迎來到,CSS和javascript和各大瀏覽器抗戰的世界!

--
from open mind to open source~

感同身受阿
現再CSS要處理三個瀏覽器
IE6 IE7 firefox
真是會搞到頭暈
常常會因為這些瀏覽器對BOX的定義問題
搞到版面東凸一塊西凸一塊

我也講一下
我自己覺得IE FF 的問題其實所有網站都會出現
不只是drupal 吧
個人覺得從零開始寫css 的時候,
一邊寫一邊看兩個瀏覽器就會比較好一點

關於drupal 可以是什麼, 不可以是什麼
我自己先接觸joomla, 才接觸drupal
drupal 比較社群向
即用於社群網站的話會強大
但作為一個"內容管理系統"
覺得內容管理上比較混亂
主要是內容列表的不足
接觸過joomla 的朋友應該明白joomla 的內容管理比drupal 清晰, 直觀

但因為有hook,
很多功能都可以透過模块加上去
很方便, module 的開發門檻也比較低
可惜的是, core 的database 安排得比較另類
不容易hack
要自己做一個寫, 讀的模块
api 又沒有提供有關function 的話, 蠻頭大的

關於格色固定的問題
我自己的觀點,
drupal 己經做得很不錯
可能有views 的闗係吧
加上hipfox 的一篇regions 的應用
已經很方便....

納格髓兄,
其實用了smarty template, 要轉到drupal 都很容易
drupal 用的是phptemplate
只要知道那一個php 變數會出現什麼code
放到php 中就可以了
比起自己從頭寫, 反而更快吧

所謂的block, 其實只是一堆code
要直放, 橫放, 正方形, 長方形, 都是看css 的
要怎放block, 都得看template
也即自定囉

Joetsui's blog

嗯... 之所以用smart template而不用Drupal,主要還是卡在已經被設定出來的版面,由於已經定案了沒得改,所以只好"想盡辦法把它拼出來"。
乍看之下每一個block都很清楚,但是偏偏偏每一個風格都不一樣...
有的有背景圖... 有的沒有... 有的虛線框,有的是實線框... 總而言之就是我找不到有什麼"共同點"可以用...
最慘的是有些block沒有"標題列"的區塊... 又不可能空一個白白在那裡,不好看。
我並不覺得drupal的版型不好,而是遇一個很難放進去的網頁設計...

要每一個block都寫一個模組? 再每一個模組都寫特定的CSS?
算了吧!! 我寧可一個區塊用去作.... 硬把東西塞到Drupal裡面...
最後再去硬寫個CSS去配... 不單單是沒用到Drupal方便的地方... 還會讓整個程式亂七八糟... 這是找自己麻煩的事情吧!!
另外就是那個站可能只用到Drupal的登入登出功能... 沒有什麼"內容"讓它去管理...

我不是一個瘋狂為Drupal而Drupal的人...
沒有要反駁的意思.... 只是解釋一下.... 當時是經過考量... 也考慮到事後改版維護的複雜性才放棄不用Drupal作底...
當然... 什麼樣的版面... 只要有心... 都塞得進Drupal, 或是其它內容管理系統.....
只是我還是認為... 像是Drupal這種彈性的版面... 像現在所在這個站...會因為瀏覽器的寬去改變block大小...
如果硬是要塞一個長寬都定得死死的... 如果很清楚的知道用不到Drupal的其它功能...
單單用 smart templete + table 把長寬定死... 反而是一種比較有效率的作法吧!!

遇過這種問題.... 但是還是決定要來用Drupal... 表示我也有了一些心理準備才來...
我想說的... 我認為要使用內容管理系統.... 版面設計的思維模式也要因為它而改變... 不是一昧的要用程式去作到效果...
因為所學的科系讓我碰了一點美工... 也學到一些程式... 知道其實兩者結合只要觀念對... 是很輕鬆愉快的...

我同意templete軟體和Drupal的觀念是相近的... 也看過一些版型檔其實也是一堆table作出來的...
但是所有的block都長得不是一個樣.... 寫起版型檔的時候就會要人命了.... 所以當時才放棄不用Drupal....
好消息是之後的案子進來... 我都可以加點我的意見.... 應該不會遇到這種鳥版型.... 它的鳥... 不是文字能形容的..... = =

我只是一個撰碼員,靠寫程式過活。
自從 Drupal 在 4.7 版的時候知道他的存在,但是後來跳去其它程式語言很久沒回來。
變成 D5 比較熟,D6 知道一點,D7 還在學的狀況…