2009-12-17 84 views
0

好吧,我有一個「客戶端」視角的問題。假設我們正在討論專爲分銷而設計的網站:產品+他們的物流信息。分銷網站的最佳解決方案?

絕對小於2k行,很少更改,但經常訪問。具有多列的典型行將不得不由一張圖片組成,因此可能會使其有點「沉重」。我被提議在Django框架中使用Postgresql數據庫編寫Python網站。

效率高嗎?成本效益高,對於如此小的目的是否真的需要?並有更便宜和可靠的解決方案嗎?

從我所知道的解決方案對於程序員來說是高效的 - 功能負載,靈活性,代碼內容圖形層之間的區別。它有機會構建複雜的網站和數據庫 - 因此服務成本更高。

什麼,我需要知道的是porposed解決方案是否適合這麼小的項目,不能由像PHP不太複雜的語言/框架/ dmbses很容易地更換與MySQL等

請幫助:]

和sry首先不能編輯q

+0

「高效」?那是什麼意思?請定義您的「效率」目標。該技術起作用。並在世界各地大量使用。你想知道什麼? – 2009-12-17 12:52:01

+0

工時有效。 – ccook 2009-12-17 12:56:06

+0

高性價比;)這樣一個小目的是否需要?並有更便宜和可靠的解決方案嗎? – Barth 2009-12-17 12:56:40

回答

2

「什麼,我需要知道的是porposed解決方案是否適合這麼小的項目,不能用不太複雜輕易更換語言/框架/ dmbses像PHP和MySQL等 」

是的。這很合適。

沒有什麼比Django「簡單」。 PHP語言看起來可能不像Python那麼複雜,但是您將需要做更多的工作來創建該網站。

使用Django,您可以定義模型,定義非管理視圖並完成。對於簡單的網站,這可能需要20分鐘。內置的管理員比你想象的更有價值。

MySQL並不是「簡單複雜」的PostgresSQL--它們是同一件事

0

我不會評論Django & Python。但更簡單的存儲圖像的方法是在表中存儲「路徑」(目錄中的位置),並將路徑加載到應用程序/框架中。

+0

這是django如何處理已上傳的文件。 http://docs.djangoproject.com/en/dev/ref/models/fields/#filefield – dar 2009-12-17 12:58:22

+0

好的,這個想法是,客戶進入網站選擇他感興趣的產品,網站生成一個報告 - pdf或Excel與選擇職位(信息+圖片) – Barth 2009-12-17 13:01:18

0

網站對於小型Web服務,您可以使用微觀框架,如http://www.sinatrarb.com/(用紅寶石書寫);您可以在幾十或幾百行中編寫簡單實用的應用程序。通過一些對象關係映射器插入數據庫,你應該在幾個小時/幾天內有一個工作原型。

PDF對於PDF生成,有一個由格雷戈裏·布朗一些偉大的Ruby庫稱爲prawn ...

附錄一個Python/django解決方案並不複雜/未有效要麼...