電子商務(wù)網(wǎng)站設(shè)計(jì)如何打造得又小又精

最新消息，日前，宜家的控股企業(yè)Interogo Holding AG斥資17億瑞典克朗(約1.90億美元)買(mǎi)入海恩斯莫里斯(H&M)集團(tuán)0.6%的股份，并擁持有了后者0.3%的投票權(quán)。這是Interogo Holding AG第一次擁有快時(shí)尚企業(yè)的股份。

前面寫(xiě)過(guò)一些電商網(wǎng)站相關(guān)的文章，這幾天有時(shí)間，就把之前寫(xiě)得網(wǎng)站架構(gòu)相關(guān)的文章，總結(jié)整理一下。把以前的一些內(nèi)容就連貫起來(lái)，這樣也能軟件的知道，一個(gè)最小的電商網(wǎng)站是怎么一步步開(kāi)發(fā)起來(lái)的。

本文大綱：

1.小型電商網(wǎng)站的架構(gòu)

2.日志與監(jiān)控軟件的解決規(guī)劃

3.構(gòu)建數(shù)據(jù)庫(kù)的主從架構(gòu)

4.基于共享存儲(chǔ)的圖片服務(wù)器架構(gòu)

5.無(wú)線M站創(chuàng)建

一、小型電商網(wǎng)站的架構(gòu)

剛從傳統(tǒng)系統(tǒng)行業(yè)進(jìn)入到電商公司時(shí)，覺(jué)得電商網(wǎng)站沒(méi)有什么技術(shù)含量，也沒(méi)有什么門(mén)檻，都是一些現(xiàn)有的東西堆積木似的堆出來(lái)罷了。然而，真正進(jìn)入到這個(gè)行業(yè)之后，才發(fā)現(xiàn)并非如此。有人說(shuō)過(guò)，好的架構(gòu)，是演化出來(lái)的，電商網(wǎng)站的架構(gòu)也是如此。現(xiàn)在好的電商網(wǎng)站，看似很復(fù)雜，很牛逼，其實(shí)也是從很小的架構(gòu)，也是從沒(méi)什么技術(shù)含量開(kāi)始的。所以，架構(gòu)的演化過(guò)程，就是在技術(shù)團(tuán)隊(duì)不斷追求極致的過(guò)程。

今日就來(lái)總結(jié)小型電商網(wǎng)站的架構(gòu)演進(jìn)。一套電商軟件最初期的架構(gòu)，往往會(huì)采用一個(gè)比較典型的LAMP架構(gòu)，前端加上Apache/PHP，后端是MySQL。這個(gè)算是比較流行的。不過(guò)，目前還有一套.net的技術(shù)架構(gòu)，可能大家很少提到。很不幸，我就是在一個(gè).net網(wǎng)站為基礎(chǔ)的電商企業(yè)。所以，今日也是要總結(jié).net網(wǎng)站的電商架構(gòu)。

1技術(shù)架構(gòu)

一般初期的電商網(wǎng)站，基本就幾個(gè)業(yè)務(wù)子軟件：網(wǎng)站前臺(tái)、商家前臺(tái)、軟件管理后臺(tái)、App、M站等。業(yè)務(wù)量也不是很大。所以，MVC+緩存+數(shù)據(jù)庫(kù)基本就搞定了。

單就搭建效率而言，.netMVC的技術(shù)架構(gòu)不會(huì)比LAMP搭建速度慢。所以，一些公司，為了快速推出自己的電商網(wǎng)站，也會(huì)采用.net架構(gòu)。

2基礎(chǔ)架構(gòu)

1、前端網(wǎng)站和M站，考慮到訪問(wèn)量和軟件的可用性，基本會(huì)采用分布式部署。通過(guò)加盟服務(wù)器進(jìn)行請(qǐng)求分發(fā)。

2、其它的業(yè)務(wù)子軟件，像商家前臺(tái)和管理軟件，基本上都是單機(jī)或是主從部署。

3、各個(gè)DB，Redis服務(wù)和文件和圖片服務(wù)，搜索引擎Solr服務(wù)等，采用主從部署。

3詳細(xì)架構(gòu)

