㈠ php電商小程序的項目經驗怎麼寫
Codeigniter是一個老牌的php框架，零配置，文檔極其豐富，並含國內的流利程度上看github的start數，讓人覺得不可思議，是國外流行比較流行吧。它沒有ORM，沒有模板引擎，用它，只是因為夠老念用了，LeanCloud自身就是ORM，而PHP天生就是模板語言，所以CI有沒有ORM與模板引擎也無所謂。
使用LeanCloud後端雲幫我省去了90%以上的後端介面，沒有比小程序端用JS直接操作資料庫更方便的了，所以直到小程序寫完，再來寫後台也完全來得及。後台只為了絕含笑發布商品以及訂單發貨狀態而已。當然Bmob也是一個不錯的選擇，現在也推出了小程序端sdk了。
後台界面，使用了Admin-LTE，它是基於Bootstrap的一套UI，打包了太多現成的組件，菜單目錄樹，表格，下拉框，顏色選擇器，編輯器，日歷，報表，聊天窗口，具體可以下載它的demo來看。基本一套後台能想到能使用到的，都在這里了。
㈡ php開發電商網站要多長時間
電商網站比普通網站開發周期要長不少。
開發周期看你怎麼算的了。是按客戶算呢，那就是3個月以上
如果是開發者呢1個月以上。
再小的電商，會員系統、訂單等各種環節功能都是必不可少的。
而且還要多次測試調試，做好安防。
開發成本高。
所以看具體情況了。有足夠的技術和時間呢，那就自己開發。反之就用cms吧
㈢ 電子商務網站的開發流程是怎樣的
第一步：需要客戶提供一個完整的需求說明。
很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼?」他回答：「沒有目的，只是因為別人都有，我沒有!」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。
配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。
那麼需求說明書要達到怎樣的標准呢?簡單說，包含下面幾點：
1、正確性：每個功能必須清楚描寫交付的功能;2、可行性：確保在當前的開發能力和系統環境下可以實現每個需求;3、必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉;4、簡明性：不要使用專業的網路術語;5、檢測性：如果開發完畢，客戶可以根據需求檢測。
第二步是做系統分析。
網站總體設計：在拿到客戶的需求說明後，並不是直接開始網站製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：1、網站需要實現哪些功能;
2、網站開發使用什麼軟體，在什麼樣的硬體環境;3、需要多少人，多少時間;4、需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：1、網站的欄目和版塊;2、網站的功能和相應的程序;
3、網站的鏈接結構;4、如果有資料庫，進行資料庫的概念設計;5、網站的交互性和用戶友好設計。 網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。
網站建設方案的包括以下幾個部分：1、客戶情況分析;2、網站需要實現的目的和目標;3、網站形象說明;4、網站的欄目版塊和結構;5、網站內容的安排，相互鏈接關系;6、使用軟體，硬體和技術分析說明;7、開發時間進度表;8、宣傳推廣方案;9、維護方案;10、製作費用;11、本公司簡介：成功作品，技術，人才說明等。
當方案通過客戶的認可，就可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細網站設計：總體設計階段以比較抽象概括的方式提出了解決問題的辦法;詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。
總體設計是非常關鍵的一步。它主要確定：
1、網站需要實現哪些功能;
2、網站開發使用什麼軟體，在什麼樣的硬體環境;
3、需要多少人，多少時間;
4、需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：
1、網站的欄目和版塊;
2、網站的功能和相應的程序;
3、網站的鏈接結構;
4、如果有資料庫，進行資料庫的概念設計;
5、網站的交互性和用戶友好設計。
第三步是做網站建設方案。
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。
網站建設方案的包括以下幾個部分：
1、客戶情況分析;
2、網站需要實現的目的和目標;
3、網站形象說明;
4、網站的欄目版塊和結構;
5、網站內容的安排，相互鏈接關系;
6、使用軟體，硬體和技術分析說明;
7、開發時間進度表;
8、宣傳推廣方案;
9、維護方案;
10、製作費用;
11、本公司簡介：成功作品，技術，人才說明等。
另：網頁設計注冊事項
1、框架結構(Frame Sets)
有些搜索引擎(如FAST)是不支持框架結構的，他們的「蜘蛛」程序無法閱讀這樣的網頁。
2、圖象區塊(Image Maps)
除AltaVista、Google和Northern
Light(現已停止公共搜索服務)明確支持圖像區塊鏈接外，其他引擎是不支持它的。當「蜘蛛」程序遇到這種結構時，往往會感到茫然不知所措。因此盡量不要設置Image
Map鏈接。
3、特效鏈接
我們經常看到有些網站為導航鏈接加上了特效，如點擊某個項目會展開下層鏈接等。這些效果一般通過Java
Script實現，視覺上非常新穎，但在「蜘蛛」程序的眼裡則沒那麼誘人，相反它無法解讀這種鏈接。為了讓搜索引擎順利檢索到你的網頁，建議還是犧牲掉一些花哨的東西。
4、FLASH
雖然FLASH網站製作的網頁視覺效果較好，但搜索引擎對此卻不太感冒，個案表明這一類的網站很難被網路搜索引擎索引。明智的做法是提供FLASH和非FLASH網頁兩種選擇，這樣即增加了網頁的觀賞性，又照顧到了搜索引擎的情緒。
5、動態網頁(Dynamic Pages)
任何地址中帶「?」號、「&」號(及其他類似符號)的網頁都會把「蜘蛛」程序擋在門外。這些網頁通常由CGI、PHP、ASP等程序產生，技術上較先進，但不適合搜索引擎的「蜘蛛」程序。雖然目前有的大型搜索引擎(如Google)已具備檢索動態網頁的能力，但相當一部分數引擎還是不支持它的。而且即使是能夠索引動態網頁的Google，也在多個場合中明確表示不保證檢索全部的動態網頁。
因此，除非是超大型網站，為方便起見不得不採用動態網頁生成技術，否則還是盡量使用靜態網頁為好。
6、加密網頁
除非你不希望搜索引擎檢索你的網頁，否則不要給你的網頁加密。
7、網頁容量
包括圖像在內的網頁位元組數最好不要超過50K。體型龐大的網頁下載速度慢，不僅會讓普通訪問者等得心急如焚，有時也會使「蜘蛛」程序感到不耐煩。目前搜索引擎都不願收錄位於免費主頁空間上的網站。其理由是，既然你認為自己的網站如此重要，以至於需要登錄搜索引擎讓天下人都知道，那麼你沒有理由還將它放在免費伺服器上。更何況免費主頁通常速度較慢，會影響大家搜索信息的效率。