Python 生態(tài)圈有兩個(gè)現(xiàn)象級的 Web 框架 Flask, Django.兩個(gè)框架風(fēng)格迥異, 但是都各自帶動(dòng)了龐大的生態(tài)圈, 這得益于二者靈活的擴(kuò)展能力.本書講述的是基于 Flask 開發(fā) Web 項(xiàng)目.在對 Flask 框架的各個(gè)部分簡要分析后, 本書介紹了 * 表單處理(Flask-WTF)* 持久化(Flask-SQLAlchemy, 這貨作者就是 Flask 的作者喲)* 郵件* 配置* 一個(gè)真實(shí)案例: 模型, 用戶驗(yàn)證, 角色, 關(guān)注, 寫template, 寫API# 特點(diǎn)* 線程局部變量我不知道該把這個(gè)稱作特點(diǎn)還是缺點(diǎn).至少在Flask的文檔中作者明確給出這樣的解釋: 作為一個(gè)碼農(nóng), 你也許會(huì)感到不適, 但我就想這樣設(shè)計(jì).大部分的 Web 框架, 請求對象是外部注入的, 唯獨(dú) Flask 選擇了全局 (flask.request, flask.g).這個(gè)特點(diǎn)存在意味著你要小心使用這個(gè)特性, 否則很容易遇上需要調(diào)試大半天的Bug.另外, request 不是那么容易造出來的. 不過, 這不是什么大不了的事情.這個(gè)順便波及到測試, 測試的setup 與 teardown, 你必須去營造一個(gè)上下文, 關(guān)于這點(diǎn), 書中有講解如何操作.* Route/Template框架的路由使用的是Werkzeug.Template使用的是Jinja2, 當(dāng)然不喜歡的話, 用別的也很簡單.* 足夠小Flask 只封裝了請求, 路由, 模板這么幾個(gè)功能.用起來容易, 要寫好也得費(fèi)點(diǎn)腦子漲點(diǎn)經(jīng)驗(yàn)才行.說穿了也就是一句話:> The idea of Flask is to build a good foundation for all applications.> Everything else is up to you or extensions.[Ref: What Flask is, What Flask is Not](http://flask.pocoo.org/docs/design/#what-flask-is-what-flask-is-not)# 工作流常規(guī)的三板斧: 開發(fā), 測試, 部署.書里面的部署和配置這兩章節(jié)講的很出色, 值得一讀, 我給打五星.# 插件借用 @死魚眼28號 常說的一句話, 很多 Flask 插件都寫得很渣.我表示 +1.挑選插件時(shí)記得看下插件源碼, 給作者的碼力打個(gè)分再?zèng)Q定要不要用.# 后記關(guān)于 Web 開發(fā), 我們的選擇有很多:* PHP(Laravel, CodeIgniter, Yii, Symfony, CakePHP, etc.)* Ruby(RoR, Sinatra, etc.)* Python(Flask, Django, Quixote, Web.py, Bottle, etc.)* Java/Scala(Spring, Play!, etc.)殊途同歸, 他們也給出了幾乎一樣的解決方案.我們可以看到大部分的 Web 項(xiàng)目都有著類似的目錄分類, 類似的架構(gòu).Flask 也不外乎如此: 幫你包裝好請求對象, 剩下的路由, 路由邏輯, 響應(yīng)內(nèi)容你來填.上面大部分框架從大學(xué)到工作或多或少使用過, 其實(shí)真正寫到業(yè)務(wù)層面時(shí), 框架那些都不是事兒.你想要的東西, 或框架自己造, 或慫恿隊(duì)友幫你造, 或你自己造, 總之基本上你總能拿到你要的信息.不要被框架局限了視野喲.

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