整個(gè)軟件架構(gòu)里面，還有一個(gè)比較重要的組成部分，那就是監(jiān)控軟件。例如：流量監(jiān)控、硬件監(jiān)控、軟件性能監(jiān)控等， 還有就是對(duì)某個(gè)頁(yè)面進(jìn)行監(jiān)控，設(shè)置頁(yè)面的其中一塊進(jìn)行監(jiān)控等。它是提高整個(gè)網(wǎng)站可用性的一個(gè)重要手段。多網(wǎng)站、多個(gè)維度的監(jiān)控，能夠確保軟件的可用性。一旦出現(xiàn)異常，特別在硬件或者性能方面出現(xiàn)異常，監(jiān)控軟件也能立刻發(fā)出警告，這樣也好防范于未然。

總而言之，一個(gè)好的軟件架構(gòu)應(yīng)該從擴(kuò)展性、安全性、性能和可靠性來(lái)考慮。羅馬不是一天建成的，架構(gòu)適合就行，可以先行之而后優(yōu)。通過(guò)漸進(jìn)演化的過(guò)程，逐步讓軟件越來(lái)越完善。

二、日志與監(jiān)控軟件的解決規(guī)劃

監(jiān)控軟件主要用于服務(wù)器集群的資源和性能監(jiān)控，以及應(yīng)用異常、性能監(jiān)控、日志管理等多維度的性能監(jiān)控分析。一個(gè)完善的監(jiān)控軟件和日志軟件對(duì)于一個(gè)軟件的重要性不必多說(shuō)?？傊?，只有實(shí)時(shí)了解各軟件的狀態(tài)，才能保證各軟件的穩(wěn)定。

監(jiān)控網(wǎng)站監(jiān)控的范圍很廣，從服務(wù)器性能及資源，到應(yīng)用軟件的監(jiān)控。每個(gè)企業(yè)都有特定的網(wǎng)站統(tǒng)一監(jiān)控的需要及解決規(guī)劃，但監(jiān)控網(wǎng)站的任務(wù)和作用基本是一致的。

1日志

日志是監(jiān)視程序運(yùn)行的一種重要的方式，主要有兩個(gè)目的：

1.bug的及時(shí)發(fā)現(xiàn)和定位；

2.顯示程序運(yùn)行狀態(tài)。

正確詳細(xì)的日志記錄能夠快速的定位問(wèn)題。同樣，通過(guò)查看日志，可以看出程序正在干什么，是不是按預(yù)期的設(shè)計(jì)在執(zhí)行，所以記錄下程序的運(yùn)行狀態(tài)是必要的。

這里將日志分為兩種：

1.異常日志；

2.運(yùn)行日志。

咱們主要是操作log4net，將各個(gè)軟件的日志，持久化記錄到數(shù)據(jù)庫(kù)或者文件中，以方便后續(xù)的軟件異常監(jiān)控和性能分析。如何集成log4net，這里不多說(shuō)。

日志記錄的幾個(gè)原則：

日志級(jí)別一定要區(qū)分清楚，哪些屬于error、warning、info等。

記錄錯(cuò)誤的位置。如果是分層軟件，一定要在某個(gè)層統(tǒng)一處理，例如咱們的MVC架構(gòu)，都是在各個(gè)Action中Catch異常并處理，而業(yè)務(wù)層和數(shù)據(jù)庫(kù)層這些地方的異常，都是Catch到異常后，往上一層拋。

日志信息清晰準(zhǔn)確有意義，日志盡量詳細(xì)點(diǎn)，以方便處理。應(yīng)該記錄相關(guān)軟件、模塊、時(shí)間、操作人、堆棧信息等。方便后續(xù)處理。

2監(jiān)控

監(jiān)控軟件是一個(gè)復(fù)雜的軟件網(wǎng)站，目前有很多的開(kāi)源產(chǎn)品和網(wǎng)站。不過(guò)咱們網(wǎng)站小，監(jiān)控任務(wù)和需要少，所以基本都是自己搭建。

主要有這五個(gè)方面：

1.軟件資源；

2.服務(wù)器；

3.服務(wù)；

4.應(yīng)用異常；

5.應(yīng)用性能。

具體的架構(gòu)如下：

1）軟件資源監(jiān)控

監(jiān)控各種網(wǎng)絡(luò)參數(shù)和各服務(wù)器相關(guān)資源（CPU、內(nèi)存、磁盤(pán)讀寫(xiě)、網(wǎng)絡(luò)、訪問(wèn)請(qǐng)求等），保證服務(wù)器軟件的安全運(yùn)營(yíng)，并提供異常通知機(jī)制以讓軟件管理員快速定位/解決存在的各種問(wèn)題。目前比較流行的應(yīng)該是Zabbix。

2）服務(wù)器監(jiān)控

