var multipartMemoryStreamProvider = await Request.Content.ReadAsMultipartAsync();
//默認只能接收4096KB的文件，超過這個大小的文件時便會報以下錯誤。
//Error reading MIME multipart body part
解決方案：
拆單產生的原因：
用戶在平臺上下了一單。但因商品由不同商家或不同倉庫分別寄給用戶，產生了多張物流單和不同的到貨時間。而到貨時間，又與申請換貨有關。整個業務邏輯耦合程度很高。為了解耦，各大電商平臺便紛紛拆單。保證每張訂單的商品都會一次寄送，同時到達。
各家的做法：
目前電商主要分為平臺型和自營型，各自的拆單機制略有不同。
拆單帶來的另一個大問題，原訂單的信息要與新拆單的信息保持一致。其中一個非常頭疼的問題，便是支付問題。如有用戶在訂單中使用了優惠卷，如何將優惠卷信息，順利均分。
平臺型以天貓舉例，天貓的拆單是按照店家的緯度進行拆單。假如用戶使用了天貓自身的優惠卷或者積分。那么對于天貓后臺來說，天貓與店家進行結算時，優惠卷如何處理；店家與用戶開具發票時，優惠卷又如何處理。這些問題很麻煩，但也是平臺型不得不解決的問題。
方案1：平臺與店家結算時，以現金的形式支付優惠卷金額；店家與用戶結算發票時將優惠卷金額也開具給用戶。這樣的流程比較簡單，操作起來也比較方便。
方案2：平臺與店家結算時，以現金的形式支付優惠卷金額。店家與用戶結算發票時，優惠卷金額不結算，店家再與平臺結算一次發票金額。
方案3：平臺與店家結算時，已現金的形式支付優惠卷金額；同時平臺與店家結算發票。然后平臺與用戶進行結算和開具發票。這樣將所有的業務邏輯收歸到平臺，對于平臺的財務統計等比較方便。由此產生的退貨牽扯的發票問題，解決起來也比較容易。
自營型的拆單相對來說就比較簡單了。以京東為例：京東物流查詢等，都是以發貨倉庫的維度進行的。當用戶下單需要從多個倉庫發貨，就會自動拆單，將原訂單自動拆單位兩個新的訂單，這三個訂單對用戶來說都可見，所以看起來怪怪的。
Html.TextBoxFor(model => model.AreaName, new {@class="header", @data_options = "multiline:true", @data_date_format="yyyy/mm/dd"})
關鍵在于把 @data-options 寫成 @data_options
@Html.TextBoxFor(model => model.StartDate, new { Value = String.Format("{0:yyyy-MM-dd}", Model.StartDate)})
很多人現在都有自己的微信公眾號了，有的是在兼職運營著，有的是在全職運營著。如果你現在還沒有注冊微信公眾號，那么恭喜你，當你看完關于微信公眾號的15個小技巧的時候，你會慶幸自己還好沒有太早注冊。
1.關于微信號
注冊微信公眾號的時候，大部分人都是按照公眾號的全拼來寫或者縮寫來確定微信號的。實際上，用小寫字面a+QQ的方式更容易讓讀者辨識，而且推廣微信公眾號的時候，還可以為你帶來一些QQ好友。比如像我的微信公眾號就是：南思特
2. 關于微信公眾號的昵稱
如果你打算做垂直領域的公眾號，在昵稱里面是可以加入一些關鍵詞的，比如你想做SEO方面的公眾號，你的昵稱可以寫成：南思特。如果你的公眾號認證的話，別人搜索SEO關鍵詞的時候，你的排名是占有一定的優勢的，好處就是，可以自然的靠搜索來漲點粉。
3.關于公眾號的功能介紹
做好介紹的內容是關于分享型的，而不是讓別人一看到你的公眾號簡介，就知道你是一個營銷型的公眾號，是想賣東西的。假如我是一個賣化妝品的，不必在公眾號上寫上銷售某某品牌的化妝品，寫上每天分享化妝知識，會更容易讓關注者接受。
4.關于微信公眾號的自動回復
在別人關注你的時候，可以設置一段文字告訴關注者如何聯系你，回復什么關鍵詞可以得到什么東西。比如我的公眾號你關注我以后，我會告訴你，回復好友兩個字，能得到微信好友查詢軟件，可以查詢微信好友誰把你給刪除了。
5.關于文章推送時間
早上6點半到7點半之間，這是一個閱讀的高峰期，晚上9點到11點。這也是一個閱讀的高峰期。這個數據可以從微信公眾平臺后臺圖文統計里面，有一個小時報，可以分析出來。
所以，在選擇文章推送的時候，可以選擇在這個兩個時間段。
6.關于文章推送的量
前期粉絲基礎低的時候，一天兩篇文章就足夠了。等你粉絲達到一定的量的時候，可以選擇4篇。你可以試想一下，一個人閱讀完四篇文章需要花費多少時間呢?而且大部分的人都不止關注了一個公眾號。
之所以推四篇，大家也都是選擇性的閱讀，有的可能只是打開標題，然后掃了兩下內容，就給關閉了。所以，文章的量一天推送四篇就已經足夠。
7.關于文章的標題
微信公眾號推送的文章，因為不能被搜索引擎收錄，所以，如果想讓打開率提高，這就需要在標題上下功夫了，能標題黨的話還是選擇標題黨吧，你會發現，標題黨的閱讀量總是那么喜人，特別是搞笑娛樂類的。
同時，一般推送的文章標題小于14個字的話，在到達關注者的手機上，是可以完全顯示標題的。標題字數一旦超過，顯示就是......
8.關于推送文章的字體
一般我都是用14號字體，在手機端文字字體比較小的話，看起來特別費眼睛的。如果關注的人群年齡偏老齡化的話，那么，16號字體是一個不錯的選擇。
9.關于文章的排版
在對文章進行排版的時候，可以在網上搜索一下關鍵詞微信編輯器，只需要花費十幾分鐘的時間，一個清新自然的版面就完成了。這里推薦兩個比較好用的微信編輯器，秀米和135微信編輯器。
10.關于公眾號后臺消息回復
在微信公眾平臺后臺的消息一定要及時回復，就算當時不能及時回復，也要給對方發個消息留個QQ號或者微信什么的。要知道48個小時以后，對方的消息你就不能再回復了。
有的時候，你想再次和對方溝通，卻發現，后臺已經無法互動發送消息了，更可氣的是，你還不知道對方的聯系方式。
11.關于微信公眾號的閱讀原文
微信公眾號里面唯一可以加外部鏈接的就是閱讀原文了。所以，如果你想把用戶引導到其他頁面，那么閱讀原文是必須要利用起來。而且最好在文章底部用文字引導一下，比如，點擊左下角的閱讀原文，你就可以看到什么或者得到什么。
12.關于多圖文推送的縮略圖
其實，在推送多圖文的時候，比如放四篇文章，多圖文的縮略圖是可以用四個字做一個廣告的。比如你可以推一個某產品品牌。四篇文章的四張縮略圖，一張縮略圖可以寫一個字。像中國移動，四個字拆分變成縮略圖。
是不是感覺比較有創意?
13.關于微信公眾號的二維碼
從微信公眾平臺里面的數據分析可以看出，通過掃描微信二維碼關注的，要遠遠大于其他途徑。所以，在你文章的底部，記得放一個你的二維碼的圖片。
特別是現在，微信可以長按圖片就能識別圖片中的二維碼了。這樣關注二維碼就顯得方便多了。
同時，如果你的微信公眾號沒有開通原創功能但是你想讓別人打賞怎么辦呢?
把微信升級到最新版本，點擊右上角的+號，有一個收錢的功能。你可以設置一個小額收錢。把生成的二維碼放在你文章的底部就可以接受別人的"贊賞"了。
14.擁有微信公眾號的同時，你還得擁有一個私人號
在你運營微信公眾號的時候，記得同時申請一個私人號，因為微信公眾號的文章閱讀量，大部分都是從朋友圈里面獲取的。同時，在微信私人號里面溝通，要遠遠比在微信公眾號后臺溝通方便的多。
15. 關于微信公眾平臺的互動
像很多做微信公眾號的，都已經開通了評論功能了。如果你寫的文章是比較嚴肅類型的。像我這種科技類的，一般文風都比較嚴肅。那么如何和別人粉絲互動呢?
可以利用微信公眾平臺里面的投票功能，把你想要粉絲回答的問題做成投票的形式，然后可以邀請粉絲投票，同時也可以參與評論互動。
或者可以在每篇文章后面加一個互動話題，這樣，關注你的粉絲就不會顯得無話可說了。
結尾：
今天就先給大家分享這15個微信公眾號的小技巧，如果您在運營微信公眾號的時候，有一些小技巧以及經驗要分享的話，可以在文章下面進行評論。
了解更多
Alexa.com是Amazon.com的一個子公司，是一個提供網站流量水平信息的網站。Alexa的排名是通過Alexa的工具條來衡量訪問網站的用戶數量的。
這篇文章將研究Alexa的排名的重要性，涉及到網站的貨幣化，同時簡要地討論一下，將Alexa排名作為任何網站的流量測量所存在的一些弱點。
最后，文章還列出了20種方法和策略，讓您能夠不管是在短期還是長期之內顯著提高Alexa排名。
一、什么是Alexa排名
簡而言之，Alexa的排名就是一個排名系統，其排名的模式是以每個網站的流量水平為基礎的，這些網站安裝了Alexa的工具條，用來統計訪問網站的人數。
Alexa的流量排名定義：流量排名是以三個月內數百萬個安裝了Alexa工具欄的用戶的流量數據匯總為基礎的，也是頁面瀏覽次數和用戶數的綜合測量方式。所以，一個網站的排名既反映了訪問網站的用戶數量，也反映出了這些用戶瀏覽網站的頁面數。
二、為什么要提高Alexa排名呢？
網站管理員、廣告商和廣告網絡都是將你的博客Alexa排名作為一個度尺，用來衡量你的網站上的鏈接的價值。如果你將銷售鏈接或網站作為一種貨幣化形式的話，那你肯定要提高你的Alexa排名，因為當涉及到廣告定價時，它會增加你的議價能力。
ReviewMe、Text Link Ads和Sponsored Reviews這三個網絡就是根據你的Alexa排名來確定你的廣告銷售能力的。
三、Alexa排名存在的一些問題
Alexa排名是主要偏向那些擁有大量的網站管理員或高科技觀眾的網站。這是因為網站管理員或精明的網站觀眾更可能安裝Alexa工具條，不像有些訪客根本就不知道什么是Alexa。
因此，許多人表示，將Alexa作為衡量一個網站的到達率、流量和潛力的標準是不準確的，這也是有一定的道理的。但仍然有大量的網站管理員和廣告網絡使用Alexa來測量網站的廣告價值。
Alexa的排名系統確實存在一些缺陷，但Alexa排名已經成為網站的貨幣化策略的核心要素。
四、如何開展Alexa？
有兩種簡單的方法可以讓你開始使用Alexa：如果你使用的是Internet Explorer，那就登陸Alexa的官方網，下載Alexa的工具欄；如果你使用的是Firefox的話，那就下載SearchStatus控件，它能顯示出Alexa排名、Google頁面等級和其他一些有用的特性。
這里我們建議使用Firefox和SearchStatus，因為它們更靈活更有用。
我們能真正地操縱Alexa排名嗎？
相信能有一些方法讓你輕松地將數百萬的Alexa排名升到100,000以內的水平，然而，想要升到10,000或1000的話，就需要一個相當艱難的過程了，因為網站之間的競爭是很激烈的。
下面將會介紹一些小技巧，想要知道它們是否有用，最好的辦法就是嘗試一下它們，然后監控嘗試結果。
五、提高Alexa排名的20種方法
這里有一系列方法可以用來提高你的Alexa的排名。它們大多是源于一些網站管理員提升Alexa的排名的親身經驗，有一些是總結了別人的文章的觀點。
這些技巧會有用么？有些是確實能起到一定作用的，但大多數是需要積極的實踐的，只要你不斷地投入一些實際性的行動，總會起到作用的。
想要提高你的Alexa排名的話，我們建議將重點放在開發高質量的內容，用來吸引并維持大量的觀眾，而不要單純地僅僅是提高Alexa排名就行了。
大量有價值的鏈接內容將會讓你的網站訪問量自然增長，這也是增加你的Alexa的排名的一個好方法。
還要強調的一點是，你應該將你的大多數精力投入在增加網站觀眾上，同時綜合一下下面提到的方法。
1、為Firefox的SearchStatus安裝Alexa工具欄，并將你的博客設置為你的主頁。這是最基本的一個步驟。
2、在網站上貼出Alexa的排名控件。只要短短幾天，就能收到相當數量的點擊次數。即使訪客不使用工具欄，也能將每次點擊都記錄下來。
3、鼓勵其他人也使用Alexa工具欄。這些人包括朋友、網站管理員同行、網站訪客和博客讀者。一定要設置鏈接，鏈接到Alexa的工具欄的詳解和追蹤系統頁面，這樣你的讀者就會知道為什么需要安裝工具欄或插件了。
4、不管是在辦公室工作還是擁有自己的公司，在所有的計算機上安裝Alexa工具條或SS Firefox插件，并將你的網站設置為所有的瀏覽器主頁。需要注意的是，這可能只有在使用動態的或不同的IP時才會有作用。
5、讓朋友們對你的Alexa網站寫評論并評級。雖然可能并不會對你的排名產生太大的影響，但多多少少都是有幫助的。
6、撰寫關于Alexa的文章或博文。網站管理員和博主喜歡聽到能提升他們Alexa排名的方法，他們會鏈接到你，并給你帶去一定流量的（比如安裝了工具欄的訪客）。這個方法會逐漸地對你的Alexa排名產生作用的。
7、在網站管理論壇里宣揚你的網址。網站管理員通常都安裝工具欄的，這樣你就能讓管理員訪問你的網站，然后你就提供有用的反饋。如果你有一些有用的文章想要和大家分享的話，這也是回饋社會的一個很好的方式。
8、撰寫和網站管理相關的內容。這可以分為域名和SEO兩塊，多數網站管理員在這兩個領域上安裝Alexa工具條。在社交網站和網站管理論壇上宣傳你的內容。
9、利用Alexa重定向你的網址。拿http://redirect.alexa.com/redirect? www.nanjingb2c.com舉個例子，將nanjingb2c.com換成你的網址，在博客評論和論壇簽名里都附上這個重新定向的網址。這種重定向每天對單獨的IP地址只記錄一次， 所以點擊再多次都是沒用的。目前還沒有證據可以證明重定向對你的Alexa排名有很大的作用，所以要謹慎使用。
10、在亞洲社交網站或論壇上發帖。一些網站管理員稱，根據Alexa排名前500的幾個亞洲網站來判斷，東亞網絡用戶大多都是Alexa工具條粉絲。我們建議，如果你有時間或能力的話，你可以嘗試這樣做。
11、在網站上創建一個網站管理工具版塊。這對網站管理員來說就是一塊磁鐵，他們會經常回訪你的網站以獲得的工具的使用權的。亞倫華爾街（Aaron Wall）網頁上的SEO工具就是一個很好的例子。
12、發布熱門信息。這往往會帶來大量的訪客人去訪問你的網站，將會對你的Alexa排名產生積極的影響。當然，你需要開發有價值的材料的鏈接。
13、使用點擊付費廣告。在搜索引擎上（如Google 或Exact Seek）購買廣告將有助于獲得流量。若你的廣告和網站管理員高度相關聯的話，將會產生雙重的作用的。
14、在你的博客上創建一個Alexa類別，將所有關于Alexa的文章和新聞都放進去。這對網站管理員和偶然的搜索用戶來說是容易利用的資源，有助于提高你在搜索引擎上的排名。
15、優化你的熱門文章。獲得一篇能不斷獲得來自搜索引擎的流量的熱門文章。在文章底部包含一個插件或圖表，鏈接到你的Alexa文章或在內部的網址上使用Alexa重定向。
16、從網站管理論壇和網站上購買橫幅廣告和鏈接，用來增加流量。一個突出顯示的廣告將驅使大量的網站管理員訪問你的網站，可以顯著地提高你的排名。
17、租用論壇海報。你可以很容易地在Digital Point或其他的管理論壇上找到可租用的海報的。
18、付費讓網吧業主安裝Alexa工具條，并將你的網站設置為他們電腦的主頁。這可能很難安排，也不是一個可行的解決辦法。在這里推薦它是因為有些人認為它是有作用的。
19、使用MySpace。這里我們并不是很推薦這種方法的，除非你真的對人為地抬高你的Alexa排名感興趣。使用具有視覺吸引力的圖片或橫幅廣告，并將其鏈接到重定向的Alexa網址。如果你的網站內容和MySpace群眾確實相關聯的話，那這個方法就會最有效的。
20、嘗試使用Alexa的自動沖浪。它們會有作用么？或許對一些新品牌的網站有作用的。我們認為它們主要適合于有著很低Alexa排名的新網站。請注意，如果你使用自動沖浪的同時還是用像Adsense那樣的情景廣告的話，就會出現一些問題的。它們不是提高你的Alexa排名的一個長期的解決方案，所以要慎重使用。
了解更多
問題System.Net.Mail下的SmtpClient來發送郵件，而System.Net.Mail only僅支持Explicit SSL
不要465端口,用25，不用EnableSsl = true；
{
static void Main(string[] args)
{
SmtpClient client = new SmtpClient();
client.Host = "smtp.exmail.qq.com";
client.Port = 25;
// client.Port = 465;
// client.EnableSsl = true;
client.Timeout = 10000;
client.DeliveryMethod = SmtpDeliveryMethod.Network;
client.UseDefaultCredentials = false;
client.Credentials = new System.Net.NetworkCredential("test@ms.com", "1234567890");
MailMessage mm = new MailMessage("test@ms.com", "user1@ms.com", "test", "test");
mm.BodyEncoding = UTF8Encoding.UTF8;
mm.DeliveryNotificationOptions = DeliveryNotificationOptions.OnFailure;
client.Send(mm);
}
}
最后在配置TFS郵件通知設置的時候端口改用25，不選擇SSL，順利解決問題。
SmtpClient發送郵件超時的異常參考：
了解更多
有時候會有一些站點內容，不希望被ROBOTS抓取而公開。為了解決這個問題，ROBOTS開發界提供了兩個辦法：一個是robots.txt，另一個是The Robots META標簽。
1,<meta name="Robots" contect="all|none|index|noindex|follow|nofollow"> 默認是all
其中的屬性說明如下：
設定為all：文件將被檢索，且頁面上的鏈接可以被查詢；
設定為none：文件將不被檢索，且頁面上的鏈接不可以被查詢；
設定為index：文件將被檢索；
設定為follow：頁面上的鏈接可以被查詢；
設定為noindex：文件將不被檢索，但頁面上的鏈接可以被查詢；
設定為nofollow：文件將不被檢索，頁面上的鏈接可以被查詢。
2,revisit-after (重訪)
<META name="revisit-after" CONTENT="7 days" >
通知搜索引擎多少天訪問一次
其他的：
<META NAME="GENERATOR" CONTENT="Macromedia Dreamweaver MX">
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<Meta http-equiv="Content-Language" Content="zh-CN">
<Meta http-equiv="Refresh" Content="5; Url=http://hi.baidu.com/pihi">
<Meta http-equiv="Expires" Content="Wed, 26 Feb 1997 08:21:57 GMT">
<meta http-equiv="cache-control" content="no-cache">
<META name="keywords" content="關鍵字">
<meta name="description" content="描述">
<meta name="author" content="作者">
<meta name="build" content="日期">
<meta name="coprright" content="版權">
<meta name="reply-to" content="email">
<meta name="robots" content="all">
<meta http-equiv="Page-Enter" content="RevealTrans (Duration=3, Transition=23)">
<meta http-equiv="Page-Exit" content="RevealTrans (Duration=3, Transition=23)">
<link rel="shortcut icon" href="favicon.ico">
------------------------------------------------------------------------------------------------------------
meta標簽分兩大部分：HTTP標題信息(HTTP-EQUIV)和頁面描述信息(NAME)。
1、Content-Type和Content-Language (顯示字符集的設定)
說明：設定頁面使用的字符集，用以說明主頁制作所使用的文字已經語言，瀏覽器會根據此來調用相應的字符集顯示page內容。
注意： 該meta標簽定義了HTML頁面所使用的字符集為GB2132，就是國標漢字碼。如果將其中的“charset=GB2312”替換成“BIG5”，則該頁面所用的字符集就是繁體中文Big5碼。當你瀏覽一些國外的站點時，IE瀏覽器會提示你要正確顯示該頁面需要下載xx語支持。這個功能就是通過讀取HTML頁面Meta標簽的Content-Type屬性而得知需要使用哪種字符集顯示該頁面的。如果系統里沒有裝相應的字符集，則IE就提示下載。其他的語言也對應不同的charset，比如日文的字符集是“iso-2022-jp ”，韓文的是“ks_c_5601”。
Charset選項：ISO-8859-1(英文)、BIG5、UTF-8、SHIFT-Jis、Euc、Koi8-2、us-ascii, x-mac-roman, iso-8859-2, x-mac-ce, iso-2022-jp, x-sjis, x-euc-jp,euc-kr, iso-2022-kr, gb2312, gb_2312-80, x-euc-tw, x-cns11643-1,x-cns11643-2等字符集；Content-Language的Content還可以是：EN、FR等語言代碼。
2、Refresh (刷新)
3、Expires (期限)
說明：指定網頁在緩存中的過期時間，一旦網頁過期，必須到服務器上重新調閱。
注意：必須使用GMT的時間格式，或直接設為0(數字表示多少時間后過期)。
4、Pragma (cach模式)
說明：禁止瀏覽器從本地機的緩存中調閱頁面內容。
注意：網頁不保存在緩存中，每次訪問都刷新頁面。這樣設定，訪問者將無法脫機瀏覽。
5、Set-Cookie (cookie設定)
說明：瀏覽器訪問某個頁面時會將它存在緩存中，下次再次訪問時就可從緩存中讀取，以提高速度。當你希望訪問者每次都刷新你廣告的圖標，或每次都刷新你的計數器，就要禁用緩存了。通常HTML文件沒有必要禁用緩存，對于ASP等頁面，就可以使用禁用緩存，因為每次看到的頁面都是在服務器動態生成的，緩存就失去意義。如果網頁過期，那么存盤的cookie將被刪除。
用法：<Meta http-equiv="Set-Cookie" Content="cookievalue=xxx; expires=Wednesday, 21-Oct-98 16:14:21 GMT; path=/">
注意：必須使用GMT的時間格式。
6、Window-target (顯示窗口的設定)
說明：強制頁面在當前窗口以獨立頁面顯示。
用法：<Meta http-equiv="Widow-target" Content="_top">
注意：這個屬性是用來防止別人在框架里調用你的頁面。Content選項：_blank、_top、_self、_parent。
7、Pics-label (網頁RSAC等級評定)
說明：在IE的Internet選項中有一項內容設置，可以防止瀏覽一些受限制的網站，而網站的限制級
別就是通過該參數來設置的。
用法：<META http-equiv="Pics-label" Contect=
"(PICS－1.1'http://www.rsac.org/ratingsv01.html'
I gen comment 'RSACi North America Sever' by 'inet@microsoft.com'
for 'http://www.microsoft.com' on '1997.06.30T14:21－0500' r(n0 s0 v0 l0))">
注意：不要將級別設置的太高。RSAC的評估系統提供了一種用來評價Web站點內容的標準。用戶可以設置Microsoft Internet Explorer（IE3.0以上）來排除包含有色情和暴力內容的站點。上面這個例子中的HTML取自Microsoft的主頁。代碼中的（n 0 s 0 v 0 l 0）表示該站點不包含不健康內容。級別的評定是由RSAC，即美國娛樂委員會的評級機構評定的，如果你想進一步了解RSAC評估系統的等級內容，或者你需要評價自己的網站，可以訪問RSAC的站點：http://www.rsac.org/。
8、Page-Enter、Page-Exit (進入與退出)
說明：這個是頁面被載入和調出時的一些特效。
用法：<Meta http-equiv="Page-Enter" Content="blendTrans(Duration=0.5)">
<Meta http-equiv="Page-Exit" Content="blendTrans(Duration=0.5)">
注意：blendTrans是動態濾鏡的一種，產生漸隱效果。另一種動態濾鏡RevealTrans也可以用于頁面進入與退出效果:
<Meta http-equiv="Page-Enter" Content="revealTrans(duration=x, transition=y)">
<Meta http-equiv="Page-Exit" Content="revealTrans(duration=x, transition=y)">
Duration 表示濾鏡特效的持續時間(單位：秒)
Transition 濾鏡類型。表示使用哪種特效，取值為0-23。
0 矩形縮小
1 矩形擴大
2 圓形縮小
3 圓形擴大
4 下到上刷新
5 上到下刷新
6 左到右刷新
7 右到左刷新
8 豎百葉窗
9 橫百葉窗
10 錯位橫百葉窗
11 錯位豎百葉窗
12 點擴散
13 左右到中間刷新
14 中間到左右刷新
15 中間到上下
16 上下到中間
17 右下到左上
18 右上到左下
19 左上到右下
20 左下到右上
21 橫條
22 豎條
23 以上22種隨機選擇一種
9、MSThemeCompatible (XP主題)
說明：是否在IE中關閉 xp 的主題
用法：<Meta http-equiv="MSThemeCompatible" Content="Yes">
注意：關閉 xp 的藍色立體按鈕系統顯示樣式，從而和win2k 很象。
10、IE6 (頁面生成器)
說明：頁面生成器generator，是ie6
用法：<Meta http-equiv="IE6" Content="Generator">
注意：用什么東西做的，類似商品出廠廠商。
11、Content-Script-Type (腳本相關)
說明：這是近來W3C的規范，指明頁面中腳本的類型。
用法：<Meta http-equiv="Content-Script-Type" Content="text/javascript">
★NAME變量
name是描述網頁的，對應于Content（網頁內容），以便于搜索引擎機器人查找、分類（目前幾乎所有的搜索引擎都使用網上機器人自動查找meta值來給網頁分類）。
name的value值（name=""）指定所提供信息的類型。有些值是已經定義好的。例如description(說明)、keyword(關鍵字)、refresh(刷新)等。還可以指定其他任意值，如：creationdate(創建日期) 、
document ID(文檔編號)和level(等級)等。
name的content指定實際內容。如：如果指定level(等級)為value(值)，則Content可能是beginner(初級)、intermediate(中級)、advanced(高級)。
1、Keywords (關鍵字)
說明：為搜索引擎提供的關鍵字列表
用法：<Meta name="Keywords" Content="關鍵詞1,關鍵詞2，關鍵詞3,關鍵詞4,……">
注意：各關鍵詞間用英文逗號“,”隔開。META的通常用處是指定搜索引擎用來提高搜索質量的關鍵詞。當數個META元素提供文檔語言從屬信息時，搜索引擎會使用lang特性來過濾并通過用戶的語言優先參照來顯示搜索結果。例如：
<Meta name="Kyewords" Lang="EN" Content="vacation,greece,sunshine">
<Meta name="Kyewords" Lang="FR" Content="vacances,grè:ce,soleil">
列舉出幾個重要關鍵詞即可，也不可過分堆砌。
2、Description (簡介)
說明：Description用來告訴搜索引擎你的網站主要內容。
用法：<Meta name="Description" Content="你網頁的簡述">
注意： 把網頁內容高度概括到這里，長度要合理，不可過分堆砌關鍵詞，每個頁面description要有所不同。
3、Robots (機器人向導)
說明：Robots用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。Content的參數有all、none、index、noindex、follow、nofollow。默認是all。
用法：<Meta name="Robots" Content="All|None|Index|Noindex|Follow|Nofollow">
注意：許多搜索引擎都通過放出robot/spider搜索來登錄網站，這些robot/spider就要用到meta元素的一些特性來決定怎樣登錄。
all：文件將被檢索，且頁面上的鏈接可以被查詢；
none：文件將不被檢索，且頁面上的鏈接不可以被查詢；(和 "noindex, no follow" 起相同作用)
index：文件將被檢索；（讓robot/spider登錄）
follow：頁面上的鏈接可以被查詢；
noindex：文件將不被檢索，但頁面上的鏈接可以被查詢；(不讓robot/spider登錄)
nofollow：文件將不被檢索，頁面上的鏈接可以被查詢。(不讓robot/spider順著此頁的連接往下探找)
4、Author (作者)
說明：標注網頁的作者或制作組
用法：<Meta name="Author" Content="張三，abc@sina.com">
注意：Content可以是：你或你的制作組的名字,或Email
5、Copyright (版權)
說明：標注版權
用法：<Meta name="Copyright" Content="本頁版權歸Zerospace所有。All Rights Reserved">
注意：
6、Generator (編輯器)
說明：編輯器的說明
用法：<Meta name="Generator" Content="PCDATA|FrontPage|">
注意：Content="你所用編輯器"
7、revisit-after (重訪)
說明：
用法：<META name="revisit-after" CONTENT="7 days" >
想做好定制軟件開發工作，必須對定制軟件開發流程管理必須做科學，每一步定位清晰，目標明確，下面對定制軟件開發工作流進行拆解分析：
需求分析
資深軟件系統分析師對企業所面臨的管理問題進行分析
需求初步確認
軟件系統分析師初步確認企業需求，作為合同確認的依據
系統調研
軟件系統分析師對企業的初步需求進行詳細調研，確定系統界面的設計和運行的流程
需求說明書
將軟件系統分析師對企業詳細調研文稿化，經雙方討論確認后，開始系統界面設計
界面設計
專業軟件開發工程師及美工設計師完成系統界面設計，經用戶確認，開始軟件開發
開發及測試
專業軟件開發工程師和測試工程師完成系統軟件開發和測試，強大測試力量和一對一軟件測試體系，確保系統軟件質量
使用培訓
專業培訓講師對企業進行軟件基礎知識和系統軟件運作流程全面培訓
初始化試運行
專業軟件工程師輔導用戶使用系統，協助用戶進行初始化工作；系統初始化完畢，進行試運行階段，測試系統功能的完善性和全面性
正式切換 雙方共同測評系統，確保系統能全面符合用戶需求說明書定義的所有功能，正式切換系統
從項目推動過程來講，可以分為：
1、 項目啟動階段
這一階段主要是為實施做好準備，由項目指導委員會召開項目動員大會，確定項目組成員，確定項目的計劃和目標，建立實施所必須的系統環境。
2、調研分析階段
項目實施小組在開始系統實施前，先對公司現有的應用系統進行詳細調研和分析，根據企業的具體情況和信息化管理的特點確定目標業務流程。對各級用戶進行需求調研。最終以雙方確認的目標作為下一步具體實施的業務藍圖，并結合軟件產品和技術開發實際情況，規劃設計詳細的解決方案，并進行確認，作為設計開發的基礎。
3、 系統開發階段
根據調研分析的結果，進行系統設計、編碼、測試，完成軟件的開發。
4、 項目實施階段
在系統開發完成之后，軟件實施進入實質性階段。項目實施小組要在項目指導委員會的全力支持和相關部門、人員的協作配合下完成大量的具體工作，比如數據分析與導入、系統設置、人員培訓、規章制度建立、實施文件歸檔、客戶化修改等。軟件的使用者尤其是關鍵用戶必須在這段時間內掌握相關功能模塊的操作和應用，以便在系統正式運行后能夠獨立地使用軟件。
5、 試運行階段
在經過項目實施階段后，各個模塊及整個系統需要試運行一段時間，以確信軟件能夠在企業中運行良好，并達到預期效果。同時，根據試運行階段中發現的問題進行系統調整。
6、 系統切換/正式運行
在試運行階段后，確信軟件可以正式開始運行后，需要進行系統切換，企業正式切換到新的業務流程，并在軟件上進行企業日常業務處理。至此，軟件的實施已經全部完成，進入后期維護階段。
架構設計
設計的中心思想
1、 以業務邏輯建模,而不是以數據庫為中心建立系統模型
對信息系統的設計，應緊緊專注于將企業生產的系統抽象轉化為信息系統的模型，能夠準確、完整、清晰地了解業務邏輯和業務流程，并且對業務的變化作預先考慮，是項目成功的關鍵。開發人員容易出現的問題是以關系數據庫設計或數據控件的設計代替系統建模，造成的問題是以數據為中心，其結果是系統與數據緊密耦合，難以實現業務邏輯的變化和擴展。
2、 定制軟件開發是否滿足了用戶的期望
為了實現這個目標，完善準確的需求收集和需求分析，是項目成功設計的前提。否則無論這個軟件再先進，從用戶角度看，也是失敗的軟件。因此，在設計前期，對需求分析所必須的資源和時間投入，必須有足夠的重視和充分的計劃。
3、 必須要考慮非軟件的因素
任何一個項目都是為了用戶實現其業務目的，軟件工程也不例外。同時，企業用戶作為一個實體，其決策收到其行業特點、用戶、市場、上級主管部門、決策人員的個性、企業的定位、企業的現狀、長遠發展規劃、歷史因素等綜合情況的影響，因此，在架構設計上，應綜合考慮這些因素。
設計原則
4、 在可能的情況下，按照“統一規劃、統一架構、統一標準”的原則。
5、 以良好的設計模式來保證系統的先進性、合理性和應用擴展性。
6、 系統的模塊之間應用和交互，盡可能采用松耦合，以實現系統的靈活性和實用性，延長系統的生命周期，保護用戶的投資。
7、 采用以SOA作為體系架構的核心，以保證系統級別和部件級別重復使用和業務重組，便于用戶長遠的。
8、 系統的開放性要求能軟件實現三個無關性：通訊組件的網絡及協議無關性，數據來源無關性和用戶對流程無關性。
9、 采用有效的需求分析手段，力圖實現準確到位的需求分析，
為良好的人機界面設計提供堅實的基礎。高度重視用戶界面的設計，作到符合不同用戶的實際經驗和使用習慣，減少對信息系統的畏懼感，提高用戶使用信息系統的信心，真正使系統成為提高生產管理效率的有效工具。
10、盡可能采用經過實際運行檢驗的成熟模塊，
從而節省開發資源和縮短開發周期，確保項目按時交付使用。
權限是一個公司信息系統的起點。我從入職以來就一直想要對公司后臺的權限系統進行一個梳理（其實是老板要求的），苦于對后臺和公司業務還不夠了解，所以想法一直沒能成型。終于，經過幾個月斷斷續續的琢磨，我趁最近需求數量不多的時候，把權限的調整方案梳理了出來。
這次梳理公司后臺的系統，我在原有權限系統的基礎上引入了 公司組織架構，形成了 動態權限管理模式，使得公司的權限管理更加合理化。目前已經把方案提交給開發進行審核，希望可以最終落實。這里就先向大家匯報一下這幾個月以來梳理權限的成果，給同樣有權限體系設計問題的朋友們一點參考。
要設計權限，首先要對權限 已有的成熟方案有一定認識，其次要 對業務有深入的分析，才可以在業務的基礎上有針對性的設計權限模型。
關于權限成熟方案，我查了很多資料，主要了解了一些關于 RBAC（Role-Based Access Control）權限模型的知識。加上在前司對SharePoint的權限分配方案有一定的了解，權限的知識基本就已經足夠了（不夠也沒有更多了，找到一篇從產品的角度解釋RBAC的文章，值得一讀：請點擊查看）
關于業務需求分析方面，我對公司后臺的權限系統做了梳理。
因為公司對數據的保密要求很高，所以后臺有大量查看項目、查看投資人的細致權限設置，但是 缺乏一致的管理方法，導致經常出現有需求無權限，或調動后權限沒有及時清除的問題。公司后臺主要是按照RBAC設置了權限體系，另外還根據項目服務小組的機制為每個項目單獨設置了權限。后臺RBAC的權限角色中，有部門角色、功能角色、臨時團隊角色等等，相對比較混亂。
現在這套系統面對一些問題：
權限角色太多，分類混亂。有大量臨時建立棄而不用的分組；如果員工調換部門，需要逐個刪除他已有的權限，再逐個賦予新部門的權限；如果部門領導更換，需要對部門內員工的所有成員的審批對象都進行調整。
為了解決上述問題，我嘗試將公司的 組織結構信息引入權限管理的系統。
盡量以部門為單位分配權限，權限角色過多混亂的情況；出現員工部門調動或領導更換，會根據其部門更改自動重新分配權限；對無法按照部門分配的功能采取原有的權限分配模式，通過給不同的員工分配不同的角色實現，保證靈活性。
從上述的思路出發，我定義了新的權限管理需求。新的權限管理分為 部門權限制度和 非部門權限制度兩種：
1、部門權限制度
部門權限分組默認按照組織結構圖。
按照小組設置部門，部門分管理者權限和默認權限兩種，默認權限為部門管理權限的子集。
若組織架構中的小組設置了管理者，則管理者默認擁有管理者權限。除管理者外，所有人加入小組后默認擁有默認權限。
（2）管理者權限包括
部門權限維護類：新建子權限組、默認權限維護、打破權限集成等權限（可以分配給部門領導使用，也可以掌握在超管手中統一分配） 審批類：所有報銷、請假和購票的申請（若小組沒有設置管理者，則小組成員所有審批事宜由上級層級中的管理者負責 ） 職能類：單個部門的全部權限
（2）權限維護類權限詳細介紹
子權限組：部門內可以根據員工設置子權限組，根據子權限組，分配部門權限；默認權限維護：增刪進入部門所默認擁有的權限；打破權限繼承：使某位員工失去默認擁有的權限，為其單獨分配權限。
2、非部門權限制度
組織方法參照原有RBAC權限管理；
超管可以為單個員工或小組開啟非部門權限。
可以為非部門權限設置有效時間段；若員工調轉部門，則所有非部門權限默認失效，需要超管審批以后方可重新生效。
這套規則可以基本解決原來的權限與部門沒有關聯的問題，以及權限分配混亂難以管理的問題。這僅僅只是產品從業務角度梳理出來的需求，具體實現還需要和開發商量以后解決。而且要真正能夠落實實現還需要很漫長的過程。
這次設計方案給我最大的體會就是，設計復雜的功能最有效的手段還是 從具體是使用場景出發，使用場景決定業務邏輯，業務邏輯決定功能邏輯。我在最初設計的時候執著于尋找成熟的權限管理模式套用，后來發現這樣生搬硬套不能提升后臺權限分配的效率。在過后的幾個月工作中，我接觸到了不少分配權限的實際問題，比如不知道分權限給誰，或者分配出去的問題沒有辦法管理的問題。這些問題直接啟發我引入了公司組織架構的概念，也便有了這套方案。
所以， 產品的設計與實現都服務于使用場景，才是真正好的產品，這一點對業務為導向的后臺產品至關重要。與大家分享，也請大家多提意見。
了解更多
有很多方向，下面給你列幾個常見的：
1. 桌面程序：Java、C++、C#、VB、C均可。
2. 網站服務器端開發：JSP(Java語法)、PHP、ASP(C#語法)、Web App框架等
3. 網站客戶端：HTML、CSS、Javascript、Flash等等，小程序用的便是以javascript為基礎的應用架構
4. 智能手機程序：安卓使用Java，iPhone使用Objective-C
5. 底層、工具開發：C、C++，如：操作系統開發使用c，android系統底層是用c++。Linux系統等。
6. 多功能腳本程序：Python、Perl、Ruby等等
7. 人工智能：Prolog、PDDL
8. 工業控制：C、PLC、匯編
9. 通用應用數據交換處理技術：標記語言XML/XPATH/XSLT、JSON、YAML等等
10. 數據庫： SQL/PLSQL
11. 嵌入式開發：java，OBJECTS-C，C、C++
12. 游戲開發：網頁游戲可以用腳本語言javascript,python,后臺可用Java,C#。 但PC上的大型游戲一般需要c++或C了。 特別的是，如果你會涉及IOS平臺，用的是object-c。
13. 企業級應用開發：Java企業級標準。桌面的用VB ,VC ,C++， C#
社會在不斷進步，開發語言也不斷變化中。要跟上變化，就必須不斷地學習。