一、選擇支付類型目前有兩種支付類型JS API網(wǎng)頁支付Native原生支付如果沒有特殊要求，兩種都勾選。 二、支付授權(quán)目錄目前可以選擇http還是https協(xié)議，沒有特別要求，建議選擇http。對安全要求高的企業(yè)，請選擇https，后續(xù)相關(guān)設(shè)置也需要自己處理。支付授權(quán)目錄填寫自己控制的域名加上目錄。一個(gè)完整的目錄參考如下：http://www.doucube.com/wxpay/藍(lán)色部分表示要選擇的。原文 http://www.cnblogs.com/txw1958/p/weixin-pay-url.html三、共享收貨地址選擇是。 四、其他URL配置參考如下JS API支付請求實(shí)例 http://www.doucube.com/wxpay/jsapi/Native原生支付回調(diào)URL http://www.doucube.com/wxpay/native/維權(quán)通知URL http://www.doucube.com/wxpay/rights/告警通知URL http://www.doucube.com/wxpay/alarm/ 有一些第三方開發(fā)公司在網(wǎng)上給出了自己的URL，在此提醒，不要輕易使用別人的URL。如果真要選擇第三方的支付目錄及URL設(shè)置作為自己的配置，應(yīng)該對其產(chǎn)品能力進(jìn)行一定的考察后再做決定。

一般默認(rèn)的路徑在/var/www里面。如果自定義安裝路徑，對應(yīng)的目錄也不一樣，你也可以在任何一個(gè)目錄開發(fā)移到對應(yīng)的位置。一般在你裝的web服務(wù)器（nginx、apache）所在的根目錄下面.或者你可以使用linux查找命令：find / -name "*www*".

1：一個(gè)域名2：一個(gè)主機(jī)（或者服務(wù)器）3：一個(gè)網(wǎng)站程序（或者網(wǎng)站頁面）然后將網(wǎng)站程序 用FTP軟件上傳到主機(jī)，將域名綁定到主機(jī)，就OK了，當(dāng)然,中國網(wǎng)站需要備案才能使用，不然無法正常使用

網(wǎng)站的構(gòu)架比較復(fù)雜，對于開發(fā)方面是一個(gè)關(guān)鍵的部分這里基本上根據(jù)網(wǎng)站的需求，主體需求三方面的人員：設(shè)計(jì)，主抓平面設(shè)計(jì)，用戶體驗(yàn)效果，整體色彩結(jié)構(gòu)布局的策劃。技術(shù)，主要負(fù)責(zé)程序的開發(fā)，結(jié)合設(shè)計(jì)策劃和網(wǎng)站構(gòu)思，實(shí)現(xiàn)所需要的功能。測試，根據(jù)前后臺(tái)的結(jié)果，進(jìn)行各種應(yīng)用的測試，以求達(dá)到滿意的效果。

普通的編輯器都可以的。比如sublime text、webstorm等。。

PHP語言是寫不出視頻播放器的，JAVASCRIPT更不行，一般人也不要想自己去寫播放器。一般是用現(xiàn)成的播放器插件，把服務(wù)器硬盤上的視頻地址傳進(jìn)去就播放了。甚至視頻都不在自己的服務(wù)器上，只是在頁面上加上一段第三方視頻網(wǎng)站的代碼。 播放器插件是不是就是指視頻解碼器？大體有哪些？我怎么在網(wǎng)上找不到？能用php語言進(jìn)行調(diào)用嗎？能具體說說怎么調(diào)用，或者提供一些相關(guān)的關(guān)鍵詞？我搜索下看看 就是一個(gè)網(wǎng)頁版的播放器調(diào)用，不只是解碼器，還包括了播放窗口界面什么的。搜PHP 網(wǎng)頁播放器 在線播放器之類的字眼就行了

您好，根據(jù)《刑法》以及相關(guān)司法解釋規(guī)定，詐騙公私財(cái)物，數(shù)額較大的，予以追究刑事責(zé)任，數(shù)額較大是指，3000元至1000元以上。因此，網(wǎng)上被騙600元不能追究刑事責(zé)任，但公安機(jī)關(guān)可以對其予以行政處罰。