❶ 電子商務試題，用HTML語言寫出網頁源代碼
<!DOCTYPE html>
<html>
<body>
<!--這是電商考試-->
<ol start="1">
<li>proct</li>
<li>price</li>
</ol>
<ul>
<li>place</li>
<li>promotion</li>
</ol>
<h4>濰坊學院</h4>
<table border="1">
<tr>
<td>學號</td>
<td>姓名回</td>
<td>性別答</td>
</tr>
<tr>
<td>001</td>
<td>張三</td>
<td>男</td>
</tr>
</table>
</body>
</html>
❷ 電子商務論文寫作方向！！幫我選擇一個比較好寫點的！並給予題目（最好帶點內容）支持原創！
電子商務安全問題的特徵分析
企業網路安全的核心是企業信息的安全。為防止非法用戶利用網路系統的安全缺陷進行數據的竊取、偽造和破壞，必須建立企業網路信息系統的安全服務體系。關於計算機信息系統安全性的定義到目前為止還沒有統一，國際標准化組織(ISO)的定義為：「為數據處理系統建立和採用的技術和管理的安全保護，保護計算機硬體、軟體和數據不因偶然和惡意的原因遭到破壞、更改和泄露」。計算機安全包括物理安全和邏輯安全，其中物理安全指系統設備及相關設施的物理保護以免於被破壞和丟失，邏輯安全是指信息的可用性、完整性和保密性三要素。 信息安全的隱患存在於信息的共享和傳遞過程中。目前，瀏覽器／伺服器技術已廣泛應用於企業網路信息系統中，而其基礎協議就存在著不少的安全漏洞。 一種基本的安全系統——網路安全系統，也稱為防火牆系統，可以設置在公用網路系統和企業內部網路之間，或者設置在內部網路的不同網段之間，用以保護企業的核心秘密並抵禦外來非法攻擊。隨著企業網上業務的不斷擴大和電子商務的發展，對網路的安全服務提出了新的要求。像用戶認證、信息的加密存貯、信息的加密傳輸、信息的不可否認性、信息的不可修改性等要求，要用密碼技術、數字簽名、數字郵戳、數字憑證和認證中心等技術和手段構成安全電子商務體系。 黑客攻擊企業信息系統的手段 2.1 TCP／IP協議存在安全漏洞 目前使用最廣泛的網路協議是TCP／IP協議，而TCP／IP協議恰恰存在安全漏洞。如IP層協議就有許多安全缺陷。IP地址可以軟體設置，這就造成了地址假冒和地址欺騙兩類安全隱患；IP協議支持源路由方式，即源點可以指定信息包傳送到目的節點的中間路由，這就提供了源路由攻擊的條件。再如應用層協議Telnet、FTP、SMTP等協議缺乏認證和保密措施，這就為否認、拒絕等欺瞞行為開了方便之門。 對運行TCP／IP協議的網路系統，存在著如下五種類型的威脅和攻擊：欺騙攻擊、否認服務、拒絕服務、數據截取和數據纂改。 2.2 黑客攻擊網路信息系統的手段 黑客攻擊的目標不相同，有的黑客注意焦點是美國國防部五角大樓，有的關心是安全局、銀行或者重要企業的信息中心，但他們採用的攻擊方式和手段卻有一定的共同性。一般黑客的攻擊大體有如下三個步驟： 信息收集→對系統的安全弱點探測與分析→實施攻擊。 2.2.1 信息收集 信息收集的目的是為了進入所要攻擊的目標網路的資料庫。黑客會利用下列的公開協議或工具，收集駐留在網路系統中的各個主機系統的相關信息。·SNMP協議 用來查閱網路系統路由器的路由表，從而了解目標主機所在網路的拓撲結構及其內部細節。·TraceRoute程序 能夠用該程序獲得到達目標主機所要經過的網路數和路由器數。 ·Whois協議 該協議的服務信息能提供所有有關的DNS域和相關的管理參數。 ·DNS伺服器 該伺服器提供了系統中可以訪問的主機的IP地址表和它們所對應的主機名。 ·Finger協議 可以用Finger來獲取一個指定主 機上的所有用戶的詳細信息(如用戶注冊名、電話號碼、最後注冊時間以及他們有沒有讀郵件等等)。 ·Ping實用程序 可以用來確定一個指定的主機的位置。 ·自動Wardialing軟體 可以向目標站點一次連續撥出大批電話號碼，直到遇到某一正確的號碼使其MODEM響應。2.2.2 系統安全弱點的探測 在收集到攻擊目標的一批網路信息之後，黑客會探測網路上的每台主機，以尋求該系統的安全漏洞或安全弱點，黑客可能使用下列方式自動掃描駐留網路上的主機。 ·自編程序 對某些產品或者系統，已經發現了一些安全漏洞，該產品或系統的廠商或組織會提供一些「補丁」程序給予彌補。但是用戶並不一定及時使用這些「補丁」程序。黑客發現這些「補丁」程序的介面後會自己編寫程序，通過該介面進入目標系統，這時該目標系統對於黑客來講就變得一覽無余了。 ·利用公開的工具 象Internet的電子安全掃描程序IIS(InternetSecurity Scanner)、審計網路用的安全分析工具SATAN(Security Analysis Toolfor Auditing Network)等這樣的工具，可以對整個網路或子網進行掃描，尋找安全漏洞。這些工具有兩面性，就看是什麼人在使用它們。系統管理員可以使用它們，以幫助發現其管理的網路系統內部隱藏的安全漏洞，從而確定系統中那些主機需要用「補丁」程序去堵塞漏洞。而黑客也可以利用這些工具，收集目標系統的信息，獲取攻擊目標系統的非法訪問權。2.2.3 網路攻擊 黑客使用上述方法，收集或探測到一些「有用」信息之後，就可能會對目標系統實施攻擊。黑客一旦獲得了對攻擊的目標系統的訪問權後，又可能有下述多種選擇： ·該黑客可能試圖毀掉攻擊入侵的痕跡，並在受到損害的系統上建立另外的新的安全漏洞或後門，以便在先前的攻擊點被發現之後，繼續訪問這個系統。 ·該黑客可能在目標系統中安裝探測器軟體，包括特洛伊木馬程序，用來窺探所在系統的活動，收集黑客感興趣的一切信息，如Telnet和FTP的帳號名和口令等等。 ·該黑客可能進一步發現受損系統在網路中的信任等級，這樣黑客就可以通過該系統信任級展開對整個系統的攻擊。 ·如果該黑客在這台受損系統上獲得了特許訪問權，那麼它就可以讀取郵件，搜索和盜竊私人文件，毀壞重要數據，破壞整個系統的信息，造成不堪設想的後果。 防火牆的基本思想 如果網路在沒有防火牆的環境中，網路安全性完全依賴主系統的安全性。在一定意義上，所有主系統必須通力協作來實現均勻一致的高級安全性。子網越大，把所有主系統保持在相同的安全性水平上的可管理能力就越小，隨著安全性的失策和失誤越來越普遍，入侵就時有發生。 防火牆有助於提高主系統總體安全性。 防火牆的基本思想——不是對每台主機系統進行保護，而是讓所有對系統的訪問通過某一點，並且保護這一點，並盡可能地對外界屏蔽保護網路的信息和結構。它是設置在可信任的內部網路和不可信任的外界之間的一道屏障，它可以實施比較廣泛的安全政策來控制信息流，防止不可預料的潛在的入侵破壞。 防火牆系統可以是路由器，也可以是個人機、主系統或者是一批主系統，專門用於把網點或子網同那些可能被子網外的主系統濫用的協議和服務隔絕。 防火牆可以從通信協議的各個層次以及應用中獲取、存儲並管理相關的信息，以便實施系統的訪問安全決策控制。 防火牆的技術已經經歷了三個階段，即包過濾技術、代理技術和狀態監視技術。 包過濾技術 包過濾防火牆的安全性是基於對包的IP地址的校驗。在Internet上，所有信息都是以包的形式傳輸的，信息包中包含發送方的IP地址和接收方的IP地址。包過濾防火牆將所有通過的信息包中發送方IP地址、接收方IP地址、TCP埠、TCP鏈路狀態等信息讀出，並按照預先設定的過濾原則過濾信息包。那些不符合規定的IP地址的信息包會被防火牆過濾掉，以保證網路系統的安全。這是一種基於網路層的安全技術，對於應用層的黑客行為是無能為力的。 代理技術代理伺服器接收客戶請求後會檢查驗證其合法性，如其合法，代理伺服器象一台客戶機一樣取回所需的信息再轉發給客戶。它將內部系統與外界隔離開來，從外面只能看到代理伺服器而看不到任何內部資源。代理伺服器只允許有代理的服務通過，而其他所有服務都完全被封鎖住。這一點對系統安全是很重要的，只有那些被認為「可信賴的」服務才允許通過防火牆。另外代理服務還可以過濾協議，如可以過濾FTP連接，拒絕使用FTP put(放置)命令，以保證用戶不能將文件寫到匿名伺服器。 代理服務具有信息隱蔽、保證有效的認證和登錄、簡化了過濾規則等優點。 網路地址轉換服務(NAT
❸ PHPI做電子商務系統,那個購物車怎麼建表啊
用SQL建立臨時表
創建臨時表很容易，給正常的CREATE TABLE語句加上TEMPORARY關鍵字:
CREATE TEMPORARY TABLE tmp_table (
name VARCHAR(10) NOT NULL,
value INTEGER NOT NULL
)
臨時表將在你連接MySQL期間存在。當你斷開時，MySQL將自動刪除表並釋放所用的空間。當然你可以在仍然連接的時候刪除表並釋放空間。
DROP TABLE tmp_table
如果在你創建名為tmp_table臨時表時名為tmp_table的表在資料庫中已經存在，臨時表將有必要屏蔽(隱藏)非臨時表tmp_table。
❹ 電子商務 SQL 資料庫設計的問題
-- 商品類型 --
create Table GoodsCategory
(
[GoodsCategory_Id] int identity (1, 1), /*商品類型 編號*/
[GoodsCategory_Name] nvarchar(20) NOT NULL, /*商品類型 名稱*/
[GoodsCategory_IsDel] bit default 0 NOT NULL /*商品類型 是否刪除*/
)
go
-- 商品類型分類 --
create Table GoodsCategorySort
(
[GoodsCategorySort_Id] int identity (1, 1), /*商品類型分類 編號*/
[GoodsCategorySort_Name] nvarchar(20) NOT NULL, /*商品類型分類 名稱*/
[GoodsCategory_Id] int NOT NULL, /*商品類型分類 外鍵
*/
[GoodsCategory_FatherId] int NOT NULL, /*商品類型父級編號 -1 就
是它是第一級別的*/
[GoodsCategorySort_IsDel] bit default 0 NOT NULL/*商品類型分類 是否刪除*/
)
go
/* 測試數據*/
-- 插入商品類型 --
insert GoodsCategory values('衣服',default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('女裝',1,-1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('上衣',1,1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('西裝',1,2,default)
❺ 電子商務網站一般架構有哪些
大型電子商務網站架構，摘抄 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.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.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%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
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.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。
❻ O2O的電子商務平台怎麼弄
一、找準定位。
互聯網發展之迅速，也有越來越多的人開始投身互聯網進行創業，在如此多的機會之下，集中精力做一個O2O商城不失為很好的選擇。所以建議在定位上，選擇某一個細分的領域，建一個垂直型的網站，也許建好後就是該行業排名數一數二的網站，因為真正細分到很專業的領域，競爭並不是那麼大。服裝、食品、酒、鞋等等，行業機會數不勝數，找到自己最合適的就是最好的。
二、搭建平台。
當確定了一個適合自己的發展方向後，接下來就是把想法變成現實，搭建開展電子商務必須的網站平台。一種是建立獨立的O2O商城，一種是建立O2O商城，這可以根據自己的資金、運營、規模等預算與控制進行選擇，兩種方式都可通過O2O商城系統實現。O2O商城系統已經是搭建好的模板平台，你只需要購買系統，申請域名，平台基礎就搭建好了。
三、充實內容。
接下來就是充實內容了，O2O商城系統已經為您打造好了漂亮實用、美觀大方的外觀布局，那麼內容的東西就由自己負責填充了，當然客服會協助你處理，一個成功的網站不能不注重外觀布局。外觀就象一個人的衣服，是給別人的第一印象。給人留下一個好的印象，那麼他看下去或者說再次光顧的可能性才更大。不過更主要的還的網站的內容。當然O2O商城系統在某些時刻也具有欣賞的藝術價值，產品展示的藝術也是一門學問，首先你得東西展示圖一定要統一協調，如果反差太大，就算有再好的模板也可能無濟於事，至於在已有布局模板之下，如何安排你得產品展示，就需要自己好好研究了，這個可以自己做一些產品拼圖，沒事的時候拼著玩，看哪種呈現邏輯更切合，更渾然天成，那就按照那思路填充。
四、推廣平台。
電商平台推廣可以從兩個大方面著手，一是從網站自身出發，做整站seo頁面優化，二是通過形式多樣的外部推廣。購物系統採用DIV+CSS格式，SEO可以實現讓網站盡量多的頁面靜態化。靜態網頁一方面搜索引擎的機器人很容易抓取到，另外一方面訪問的時候也不用打開資料庫，加快了網站的訪問速度和減輕了伺服器的承載量。其他外部的推廣，樣式很多，原則是讓能出現自己網站的地方都出現，有交換友情鏈接，論壇群發，郵件群發，qq群發，策劃活動，軟文報道等。
五、運營盈利。
作為一個交易平台的天職是盈利，要想讓網店盈利，O2O商城系統的盈利模式就很明確，現在熱門的博客網站，視頻網站，交流社區人氣很容易做，但流量很難轉化成現金，最終也只能自己掏腰包養活網站;而O2O商城系統則不一樣，只要吸引了流量，產品足夠有吸引力，再加上放在店裡恰到好處的煽動性語言與暗示，那麼流量轉化為現金就輕而易舉了，只是新網店可能開始很難做，但是跨過第一道坎以後就能持續盈利了。
❼ 電子商務作業2
1、用瀏覽器運行這段代碼時，標題條中的漢字會顯示出什麼內容，為什麼？ 標題條回顯示的漢字是：答「這是表格」，因為在頭文件中（<head>---</head>代表頭文件），標題中的文字是「這里表格」（<title>這是表格</title>這兩個之間的東西，就是標題條里顯示的東西） 2、請概略寫出用瀏覽器運行這段代碼時屏幕上顯示出的內容，為什麼？ 運行後顯示的內容是一個表格，內容是 姓名 年令 張三 25 操作方法：新建一個TXT文本文檔，復制這段代碼，粘貼進去。另存為，保存類型選所有文件，文件修改為「name.html」
❽ 電子商務專業學的電子商務物流試題及答案
單選(30) 多選(20) 案例分析(20) 論述題(30)
1.數字證書
用來標志和證明網路通信雙方身份的數字信息文件
2.EDI P129
將貿易（商業）或行政事務處理按照一個共認的標准變成結構化的事務處理或信息數據格式，從計算機到計算機的電子傳輸
3.相對地址和絕對地址 P08
絕對地址：直接寫出所鏈接的文件位於哪個伺服器中的網站內，主要用來鏈接其他網站的網頁。
相對地址：用所鏈接的文件相對於目前網頁所在的位置來表示，通常用來鏈接當前網站中的其他網頁。
4.在HTML中,align屬性 P04
指明對齊方式,屬性值可以是left(左對齊),centre(居中對齊)或者right(右對齊)
5.超級終端 P39
超級終端是win9x/nt/2000/xp自帶的應用軟體，它能實現與其他計算機或串列通訊設備的連接並進行連機服務。利用撥號網路，通過modem，用戶可以輕而易舉地實現兩台計算機的直接連接，實現諸如對話、傳送及接收文件等功能。超級終端是功能強大的串列通訊輔助調試軟體，用戶利用它可以方便地完成PC計算機之間的串列通訊。
6.網路螞蟻下載軟體中,將」螞蟻數目」設置 P27
把一個文件分為多段下載。
7.在新聞組中,計算機頂級類別中程序主題下關於某個專題小組描述 P62
命名規則第一部分，確定專題小組所屬的大類稱為頂級類別
Alt 無規定主題，任何言論都可發表。Biz商業或與之相關的主題。Comp計算機專業及業余愛好者包括計算機科學、軟體資源、硬體資源和軟體信息。Misc其餘的主題，在新聞組里所有無法明確的分類東西。News新聞組本身的主題，如新聞網路、新聞組維護。Rec休閑、娛樂的主題。Sci科學研究、應用或相關主題，不包括計算機。Soc社會科學的主題。Talk辯論或人們長期爭論的主題
第二部分表示等級類別仲的不同主題
第三部分主題細分出特定的領域，構成了專題討論小組的名稱，
8.調研表問題設計要求 P67
不能帶有誤導字眼（老師課堂總結）
③ 確調研目標和內容。②分析被調研人群特點，問卷設計的語言措辭選擇得當
③協同工作，在問卷設計中，為數據統計和分析提供方便。
④問題數量適當、結構合理、語言文明規范
9.商店生成系統的組成 P89
包括前台商務系統、商家店面管理系統（最重要）、站點後管理系統
10.PSD P54
PSD：移動存儲設備。
移動存儲設備具有安裝簡單，方便攜帶，存儲量大的特點。
按介質劃分為4類：①使用磁介質的產品（如移動硬碟）②光存儲技術的產品（包:CD-R/W、DVDRAM）③光磁技術的產品（有：MO、PO）④特殊存儲技術（包：CLIK!、CF/2）
按容量劃分為3類：①小容量存儲設備：小於250MB。②中等容量存儲設備：在2GB內。③大容量存儲設備：超過2GB
11.條形碼分類 P169
①商品條形碼、②物流條形碼、③EAN-128碼
12.條形碼具體表示 P168
一、商品條形碼（EAN-13碼由13位數字構成，結構：P1 P2 P3+M1 M2 M3 M4+I1 I2 I3 I4 I5+C
分別代表前綴碼、廠商碼、商品代碼、校驗碼。P1~P3：國際物品編碼協會分配給其成員的表示代碼，中國大陸「690」，香港「489」、M1~M4：廠商代碼、I1~I5商品項目代碼、C校驗碼）
二、物流條形碼（DUN-14由14位數字組成，除第一位外，其餘13為數字代表的意思余商品條碼相同，條形碼第一位表示物流識別代碼「1」包裝中有6件商品，「2」包裝中有12件商品）（DUN-16是DUN-14的擴大，將物流識別碼增加至2位）
三、(表示的內容最多)EAN-18是根據EAN/UCC-128碼的定義標准將數據轉變成條形碼符號，為識別攜帶信息的意義，採用不用的應用識別碼。而信息碼則是固定或可變長度的數字。
13.病毒類型 P273
①引導型病毒、②文件型病毒、③混合型病毒、④宏病毒
14.病毒類型的說法正誤 P273
請看書，內容過多
15.網上調研方式 P65
①E-mail問卷、②在線調研、③網上間接調研法
16.FTP常用命令 P31-32
Put（上傳），get（下載）
17.病毒檢測技術 P274
①特徵代碼法、②校驗和法、③行為檢測法、④軟體模擬法
18.CSS的特點 P20
①便於頁面的修改
②便於頁面風格的統一
③減少網頁的體積
19.調研問卷的一般格式 P66
①卷首說明、②調研內容、③結束語
20.郵件列表 P45
可以實現郵件批量發送，即同時向許多擁有電子郵件地址的人發送預備好的郵件。
類型：建立自己的郵件列表伺服器、使用其他網站提供的郵件列表服務。也可分為：公開類型、封閉類型、管制類型。
特點：①如果需要向某一列表發送電子郵件，只要將此電子郵件發送到某一具體的地址，系統提供自動轉發、②注冊和取消注冊非常方便、③郵件列表還提供很多其他功能。
范圍：專題討論組、發布消息、電子郵件郵購業務。
存在問題：郵件列表數量少、很多郵件列表的郵件都是經過整理以後再發送給用戶，造成郵件的延時，用戶得不到幾時反饋、郵件列表的主題都是由這些郵件列表供應商提供，用戶只能在這些郵件列表中進行討論和交流、郵件列表的分類不明確。
21.網路螞蟻下載工具所用的技術手段 P29
多點連接、斷點續傳、計劃下載
22.招標采購 P220
流程：發標、開標、決標、簽訂合同
23.FTP和Telnet共有的特點
密碼驗證，明文傳輸
24.覆蓋病毒特徵
覆蓋病毒直接用病毒程序替換被感染的程序。早期覆蓋病毒由於破壞了被感染的程序，使被感染的程序立即停止運行，容易被發現。
覆蓋病毒和其他一些破壞性病毒會把控制權交回操作系統。
25.業務流程圖的基本圖形符號 P175
26.<table>屬性中,rowspan定義 P11
Rowspan：該單元格所跨行數、
27.HTML中,正確的嵌套方式 第一章第二節
混合、融合（網上解釋）
28.聲音文件 P24
格式：WAV文件、MID文件、MP3文件。