花唄逾期費用計算公式：逾期費用=逾期金額*逾期天數*0.05%。

顧名思義 宣傳消防安全知識

網絡推廣公司很多，沒有具體的衡量標準的。但是可以從幾方面去選擇：1、有做了很多精明案例的2、案例都是可以驗證方法的3、只做網絡推廣的，沒有做其他的4、做的比較久的。

大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?===客戶是自己公司，使用標準方法即可8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設計才好(工廠模式)?===采購成熟的規則引擎9.如果同一時間并發大量訂單的話,如果確保一個訂單的有效提交呢?==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可第一點是數據庫要設計好，要達到什么級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗余，如果是mysql，還要考慮其他的問題，比如存儲引擎。新聞肯定是要生成純靜態頁，對數據庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁盤文件進行操作做一個自定義緩存層，對緩存邏輯進行控制，可以采用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）電子商務網站特點就是對事務的嚴格，需要數據庫設計的時候要求高性能，也需要合適的索引，支持高并發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將“局部”控制到最小范圍）mssql語句對不需要事務的查詢要附帶上with(nolock),以利于并發更新。有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的字段置于核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將字段設計成bool類型，這樣會給以后的擴展留出路，即使是男女這種字段，也建議采用tiny類型 其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將數據庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。另外，如果采用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機制作業可；簡單執行的sql可以不用存儲過程，存儲過程會占用數據庫服務器的處理時間，造成死鎖；mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；數據庫建議建立分布數據庫，這樣可以轉移查詢和大訪問量對數據庫帶來壓力；圖片可以考慮單獨放在一臺服務器上；1.三層架構2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什么圈子,wiki4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控件(除repeater)再加點mvc的思想已足夠用了5.不需要緩存數據(除搜索產品部分),要考慮多臺服務器的程序快速部署,config文件會很多,config要序列化緩存6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本8.不搞模式9.負載均衡(web,db)+ssb異步處理數據10.你是業務類型的日志還是異常日志? 前臺訂單流程上異常日志不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了11.找第三方搜索組件 類似endeca的12.負載均衡挺簡單的,初期靠軟件就可以,一切圖片找第三方放cdn,前臺網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find2、對于商品檢索部分，能不用數據庫就不用數據庫（網上切詞等相關的開源平臺很多）3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的4、系統設計時必須要考慮可運營。從這個角度去設計系統5、對于電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新6、必須設計一個好的單點登錄系統。7、建議能不用sqlserver就不用它。8、對于大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問接口層,數據訪問層,業務邏輯接口層,業務邏輯,網站A,B,C項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日后訪問量大了,再重寫并替換數據訪問層?開發效率優先，訪問量大了以后，我相信是有錢投到硬件上的，在你程序寫的不是很爛的情況下，升級硬件遠比優化程序節省成本。3.網站被切割成了多個子網站,有一些控件(如header,footer)是要共享的,如何跨網站項目共享這些控件呢?那就做成自定義控件啦。4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站后臺使用webform的,前臺使用mvc?推薦使用使用webform的,前臺使用mvc，對于前臺來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。后臺界面相對穩定，用webform可以提高開發效率。5.網站數據的緩存是自己開發一個hashtable什么的來維護呢,還是使用Memcached ?初期建議用hashtable，因為簡單，將來升級到Memcached 。6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，服務器壓力大，建議直接生成。7.同一個網站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie里面。8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設計才好(工廠模式)?規則引擎9.如果同一時間并發大量訂單的話,如果確保一個訂單的有效提交呢?使用MQ隊列10.日志方面,log4net?log4net只能記錄程序運行日志，主要目的是用來調試程序的，系統業務操作日志還你是得自己建一個表來保存。11.電子商務的全文檢索,這也是個頭疼的問題lucene，微軟索引服務，sqlserver全文檢索，方案很多的。12.負載均衡方面,有什么好的文章推薦碼?可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問接口層,數據訪問層,業務邏輯接口層,業務邏輯,網站A,B,C目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將數據庫設計地完善一點。另外，當網站分成多個以后，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日后訪問量大了,再重寫并替換數據訪問層?這個我也在考慮。目前我還沒有采用ORM框架，都是在DAL里直接訪問DB的。3.網站被切割成了多個子網站,有一些控件(如header,footer)是要共享的,如何跨網站項目共享這些控件呢?自定義控件。4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站后臺使用webform的,前臺使用mvc?正在學習這一塊。5.網站數據的緩存是自己開發一個hashtable什么的來維護呢,還是使用Memcached ?現在我用的比較多的是.net自帶的數據緩存。6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.直接生成好，快一點。7.同一個網站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎么設計才好(工廠模式)?這些都放在邏輯層好了。9.如果同一時間并發大量訂單的話,如果確保一個訂單的有效提交呢?MSMQ10.日志方面,log4net?目前我是自已寫代碼存在庫里的。11.電子商務的全文檢索,這也是個頭疼的問題用lucene.net分詞建索引，再直接從索引庫里搜索，又快又準。12.負載均衡方面,有什么好的文章推薦碼?不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百臺服務器，不同數據庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網站來說，數據庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓數據庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。 不過關于公共的header,footer,我不建議做成自定義控件，這個維護起來不方便，稍有變動就要發布dll，麻煩的。如果你的header和footer不是很大的話，建議采用js+css的方式。然后加上壓縮和cdn緩存，應該效率上能接受。