服務(wù)器的監(jiān)控，主要是監(jiān)控各個(gè)服務(wù)器、網(wǎng)絡(luò)節(jié)點(diǎn)、網(wǎng)關(guān)等網(wǎng)絡(luò)設(shè)備的請(qǐng)求響應(yīng)是否正常。通過(guò)定時(shí)服務(wù)，定時(shí)去Ping各個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，以確認(rèn)各網(wǎng)絡(luò)設(shè)備是否正常。如果哪個(gè)網(wǎng)絡(luò)設(shè)備出現(xiàn)異常，則發(fā)出消息提醒。

3）服務(wù)監(jiān)控

服務(wù)監(jiān)控，指的是各個(gè)Web服務(wù)、圖片服務(wù)、搜索引擎服務(wù)、緩存服務(wù)等網(wǎng)站軟件的各項(xiàng)服務(wù)是否正常運(yùn)行。可以通過(guò)定時(shí)服務(wù)，每隔一段時(shí)間，就去請(qǐng)求相關(guān)的服務(wù)，以確保網(wǎng)站的各項(xiàng)服務(wù)正常運(yùn)行。

4）應(yīng)用異常監(jiān)控

目前咱們網(wǎng)站所有軟件的異常記錄，都記錄在數(shù)據(jù)庫(kù)中。通過(guò)定時(shí)服務(wù)，統(tǒng)計(jì)分析一段時(shí)間之內(nèi)的異常記錄。如果發(fā)現(xiàn)有相關(guān)重要的模塊的軟件異常，比如支付、下單模塊頻繁發(fā)生異常，則立即通知相關(guān)人員處理，確保服務(wù)正常運(yùn)行。

5）應(yīng)用性能監(jiān)控

在API接口和各應(yīng)用的相關(guān)位置進(jìn)行攔截和記錄下程序性能（SQL性能，或是 程序執(zhí)行效率）。相關(guān)重要模塊提供性能預(yù)警，提前發(fā)現(xiàn)問(wèn)題。同時(shí)統(tǒng)計(jì)相關(guān)監(jiān)控信息并顯示給搭建的人員，以方便后續(xù)的性能分析。

三、構(gòu)建數(shù)據(jù)庫(kù)的主從架構(gòu)

發(fā)展到大型成熟的企業(yè)之后，主從架構(gòu)可能就有點(diǎn)落伍了，取而代之的是更加復(fù)雜的數(shù)據(jù)庫(kù)集群。但作為一個(gè)小型電商企業(yè)，數(shù)據(jù)庫(kù)的主從架構(gòu)應(yīng)該是最基礎(chǔ)的。任何大型的軟件架構(gòu)，都是不斷演進(jìn)的。主從架構(gòu)便是數(shù)據(jù)庫(kù)架構(gòu)中最基礎(chǔ)的架構(gòu)。所以研究完主從架構(gòu)，也就能看懂更加復(fù)雜的架構(gòu)了。

首先為什么要讀寫(xiě)分離？

對(duì)于一個(gè)小型網(wǎng)站，可能單臺(tái)數(shù)據(jù)庫(kù)服務(wù)器就能滿足需要。但在一些大型的網(wǎng)站或者應(yīng)用中，單臺(tái)的數(shù)據(jù)庫(kù)服務(wù)器可能難以支撐大的訪問(wèn)壓力，升級(jí)服務(wù)器性能投入又太高，所以必須要橫向擴(kuò)展。還有就是，單庫(kù)的話，讀、寫(xiě)都是操作一個(gè)數(shù)據(jù)庫(kù)。數(shù)據(jù)多了之后，對(duì)數(shù)據(jù)庫(kù)的讀、寫(xiě)性能就會(huì)有很大影響。同時(shí)對(duì)于數(shù)據(jù)安全性和軟件的穩(wěn)定性也是挑戰(zhàn)。

數(shù)據(jù)庫(kù)的讀寫(xiě)分離的好處？

1、將讀操作和寫(xiě)操作分離到不同的數(shù)據(jù)庫(kù)上，避免主服務(wù)器出現(xiàn)性能瓶頸；

2、主服務(wù)器進(jìn)行寫(xiě)操作時(shí)，不影響查詢應(yīng)用服務(wù)器的查詢性能，降低阻塞，提高并發(fā)；

3、數(shù)據(jù)擁有多個(gè)容災(zāi)副本，提高數(shù)據(jù)安全性，同時(shí)當(dāng)主服務(wù)器故障時(shí)，可立即切換到其他服務(wù)器，提高軟件可用性。

