2012-08-03 23 views
-4

我以網站爲生。即使網站相對靜態,我一直使用腳本語言(DCL,Perl,現在主要是PHP)來提高我的工作效率(對於容易更改的模板)。腳本/編程語言能否成爲網站的功能需求?

我現在正在和一個組織合作,他們希望我在查看腳本語言作爲安全威脅時呈現靜態文件。

我不打算開始辯論,只是想知道是否有未來可能需要的非交互式(不需要登錄,個性化或數據庫拉取)需要使用服務器端腳本語言。他們確實允許apache包含,但是根據我的經驗,這些缺乏真正的編程語言的特性。

So Stack Overflow,如果我沒有可用的腳本語言,我可能遇到什麼限制?我真的想爲這種類型的網站做些什麼嗎?沒有服務器端編程語言?

+2

爲什麼「不想開始辯論」總是最終成爲一個? – 2012-08-03 19:11:37

+2

您先生正在處理ID10T ... – 2012-08-03 19:11:39

+0

這實際上取決於什麼「一切」包括.. – 2012-08-03 19:13:33

回答

1

那麼,當然它可能有網站(哦老年人)純靜態。

會有一些方法/作業每天根據其他內容(數據庫,文件)渲染頁面(使用任何語言),並將更改上傳到託管「純」html網站的ftp。

這有點粗糙,因爲每個人都會發現動態的東西,但只展示你公司的東西對我來說是相當靜態的...... 最終用戶並不在乎如何獲取信息:在運行時通過腳本語言或已經完成爲HTML文檔在FTP上。

我不是說,良好的安全配置可以殺死線程及其對大家是個好主意...但它仍然很長的路要走;-)

2

你可以只建立它動態,而你開發,然後將html複製到一個新文件夾並上傳由php生成的html?

這將允許您保持您的頁眉/頁腳在自己的文件中的工作流程,但會增加一個額外的步驟。

+0

是的,我正在考慮這樣做。我的問題更多是爲了弄清楚這樣做是否有明顯的缺點。有什麼*不可能這樣嗎? – poolnoodl 2012-08-03 19:13:42

+0

顯然答案是肯定的......許多事情是不可能的,沒有服務器端語言。技術將允許你繞過我們只能服務器端的東西(AJAX,JSON等),但在我看來,這實際上不太安全,因爲你讓整個世界都能看到你的代碼而不是隱藏它服務器。 – 2012-08-03 19:15:32