H5（HTML5）商城也可以理解為響應式的商城網站，即通過HTML5和CSS技術編制的可以直接通過移動端瀏覽器打開的自適應的商城網站。說的通俗一點及時H5建立的網站兼容性和體驗度更高一些。不知能否解決您的問題。

一、總體功能性電子商務購物網站系統功能應包含：權限管理、商品管理、在線商品庫管理、排行榜管理、商品推薦管理、商品導購管理、會員管理、訂單管理、團購管理、支付管理、配送管理、廣告管理、留言管理、帳務管理、及時通信管理、數據統計分析、日志管理、任務計劃管理、物流配送管理系統、以及其它相關的業務輔助子系統。二、前臺設計板塊該板塊主要包括：會員注冊及登錄板塊、商品分類展示板塊、商品信息搜索板塊、加入購物車板塊、生成訂單板塊、訂單詳細查詢板塊、物流信息展示板塊、用戶評價板塊。三、后臺設計板塊商城網站后臺功能應包含：商品類別管理、商品修改管理、會員注冊和登陸信息管理、訂單信息管理、新聞發布管理。商城網站建設需要多少錢？根據功能和開發難度來說，一般中小型商城價格也是一萬到幾萬不等，大型商城網站開發費用也從十多萬到幾十萬不等，比如要做個一號店商城那樣的，十幾二十萬費用也是在所難免的，所以不能一概而論。

基本功能　　（1）企業產品和服務項目展示。這是一個非常重要的基本功能。 　　（2）商品和服務訂購。它包括交易磋商、在線預訂商品、網上購物或取得網上服務的業務功能。 　　（3）網上支付，即通過銀行電子支付系統實現支付功能。 　　（4）網絡客戶服務。將部分或全部傳統客戶服務功能遷移到網上進行，同時根據網絡特點開發新的服務功能。 　　（5）發布商業信息。它包括新聞的動態更新、新聞的檢索，熱點問題追蹤，行業信息、提供信息、需求信息的發布等。 　　（6）客戶信息管理。這是反映網站主體能否以客戶為中心、能否充分地利用客戶信息挖掘市場潛力的有重要利用價值的功能。 　　（7）客戶實時互動。通過聊天室、企業社區、電子郵件等工具，與客戶實時地交流信息。 　　（8）銷售業務信息管理。用于使企業能夠及時地接收、處理、傳遞與利用相關的銷售業務信息資料，并使這些信息有序和有效地流動起來。分類　　（1）信息服務型。信息服務型網站的設計目的在于提供各種產品信息或信息獲得方式。 　　（2）廣告型。廣告型網站所有技術和信息內容全部針對廣告收入。此時，消費者的注意力就成為衡量網站優劣的關鍵標準，廣告商可以對一個網站進行評估，并為其廣告定價。 　　（3）交易型。交易型網站的基本功能在于提供網上交易的功能，如網上商城、交易平臺網站等。 　　（4）管理型。管理型網站是企業、公司和行政教育等機構，將傳統業務遷移到網絡的應用界面，如公司、機構的辦公系統。 　　（5）綜合型。綜合型網站是把上述類型網站的功能綜合集成。