讀寫(xiě)分離的基本原理就是讓主數(shù)據(jù)庫(kù)處理事務(wù)性增、改、刪操作（Insert、Update、Delete）操作，而從數(shù)據(jù)庫(kù)處理Select查詢操作。數(shù)據(jù)庫(kù)復(fù)制被用來(lái)把事務(wù)性操作導(dǎo)致的變更同步到其它從數(shù)據(jù)庫(kù)。

以SQL為例，主庫(kù)負(fù)責(zé)寫(xiě)數(shù)據(jù)、讀數(shù)據(jù)。讀庫(kù)僅負(fù)責(zé)讀數(shù)據(jù)。每次有寫(xiě)庫(kù)操作，同步更新到讀庫(kù)。寫(xiě)庫(kù)就一個(gè)，讀庫(kù)可以有多個(gè)，采用日志同步的方式實(shí)現(xiàn)主庫(kù)和多個(gè)讀庫(kù)的數(shù)據(jù)同步。

1SQL Server 讀寫(xiě)分離的配置

SQL Server提供了三種技術(shù)，可以用于主從架構(gòu)之間的數(shù)據(jù)同步的實(shí)現(xiàn)：日志傳送、事務(wù)復(fù)制和SQL 2012 中新增的功能Always On 技術(shù)。各自優(yōu)劣，具體的大家自己去百度吧，這里提供網(wǎng)上的朋友的配置方式，僅供參考。

日志傳送：SQL Server 2008 R2 主從數(shù)據(jù)庫(kù)同步

事務(wù)復(fù)制：SQL Server 復(fù)制：事務(wù)發(fā)布

2C# 數(shù)據(jù)庫(kù)讀寫(xiě)操作

C#的請(qǐng)求數(shù)據(jù)庫(kù)操作，單數(shù)據(jù)庫(kù)和主從架構(gòu)的數(shù)據(jù)庫(kù)還是不一樣的。主從架構(gòu)的數(shù)據(jù)庫(kù)，為了保證數(shù)據(jù)一致性，一般主庫(kù)可讀可寫(xiě)，從庫(kù)只負(fù)責(zé)讀，不負(fù)責(zé)寫(xiě)入。所以，實(shí)際C#在請(qǐng)求數(shù)據(jù)庫(kù)時(shí)，要進(jìn)行區(qū)別對(duì)待。

最簡(jiǎn)單的就是：配置兩個(gè)數(shù)據(jù)庫(kù)連接，然后在各個(gè)數(shù)據(jù)庫(kù)調(diào)用的位置，區(qū)分讀寫(xiě)請(qǐng)求相應(yīng)的數(shù)據(jù)庫(kù)服務(wù)器，如下圖：

第二種解決規(guī)劃就是判斷SQL語(yǔ)句是寫(xiě)語(yǔ)句（Insert 、Update、Create、 Alter）還是讀語(yǔ)句（Select）。

同時(shí)，增加相關(guān)的數(shù)據(jù)庫(kù)配置。

四、基于共享存儲(chǔ)的圖片服務(wù)器架構(gòu)

在當(dāng)前這個(gè)互聯(lián)網(wǎng)的年代，不管何種網(wǎng)站，對(duì)圖片的需要量越來(lái)越大。尤其是電商網(wǎng)站，幾乎都會(huì)面臨到海量圖片資源的存儲(chǔ)、訪問(wèn)等相關(guān)技術(shù)問(wèn)題。在對(duì)圖片服務(wù)器的架構(gòu)、擴(kuò)展、升級(jí)的過(guò)程中，肯定也會(huì)碰到各種各樣的問(wèn)題與需要。當(dāng)然這并不典型，你就必須得弄一個(gè)特別NB的圖片服務(wù)架構(gòu)，只要簡(jiǎn)單、高效、穩(wěn)定就行。這部分咱們來(lái)總結(jié)一個(gè)特別簡(jiǎn)單、高效的圖片服務(wù)架構(gòu)：通過(guò)共享存儲(chǔ)的方式來(lái)實(shí)現(xiàn)圖片服務(wù)架構(gòu)。

然而，也有一些人問(wèn)我，現(xiàn)在大型網(wǎng)站的圖片服務(wù)器的架構(gòu)已經(jīng)完全不是這樣了，別人家的圖片軟件比你這個(gè)牛逼多了，為啥不直接寫(xiě)那個(gè)呢？

