2009-08-27 65 views
4

我一直在使用Drupal很久,並且知道它很健壯,並且有很多功能。我的問題是,這是一個框架,你可以建立真正的大網站?任何人都可以舉出一些使用Drupal構建的真正大網站的例子嗎?Drupal真的有多強大?

要回答我關於在Drupal上構建真正的大型網站是不是個好主意的問題,想象不得不重做Facebook作爲drupal站點。這是可能的(現實)嗎?

+4

Facebook有很多非常獨特的縮放問題。 Quantcast在網絡上排名第3(谷歌和雅虎之後)。你真的不應該計劃這種類型的縮放問題(最近的堆棧溢出播客之一談論這個問題)。但是,如果你對這種類型的縮放問題感興趣,那麼Facebook上的博客工程就是迷人的http ://www.facebook.com/notes.php?id = 9445547199 – 2009-08-28 08:59:49

回答

13

想象不得不重做facebook作爲drupal站點。這是可能的(現實)嗎?

是的,但我不會。你應該定義「大」。你的意思是說像大量的頁面或數據庫存儲一樣大嗎?你的意思是說遊客數量大嗎?你的意思是大名鼎鼎嗎? Drupal是一個很好的CMS,如果正確縮放,我相信你可以處理大量的訪問者。但這裏的要點是它是一個CMS(具有可擴展性),並不是一個完全自定義的好框架。如果你需要一些真正獨特的東西,那麼你應該使用一個像CakePHP或CodeIgnitor等真實框架。

+0

大我的意思是:處理很多用戶並在這些用戶上存儲大量信息(這就是爲什麼我提到facebook的原因)。關閉主題,但如果你不知道CakePHP,你會推薦學習它,還是堅持Drupal? – coderama 2009-08-27 20:12:33

+0

完全取決於您的需求。不過,如果你認爲自己會製作下一個Facebook,你可能會有點過分樂觀。 :-p – ceejayoz 2009-08-27 20:17:11

+1

我有點偏見,並且會告訴你學習CakePHP,但如果我試圖擺脫我的偏見,我會說這取決於網站的功能是多麼獨特。如果您需要CMS,博客,購物車或其他Drupal可以輕鬆完成的事情,請使用Drupal。如果你有更多獨特的需求,那麼CakePHP可能會更好。 Cake的學習曲線非常簡單。 – 2009-08-27 20:19:26

15

The OnionWhiteHouse.gov是Drupal驅動的,我會說他們是相當大的網站。 Drupal項目的創始人保留了一些着名的Drupal支持的站點的a list

+3

theonion.com切換到Django。 – wassimans 2011-05-18 18:42:14

7

幾個月前,我在倫敦參加了一個會議。英國一家主要的慈善機構Comic Relief每兩年有一次大電視上訴,今年的捐款中有英鎊880萬(1億美元)。它在Drupal上運行,並且具有非常獨特的可擴展性問題,因爲它只能真正消除流量並在一年中的某一天接受捐贈。

因此,通過使用許多不同的數據庫技術和服務器(如反向代理服務器),它能夠在捐贈日保持工作。

很可能在Drupal上製作BIG網站。

+0

非常非常有用。謝謝!希望我可以將兩個帖子標記爲正確答案! – coderama 2009-08-28 07:02:20

+1

我可能在同一個會議上,Comic Relief也從EC2跑,在上訴日期間放大了100個例子。 – 2009-08-28 08:49:38

+0

@Jeremy法語,我認爲它確實使用了EC2,但並不是100%。可擴展性的方法當然是我們試圖在較小規模上進行模擬的一種方法。 – 2009-08-28 12:20:59

2

我一直在使用drupal一段時間,這很好,但是要記住它對文件掃描有很大的幫助/包括 - 在bootstrapping上花費了80%的時間我想我聽到了一些地方。但就處理大量流量而言,它表現良好。

+1

對於沒有像APC那樣運行操作碼緩存的人來說,掃描/包含是一個大問題。但是任何建立在PHP上的大型網站都需要將APC作爲其「基準」設置的一部分 - 如果沒有它,運行一個大型的PHP網絡應用程序會很瘋狂。 – Eaton 2009-08-29 19:20:46

2

我曾經在一個非常大的drupal站點上工作,即使有兩個db服務器和memcache,也存在嚴重的性能問題。該網站保持良好,其效率不高。很可能是我們寫過所有東西的方式,但即使是一些非常有才華的drupal人也在撓頭。引導的確是一個問題,因爲正在使用AMFPHP

這樣的事情,你需要一個框架,而不是東西,需要15個附加模塊設置只是一個博客Facebook ...

2

去閱讀的博客,聽聽來自Lullabot的播客 - 他們已經參與了一些基於Drupal的大型網站。

我意識到一個大Drupal用戶(對不起,不知道它是否是Lullabot網站)是索尼音樂 - 他們使用Drupal 6爲他們的藝術家推出網站。有關更多信息,請參見Sony Music sponsors major multilingual improvements in Drupal 6

基本上,我相信Drupal的擴展能力將超過99%的網站所需。對於其他< 1%的網站,有辦法讓事情變得更快。

這是我想要的問題。 :-)

+0

賓果99%。像Facebook,MySpace,Google等網站總是會有超出任何現有系統的需求 - Facebook爲memcached製作自己的補丁,Google發佈了MySQL補丁等。 – ceejayoz 2009-08-28 14:15:35

+1

是的。我們在Drupal 5中設計和實施了原始的索尼BMG平臺。;-)他們已經完成了D6的遷移,他們需要的一些調整現在已經成爲核心的官方組成部分。 – Eaton 2009-08-29 19:20:01