企業電子商務網站建設是一項操作性很強的工作，必須圍繞企業營銷的目標來展開。首先應確定建立網站的主題和目的，確定網站設計的最終目標及總體指導方針。它包括：網站目標定位、網站信息內容確定、網站客戶定位、網站盈利模式的設定、網上購物流程的設定、客戶付款方式的設定、物流配送作業處理的設定、網絡廣告促銷計劃。 網站目標定位企業電子商務網站的建立，首先要確定電子商務網站的目的所在，是樹立企業形象，宣傳企業產品，推廣企業服務，進行簡單的電子商務業務，還是建立一個完整的電子商務系統，通過網絡開展電子商務業務。網站信息內容確定如何將網站建設成一個對消費者富有吸引力的電子商務網站，其網站信息內容的確定是成功的關鍵，與網站的主題相關的信息內容越豐富，登陸上網的瀏覽者就越多。網站客戶定位在進行網站用戶定位時，應該對本網站的競爭對象的站點進行深入和細致的分析，針對訪問對象和本網站客戶需求進行定位。網站盈利模式的設定盈利模式的設定對網站來說是十分重要的。網站的經營收入目標與企業網站自身的知名度、網站未來的瀏覽量、網站未來的宣傳力度和廣告吸引力、上網者的購買行為對本網站的依賴程度等因素有十分密切的關系。網上購物流程的設定通過電子商務進行并完成網上購物是一個比較復雜的技術流程，但這一復雜流程應當盡量做到對客戶透明，是客戶購物操作方便，讓客戶感到在網上購物與現實世界中的購物流程沒有本質的差別和困難。一個好的電子商務網站必須做到：不論購物流程在網站的內部操作是多么復雜，其面對客戶的界面必須是簡單和操作方便的。客戶付款方式的設定網站面對的是各種各樣的網上客戶，企業網站應向客戶提供多種可供選擇的支付方式。物流配送作業處理的設定企業網站對網上銷售的商品，必須有相應的后臺物流配送作業處理流程的配合，這在網站的建設過程中應同時加以考慮。否則，一旦發生上網者在網站購物并正常完成付款過程后，沒有收到或過期才收到所購買的商品，將會由于該網站的服務不佳而產生很不利的后果，進而嚴重影響企業網站的聲譽。網絡廣告促銷計劃網上的廣告收入是每一個網站盈利的重要部分，同時也是在網上樹立本企業良好形象的必要手段。企業網站在建立后，若要留住原有的上網者，吸引的新上網者，必須針對本網站的業務特點和客戶群設計的網絡廣告促銷推廣計劃。

基本功能　　（1）企業產品和服務項目展示。這是一個非常重要的基本功能。 　　（2）商品和服務訂購。它包括交易磋商、在線預訂商品、網上購物或取得網上服務的業務功能。 　　（3）網上支付，即通過銀行電子支付系統實現支付功能。 　　（4）網絡客戶服務。將部分或全部傳統客戶服務功能遷移到網上進行，同時根據網絡特點開發新的服務功能。 　　（5）發布商業信息。它包括新聞的動態更新、新聞的檢索，熱點問題追蹤，行業信息、提供信息、需求信息的發布等。 　　（6）客戶信息管理。這是反映網站主體能否以客戶為中心、能否充分地利用客戶信息挖掘市場潛力的有重要利用價值的功能。 　　（7）客戶實時互動。通過聊天室、企業社區、電子郵件等工具，與客戶實時地交流信息。 　　（8）銷售業務信息管理。用于使企業能夠及時地接收、處理、傳遞與利用相關的銷售業務信息資料，并使這些信息有序和有效地流動起來。分類　　（1）信息服務型。信息服務型網站的設計目的在于提供各種產品信息或信息獲得方式。 　　（2）廣告型。廣告型網站所有技術和信息內容全部針對廣告收入。此時，消費者的注意力就成為衡量網站優劣的關鍵標準，廣告商可以對一個網站進行評估，并為其廣告定價。 　　（3）交易型。交易型網站的基本功能在于提供網上交易的功能，如網上商城、交易平臺網站等。 　　（4）管理型。管理型網站是企業、公司和行政教育等機構，將傳統業務遷移到網絡的應用界面，如公司、機構的辦公系統。 　　（5）綜合型。綜合型網站是把上述類型網站的功能綜合集成。