事實(shí)是：第一，大型牛逼的軟件我也不會(huì)；第二， 再牛逼的軟件也是從小的架構(gòu)演化過(guò)去的，沒(méi)有一步到位的。這里介紹圖片服務(wù)器架構(gòu)雖然比較簡(jiǎn)單，但也是經(jīng)過(guò)了單機(jī)年代的演化了，基本上可以滿足中小型分布式網(wǎng)站的需要。這種架構(gòu)的開(kāi)發(fā)和學(xué)習(xí)投入都極低，符合目前“短平快”的搭建商業(yè)模式。

通過(guò)共享目錄的方式實(shí)現(xiàn)共享存儲(chǔ) ，在共享目錄文件服務(wù)器上配置獨(dú)立域名，這樣可以將圖片服務(wù)器和應(yīng)用服務(wù)器進(jìn)行分離，來(lái)實(shí)現(xiàn)獨(dú)立圖片服務(wù)器。

優(yōu)勢(shì)：

1. 將圖片服務(wù)和應(yīng)用服務(wù)分離，緩解應(yīng)用服務(wù)器的I/O負(fù)載。

2. 通過(guò)共享目錄的方式來(lái)進(jìn)行讀寫(xiě)操作，可以避免多服務(wù)器之間同步相關(guān)的問(wèn)題。

3.相對(duì)來(lái)講很靈活，也支持?jǐn)U容/擴(kuò)展。支持配置成獨(dú)立圖片服務(wù)器和域名訪問(wèn)，方便日后的擴(kuò)展和優(yōu)化。

4.相對(duì)于更加復(fù)雜的分布式的NFS軟件，這種方式是性價(jià)比高，符合目前互聯(lián)網(wǎng)的“短平快”的搭建商業(yè)模式。

缺點(diǎn) ：

1. 共享目錄配置有些繁瑣。

2.會(huì)造成一定的（讀寫(xiě)和安全）性能損失。

3.如果圖片服務(wù)器出現(xiàn)問(wèn)題，那所有的應(yīng)用都會(huì)受到影響。同時(shí)也對(duì)存儲(chǔ)服務(wù)器的性能要求特別高。

4.圖片上傳操作，還是得經(jīng)過(guò)Web服務(wù)器，這對(duì)Web服務(wù)器還是有巨大的壓力。

架構(gòu)非常簡(jiǎn)單，基本架構(gòu)如下圖所示：

 

在存儲(chǔ)服務(wù)器上建立一個(gè)共享目錄（具體方式，我就不去重復(fù)了，自己百度吧，注意共享目錄的文件安全）。

各個(gè)應(yīng)用直接通過(guò)共享目錄（\\192.168.1.200），將圖片上傳到存儲(chǔ)服務(wù)器上。

建立一個(gè)Web站點(diǎn)（i1.abc.com）將該共享目錄通過(guò)Web站點(diǎn)發(fā)布出去。這樣其它的應(yīng)用就能訪問(wèn)到相關(guān)圖片。

所以，各應(yīng)用將文件上傳到共享目錄

 

上傳成功后，可直接通過(guò)web 的方式訪問(wèn)：

http://i1.abc.com/lib/2016/03/04/10/IMG/4ugvvt6m9gdu.jpg

五、無(wú)線M站創(chuàng)建

最近在一直在搞M站，也就是無(wú)線Web站點(diǎn)。由于是第一次，也遇到了很多問(wèn)題，所以把最近了解到的東西總結(jié)一番。聊一聊什么是無(wú)線M站，以及它有什么作用和優(yōu)點(diǎn)。

有人會(huì)問(wèn)，M站和APP有什么不同？

APP直接在用戶的無(wú)線設(shè)備上，曝光率相對(duì)較高。 而M站需打開(kāi)瀏覽器，輸入地址才能訪問(wèn)，所以曝光率相對(duì)較低。

M站的推廣的渠道相比無(wú)線APP，渠道較多，方便追蹤用戶來(lái)源、流量入口等，方便以后的活動(dòng)推廣和數(shù)據(jù)分析。

M站用戶無(wú)需安裝，輸入U(xiǎn)RL即可訪問(wèn)，而APP需要下載安裝。

M站能夠快速地通過(guò)數(shù)據(jù)分析，能快速得到用戶的反饋，從而更容易根據(jù)統(tǒng)計(jì)數(shù)據(jù)分析和用戶的需要來(lái)調(diào)整產(chǎn)品。

APP對(duì)用戶更具粘性及用戶體驗(yàn)也更好。

M站對(duì)于營(yíng)銷(xiāo)推廣活動(dòng)非常方便，轉(zhuǎn)發(fā)分享方便快捷。

M站更新迭代產(chǎn)品速度和響應(yīng)產(chǎn)品調(diào)整非?？?，隨時(shí)發(fā)布，而APP需要審核時(shí)間。

M站跨網(wǎng)站，無(wú)需搭建安卓和iOS版，只需有瀏覽器即可。

所以， 我覺(jué)得，M站和客戶端是相輔相成的。M站的及時(shí)性和快捷性，是APP無(wú)法比擬的。而APP的用戶體驗(yàn)，則是M站無(wú)法做到的。目前來(lái)說(shuō)兩者是不可能被對(duì)方完全替代的，在互聯(lián)網(wǎng)營(yíng)銷(xiāo)大行其道的今日，M站也越來(lái)越重要。營(yíng)銷(xiāo)活動(dòng)大多以H5頁(yè)面的形式展示和傳播。通過(guò)M站的營(yíng)銷(xiāo)和推廣，從而又促進(jìn)APP的操作和推廣。

目前，無(wú)線M站有傾向APP的趨勢(shì)。M站會(huì)越來(lái)越像個(gè)APP，使得M站也越來(lái)越重要。而且，很多APP的展示效果，在原生代碼無(wú)法實(shí)現(xiàn)的時(shí)候，嵌套無(wú)線H5頁(yè)面也是一個(gè)很好的選擇。

下面介紹幾個(gè)無(wú)線M站創(chuàng)建的要點(diǎn)：

151Degree

51Degrees號(hào)稱(chēng)是目前最快、最準(zhǔn)確的設(shè)備檢測(cè)的解決規(guī)劃。它是一個(gè)免費(fèi)開(kāi)源的.NET無(wú)線應(yīng)用搭建組件，可以用來(lái)檢測(cè)無(wú)線設(shè)備和瀏覽器。甚至可以獲取屏幕尺寸、輸入法、加上制造商和型號(hào)信息等。從而可以選擇性地被定向到為無(wú)線設(shè)備而設(shè)計(jì)的內(nèi)容。由于擁有精確的無(wú)線設(shè)備的數(shù)據(jù)，所以幾乎支持所有的智能手機(jī)，平板電腦等無(wú)線設(shè)備。

其實(shí)說(shuō)白了，51Degree的作用就是識(shí)別客戶端的設(shè)備。PC瀏覽器訪問(wèn)，就跳轉(zhuǎn)到PC站，手機(jī)瀏覽器訪問(wèn)就跳轉(zhuǎn)到M站。從而達(dá)到更好的用戶體驗(yàn)。

如何將51Degree加入到現(xiàn)有網(wǎng)站？

http://51degrees.codeplex.com/wikipage？title=Enhance%20existing%20web%20site

2架構(gòu)

無(wú)線Web和傳統(tǒng)的Web其實(shí)并沒(méi)有本質(zhì)的區(qū)別。說(shuō)白了還是一個(gè)Web站點(diǎn)，操作的技術(shù)都是Html+CSS+JS。不同的是，只不過(guò)目前在Html5的大趨勢(shì)下，將Html5加入到了無(wú)線M站，使得M站更像個(gè)輕APP。

3Bootstrap

Bootstrap就不多說(shuō)了，網(wǎng)上有很多Bootstrap的資料。它最大的優(yōu)點(diǎn)應(yīng)該就是非常流行，非常容易上手。如果缺少專(zhuān)業(yè)的設(shè)計(jì)或美工，那么Bootstrap是一個(gè)更好的選擇。他的用法極其簡(jiǎn)單，幾乎沒(méi)什么學(xué)習(xí)投入，絕對(duì)是快速搭建的利器。

4幾點(diǎn)意見(jiàn)

1、無(wú)線M站的URL要盡量和PC相同，這是可以避免同一URL在PC站可以顯示，但是在手機(jī)上打開(kāi)卻是404；

2、M站寫(xiě)單獨(dú)的TDK。

<HiShop（descansotropical.com）是國(guó)內(nèi)知名公司級(jí)電商網(wǎng)站提供商，為公司級(jí)商家提供最佳的軟件搭建（多種商業(yè)模式電商網(wǎng)站開(kāi)發(fā)：B2B/B2B2C/B2C/O2O/新零售等）、供應(yīng)鏈軟件開(kāi)發(fā)及電商行業(yè)解決規(guī)劃服務(wù)>

<本文由himall原創(chuàng)，商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)標(biāo)明：himall原創(chuàng)>