這段時(shí)間做項(xiàng)目，美工設(shè)計(jì)的界面輸入框都是圓角的，確實(shí)很好看，研究了一下，實(shí)現(xiàn)起來真還有些麻煩

firefox，safri，chrome這些瀏覽器基本都一定程度支持新的CSS3標(biāo)準(zhǔn)，可以用CSS來搞定圓角：

  1: border-radius: 5px; /* css 3標(biāo)準(zhǔn) */
  2: -moz-border-radius: 5px; /* mozilla */
  3: -webkit-border-radius: 5px; /* webkit */

可是M$的IE就麻煩了， 直道IE9 還沒完整支持CSS3，就只能用背景圖片法，前后補(bǔ)圖法等等，來模擬圓角效果了

上網(wǎng)查了一些資料，摸索著用Flex寫了一個(gè) 文件上傳的工具。沒做太多修飾，主要代碼貼出來，免得以后忘了

   1:  <!-- filename :flashuploader.mxml -->

   2:  <?xml version="1.0" encoding="utf-8"?>

   3:  <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"

   4:                  xmlns:c="component.*"

   5:                  width="450" height="450" minWidth="460" minHeight="400" initialize="application1_initializeHandler(event)" layout="absolute">

   6:      <mx:Style source="css/main.css"/>

   7:      <mx:states>

   8:          <mx:State name="TEST">

   9:              <mx:AddChild position="lastChild" relativeTo="{filelist}">

  10:                  <c:uploadFile currentState="UploadError">

  11:                  </c:uploadFile>

  12:              </mx:AddChild>

  13:          </mx:State>

  14:      </mx:states>

  15:      <mx:LinkButton id="selectbutton" x="5" y="5" label="{selectlabel}" click="button1_clickHandler(event)"/>

  16:      <c:CountingVBox id="filelist" x="5" y="36" height="100%" maxCount="{max}"/>

  17:      <mx:Script>

  18:          <![CDATA[

  19:              import component.uploadFile;

  20:              import mx.events.FlexEvent;

  21:              private var filter:Array;

  22:              private var single:Boolean;

  23:              

  24:              private var fileRefs:FileReferenceList;

  25:              

  26:              private var fileRef:FileReference;

  27:              [Bindable]

  28:              private var max:int=10;

  29:              [Bindable]

  30:              private var selectlabel:String="文件上傳";

  31:              

  32:              

  33:              

  34:              private function button1_clickHandler(event:MouseEvent):void

  35:              {

  36:                  if (single){

  37:                      fileRef = new FileReference();

  38:                      fileRef.addEventListener(Event.SELECT,singleSelectHandle);

  39:                      fileRef.browse(filter);

  40:                  }else{

  41:                      fileRefs = new FileReferenceList();

  42:                      fileRefs.addEventListener(Event.SELECT,multiSelectHandle);

  43:                      fileRefs.browse(filter);

  44:                  }

  45:              }

  46:              

  47:              private function singleSelectHandle(event:Event):void

  48:              {

  49:                  var file:uploadFile = new uploadFile();

  50:                  file.parentContainer=filelist;

  51:                  //                file.fileRef = FileReference(event.currentTarget);

  52:                  file.fileRef = fileRef;

  53:                  filelist.addChild(file);

  54:                  

  55:              }

  56:              

  57:              private function application1_initializeHandler(event:FlexEvent):void

  58:              {

  59:                  if( parameters.labelselect !=null) selectlabel = parameters.labelselect;

  60:                  if( parameters.ext != null)

  61:                      if ( parameters.type!=null)

  62:                          filter=[new FileFilter(parameters.type,parameters.ext)];

  63:                      else

  64:                          filter = [new FileFilter("Select Files"+parameters.ext, parameters.ext)];

  65:                  

  66:                  

  67:                  if (parameters.single!=null && "true" == parameters.single.toLowerCase()){

  68:                      single = true;

  69:                      max = 1;

  70:                  }else{

  71:                      if (parameters.max !=null )

  72:                          max = parameters.max ;

  73:                      if (isNaN(max)||max<=0 ) max=int.MAX_VALUE;

  74:                  }

  75:                  filelist.addEventListener("EMPTY",restoreSelectButton);

  76:                  filelist.addEventListener("FULL",disableSelectButton); 

  77:                  var prefix:String="http://localhost/fileupload";

  78:                  filelist.urlRequest = new URLRequest(prefix+"/upload.php");

  79:              }

  80:              

  81:              private function multiSelectHandle(event:Event):void

  82:              {    

  83:                  var fileList:Array=fileRefs.fileList;

  84:                  for(var i:int =0;i<fileList.length;i++){

  85:                      

  86:                      var file:uploadFile = new uploadFile();

  87:                      file.parentContainer=filelist;

  88:                      file.fileRef = fileList[i];

  89:                      filelist.addChild(file);

  90:                  }

  91:              }

  92:              

  93:              private function restoreSelectButton(event:Event):void

  94:              {

  95:                  selectbutton.visible=true;                

  96:              }

  97:              

  98:              private function disableSelectButton(event:Event):void

  99:              {

 100:                  selectbutton.visible=false;                

 101:                  

 102:              }

 103:              

 104:          ]]>

 105:      </mx:Script>    

 106:  </mx:Application>

   1:  <!-- filename: component/uploadFile.mxml -->

   2:  <?xml version="1.0" encoding="utf-8"?>

   3:  <mx:Canvas xmlns:mx="http://www.adobe.com/2006/mxml"

   4:             xmlns:c="component.*"

   5:             height="20" width="440" initialize="canvas1_initializeHandler(event)" >

   6:      <mx:states>

   7:          <mx:State name="UploadError" >

   8:              <mx:SetProperty name="label" target="{progressbar1}" value="{errorInfo}"/>

   9:              <mx:SetProperty name="styleName" value="error"/>

  10:          </mx:State>

  11:          <mx:State basedOn="UploadError" name="FileError">

  12:              <mx:SetProperty name="x" target="{image1}" value="317"/>

  13:              <mx:RemoveChild target="{progressbar1}"/>

  14:              <mx:SetStyle name="styleName" target="{label1}" value="error1"/>

  15:              <mx:SetProperty name="toolTip" target="{label1}" value="{errorInfo}"/>

  16:          </mx:State>

  17:      </mx:states>

  18:      <mx:Image x="5" width="16" height="16" source="{fileicon}" verticalCenter="-1" />

  19:      <c:FilenameLabel x="23"  width="160" text="{filename}" truncSize="10" verticalCenter="-1"/>

  20:      <mx:Label x="185" width="64" text="{extname}" verticalCenter="-1"/>

  21:      <mx:Label id="label1" x="251" width="64" text="{filesize}" textAlign="right" verticalCenter="-1"/>

  22:      <mx:ProgressBar id="progressbar1" x="317" width="100" height="16" label="%3%%" labelPlacement="center" maximum="100" source="{_fileRef}"

  23:                      verticalCenter="-1"/>

  24:      <mx:Image id="image1" x="419" width="16" height="16" click="cancle_clickHandler(event)" source="@Embed('icons/cancel.png')" verticalCenter="-1"/>

  25:      <mx:Script>

  26:          <![CDATA[

  27:              import flash.events.MouseEvent;

  28:              import flash.events.ProgressEvent;

  29:              

  30:              import mx.controls.Alert;

  31:              import mx.events.FlexEvent;

  32:              import mx.states.Transition;

  33:              

  34:              private static var MAX_FILE_SIZE:uint =int.MAX_VALUE;

  35:              

  36:              private var _parent:CountingVBox;

  37:              [Bindable]

  38:              private var _fileRef:FileReference ;

  39:              [Bindable]

  40:              private var errorInfo:String="";

  41:              [Bindable]

  42:              private var fileicon:Class;

  43:              [Bindable]

  44:              private var extname:String;

  45:              [Bindable]

  46:              private var filesize:String;

  47:              [Bindable]

  48:              private var filename:String;

  49:              

  50:              

  51:              

  52:              

  53:              public function set fileRef(value:FileReference):void

  54:              {

  55:                  _fileRef = value;

  56:                  filename=_fileRef.name.substring(0,_fileRef.name.indexOf(_fileRef.type));

  57:                  extname=_fileRef.type;

  58:                  var size:uint=_fileRef.size;

  59:                  var unit:String="B";

  60:                  if(size>10240){

  61:                      size/=1024;

  62:                      unit="KB";

  63:                  }

  64:                  if(size>10240){

  65:                      size/=1024;

  66:                      unit="MB";

  67:                  }

  68:                  if(size>10240){

  69:                      size/=1024;

  70:                      unit="GB";

  71:                  }

  72:                  

  73:                  filesize=size.toFixed(0)+unit;

  74:                  fileicon=getFileIconClass();

  75:                  if (checkFilesize()){

  76:                      _fileRef.upload(_parent.urlRequest);

  77:                      _fileRef.addEventListener(DataEvent.UPLOAD_COMPLETE_DATA,upload_complete); 

  78:                }

  79:              }

  80:              

  81:              public function set parentContainer(p:CountingVBox):void

  82:              {

  83:                  _parent = p;

  84:              }

  85:              

  86:              

  87:              private function getFileIconClass():Class

  88:              {

  89:                  [Embed("icons/Unknown.png")] 

  90:                  var unknown:Class;

  91:                  

  92:                  [Embed("icons/doc.png")]

  93:                  var doc:Class;

  94:                                  

  95:                 //其他文件類型

  96:                  

  97:                  if (_fileRef.type == null){

  98:                      return unknown;

  99:                  }

 100:                  

 101:                  var type:String=_fileRef.type.toLowerCase();

 102:                  if (type == ".doc") return doc;

 103:                  if (type == ".docx") return doc;

 104:                  //其他文件類型

 105:                  

 106:                  return unknown;                

 107:              }

 108:              

 109:              private function cancle_clickHandler(event:MouseEvent):void

 110:              {

 111:                  _fileRef.cancel();

 112:                  _parent.removeUploadedFile(_fileRef);

 113:                  _parent.removeChild(this);

 114:                  if (_parent.count<1){

 115:                      _parent.dispatchEvent(new Event("EMPTY"));

 116:                  }

 117:              }  

 118:              

 119:              protected function upload_complete(event:DataEvent):void

 120:              {

 121:                  _parent.addUploadedFile(_fileRef); 

 122:              }

 123:              

 124:              protected function upload_IO_error(event:IOErrorEvent):void

 125:              {

 126:                  errorInfo="UploadError";

 127:                currentState = "UploadError";

 128:                   

 129:              }

 130:              

 131:              private function checkFilesize():Boolean

 132:              {

 133:                  if (_fileRef.size>MAX_FILE_SIZE){

 134:                      errorInfo = "File too Big";

 135:                      currentState = "FileError";

 136:                      return false;

 137:                  }

 138:                  return true;

 139:              }

 140:              

 141:          ]]>

 142:      </mx:Script>

 143:  </mx:Canvas>

 144:   

你是否有過復(fù)查程序時(shí)發(fā)現(xiàn)有些注釋毫無用處？程序注釋是為了提高代碼的可讀性，為了讓原作者以外的其他開發(fā)人員更容易理解這段程序。

我把這些讓人郁悶的注釋方式歸為了五類，同時(shí)把寫出這些注釋的程序員也歸為了五類。我希望讀了這篇文章后你感覺自己不屬于其中的任何一種類型。如果你有興趣的話可以讀一下另外一篇文章 五種程序員(英文)，和這篇講到的五種程序員對(duì)比一下。

1. 高傲的程序員

public class Program

{

static void Main(string[] args)

{

string message = “Hello World!”; // 07/24/2010 Bob

 Console.WriteLine(message); // 07/24/2010 Bob

 message = “I am so proud of this code!”; // 07/24/2010 Bob

 Console.WriteLine(message); // 07/24/2010 Bob

 }

}

這種程序員是如此的欣賞自己的程序，以至于不得不在每行代碼上都署上自己的大名。應(yīng)該讓版本控制系統(tǒng)來提供程序變更的信息，他這樣做一眼看去并不能說明誰對(duì)這行代碼負(fù)責(zé)。

2. 過時(shí)的程序員

public class Program

{

static void Main(string[] args)

{

/* 這段程序已經(jīng)不再有用

* 因?yàn)槲覀儼l(fā)現(xiàn)千年蟲問題只是一場(chǎng)虛驚

* 我們的系統(tǒng)不會(huì)恢復(fù)到1/1/1900 */

//DateTime today = DateTime.Today;

//if (today == new DateTime(1900, 1, 1))

//{

// today = today.AddYears(100);

// string message = “The date has been fixed for Y2K.”;

// Console.WriteLine(message);

//}

 }

}

如果一段程序不再有用（比如廢棄了），那就刪了它吧——不要被幾行沒用的注釋搞的程序混亂不堪。即使你可能以后重用這段代碼，你也可以使用版本控制系統(tǒng)，用它把你的程序恢復(fù)到以前的樣子。

3. 天真的程序員

public class Program

{

static void Main(string[] args)

{

/* 這個(gè)程序是用來在屏幕上

* 循環(huán)打印1百萬次”I Rule!”

* 每次輸出一行。循環(huán)計(jì)數(shù)

* 從0開始，每次加1。

* 當(dāng)計(jì)數(shù)器等于1百萬時(shí)，

* 循環(huán)就會(huì)停止運(yùn)行*/

for (int i = 0; i < 1000000; i++)

{

Console.WriteLine(“I Rule!”);

}

}

}

基本的編程語法規(guī)則我們大家都知道——我們不需要“編程入門”。你不需要浪費(fèi)時(shí)間來解釋一個(gè)顯而易見的東西，我們更希望知道的是你的程序功能——那是浪費(fèi)空間了。

4. 傳奇的程序員

public class Program

{

static void Main(string[] args)

{

/* 有一天我在大街上的一家星巴克里

* 和銷售部的Jim討論問題，他告訴我

* 銷售代表是依據(jù)以下的比例提取傭金的。

* 周五: 25%

* 周三: 15%

* 其它日期: 5%

* 我是否告訴你過我點(diǎn)了一個(gè)卡拉梅

* 鐵咖啡和兩份的Espresso?

*/

double price = 5.00;

double commissionRate;

double commission;

if (DateTime.Today.DayOfWeek == DayOfWeek.Friday)

{

commissionRate = .25;

}

else if (DateTime.Today.DayOfWeek == DayOfWeek.Wednesday)

{

commissionRate = .15;

}

else

{

commissionRate = .05;

}

commission = price * commissionRate;

}

}

如果你不得不在注釋里寫明需求，那也不要提到人名。銷售員Jim很可能在公司里不再是銷售。而且大多數(shù)讀到這段注釋的程序員未必都知道Jim是誰。你描述的是實(shí)際情況但跟我們的內(nèi)容不相干，所以就省掉吧。

5. 未來程序員

public class Program

{

static void Main(string[] args)

{

//TODO: 將來我會(huì)修復(fù)這個(gè)問題 – 07/24/1995 Bob

 /* 我知道這個(gè)問題很難解決而且

* 我現(xiàn)在依賴于這個(gè)Contains函數(shù)，但

* 我以后會(huì)用一種更有意義，更

* 優(yōu)雅的方式打印這段代碼。

* 我只是現(xiàn)在沒時(shí)間。

*/

string message = “An error has occurred”;

if(message.Contains(“error”))

{

throw new Exception(message);

}

}

}

這種注釋是一種集大成者，它包含了上面所說的注釋的所有問題。TODO注釋在一個(gè)項(xiàng)目最初的開發(fā)階段是非常有用的，但這個(gè)注釋看起來是在好幾年前的產(chǎn)品程序里的——它證明了程序有問題。如果程序有問題需要解決，馬上解決，不要拖到日后再解決。

如果你寫過這樣的注釋，或者是你正在尋找一種最好的注釋方案，我推薦你讀一讀Steve McConnell寫的《Code Complete》這本書。這是我推薦給所有程序員必讀的六本書中的一種。或者你可以學(xué)學(xué)如何停止注釋你的程序(英文)。

你是否在你的程序里還見到過其它種沒有意義的或討厭的注釋？歡迎共享。

英文原文：5 Types of Comments to Avoid Making in Your Code

　　開發(fā)框架的選擇，始終是個(gè)仁者見仁、智者見智的事情。尤其是Web層的開發(fā)框架，數(shù)量非常多，而且各有特色，如：Struts、WebWork、Spring MVC、Tapestry、JSF、WebPage3.0……等等。

　　下面先來看看為什么要使用Web開發(fā)框架

　　一：使用框架的必然性

　　框架，即framework。其實(shí)就是某種應(yīng)用的半成品，把不同應(yīng)用程序中有共性的一些東西抽取出來，做成一個(gè)半成品程序，這樣的半成品就是所謂的程序框架。

　　軟件系統(tǒng)發(fā)展到今天已經(jīng)很復(fù)雜了，特別是服務(wù)器端軟件，涉及到的知識(shí)，內(nèi)容，問題太多。在某些方面使用別人成熟的框架，就相當(dāng)于讓別人幫你完成一些基礎(chǔ)工作，你只需要集中精力完成系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì)。這樣每次開發(fā)就不用白手起家，而是可以在這個(gè)基礎(chǔ)上開始搭建。

　　使用框架的最大好處：減少重復(fù)開發(fā)工作量、縮短開發(fā)時(shí)間、降低開發(fā)成本。同時(shí)還有其它的好處，如：使程序設(shè)計(jì)更合理、程序運(yùn)行更穩(wěn)定等。基于這些原因，基本上現(xiàn)在在開發(fā)中，都會(huì)選用某些合適的開發(fā)框架，來幫助快速高效的開發(fā)應(yīng)用系統(tǒng)。

　　了解了使用框架的必然性，下面來看看如何選擇，當(dāng)然我們的話題集中在Web層的開發(fā)框架。在談這個(gè)問題之前，先來看看我們?cè)赪eb開發(fā)中究竟需要做些什么工作：

　　二：Web層開發(fā)的工作

　　在J2EE開發(fā)中，分層是基本的思想，3層架構(gòu)或者多層架構(gòu)早已深入人心，在這里我們就把目光集中到Web層，看看到底Web層開發(fā)做了那些工作：

　　1：數(shù)據(jù)展示

　　Web層需要從邏輯層獲取需要展示的數(shù)據(jù)，然后以合理的方式在頁面進(jìn)行展示

　　2：人機(jī)交互

　　用戶需要從界面上輸入數(shù)據(jù)，在界面上進(jìn)行按鈕點(diǎn)擊，進(jìn)而觸發(fā)事件，標(biāo)準(zhǔn)的事件驅(qū)動(dòng)模型，然后跟后臺(tái)進(jìn)行數(shù)據(jù)交換，出現(xiàn)新的界面。

　　3：收集數(shù)據(jù)，調(diào)用邏輯層接口

　　Web層收到用戶的事件請(qǐng)求，需要調(diào)用相應(yīng)的邏輯層接口來進(jìn)行處理，Web層是不會(huì)有任何邏輯處理的。調(diào)用邏輯層接口，需要傳遞參數(shù)，這時(shí)需要收集用戶在界面上輸入的數(shù)據(jù)，然后進(jìn)行組織，組織成為邏輯層接口需要的數(shù)據(jù)封裝形式(通常都是ValueObject)。

　　4：根據(jù)邏輯層的數(shù)據(jù)來重新展示頁面

　　邏輯層處理完了，需要返回?cái)?shù)據(jù)或信息到界面上。這個(gè)時(shí)候Web層需要根據(jù)返回的值選擇合適的頁面，然后展示這些數(shù)據(jù)或者信息。

　　從上面可以看出，Web層開發(fā)的主要工作集中在展示上，也就是圖形用戶界面。這一部分是用戶直觀感受應(yīng)用程序的窗口，也是用戶要求最多的地方，其表現(xiàn)形式也是最豐富的。

　　三：Web層開發(fā)的步驟

　　下面再來總結(jié)一下Web層開發(fā)的大致步驟(也就是需要開發(fā)人員做的工作)：

　　注意：這里討論的Web層開發(fā)，是不使用任何開發(fā)框架時(shí)候的開發(fā)。

　　1：寫頁面Html，到底有哪些數(shù)據(jù)需要在界面上表現(xiàn)

　　2：每個(gè)數(shù)據(jù)的具體表現(xiàn)形式，如：有的需要表現(xiàn)成為下拉列表，有的需要表現(xiàn)成為單選按鈕等。

　　3：界面表現(xiàn)形式的邏輯布局，所謂邏輯布局是指某些數(shù)據(jù)的表現(xiàn)形式應(yīng)該放在前面，某些應(yīng)該放在后面;某些放在上面，某些放在下面。如：某個(gè)請(qǐng)假
申請(qǐng)的業(yè)務(wù)，有請(qǐng)假開始時(shí)間和結(jié)束時(shí)間，很明顯開始時(shí)間的表現(xiàn)就應(yīng)該排在結(jié)束時(shí)間的前面。而美工是負(fù)責(zé)最后頁面的美觀，一般美工不能動(dòng)界面的邏輯布局。

　　好了，確定了值的來源，開發(fā)人員就要寫代碼來獲取這些值，然后把這些值賦值到對(duì)應(yīng)的表現(xiàn)形式里面。

　　5：還有一些比較特殊，也就是真實(shí)操作的是一類值，但是在界面上顯示的是另一類值，比如：數(shù)據(jù)庫(kù)中有用戶編號(hào)，到了界面上就得顯示用戶姓名，但
是所有的操作都是要操作用戶編號(hào)的。我們把這種情況分做：真實(shí)值和表現(xiàn)值，他們有一定的內(nèi)在聯(lián)系。這些都是要開發(fā)人員去轉(zhuǎn)化和維護(hù)的。

　　6：接下來就應(yīng)該開發(fā)功能性的事件響應(yīng)了。用戶點(diǎn)擊了某個(gè)按鈕或者觸發(fā)了某個(gè)事件，首先是客戶端：數(shù)據(jù)檢測(cè)、客戶端事件處理;然后提交到服務(wù)端，服務(wù)端要獲取到客戶端提交的數(shù)據(jù)，然后調(diào)用相應(yīng)的邏輯層接口來響應(yīng)。當(dāng)然如何寫邏輯層的實(shí)現(xiàn)這里就不去談?wù)摿恕?/p>

　　7：邏輯層執(zhí)行完過后，返回?cái)?shù)據(jù)和信息到Web層，開發(fā)人員還需要寫代碼去處理，選擇哪個(gè)頁面來顯示，如何顯示這些數(shù)據(jù)和信息等。

　　8：在整個(gè)交互的過程中，還必須考慮到如何控制權(quán)限，如：某些數(shù)據(jù)不能顯示，某些數(shù)據(jù)不能編輯等等;同樣還需要考慮到消息的配置和國(guó)際化等等。這些功能起源于邏輯層，但是實(shí)際的控制要到Web層，這些都需要開發(fā)人員來控制。

　　9：完成了上面的開發(fā)步驟，頁面基本的功能開發(fā)就告一段落，接下來開發(fā)人員需要考慮頁面美觀的問題了。大家可能會(huì)說：“不是有美工嗎，還需要開
發(fā)人員干什么?”。事實(shí)上美工多半只能出一個(gè)靜態(tài)頁面的美化模版，美工對(duì)于一推Java代碼和Html的混雜物，多半是沒有辦法的，更不要說還有一些內(nèi)容
是動(dòng)態(tài)生成的，美工就更不可能搞定了。還是得開發(fā)人員上陣，按照美工給的模版，開始添加Css：class、id、style……

　　10：完成上面的開發(fā)，基本頁面的開發(fā)工作就完成了，最后的一個(gè)步驟就是把各個(gè)頁面有機(jī)的組織起來，開發(fā)應(yīng)用程序的整體應(yīng)用導(dǎo)航框架，通常就是菜單，然后把各個(gè)功能頁面跟菜單結(jié)合起來，形成一個(gè)完整的應(yīng)用。

　　在這里我們省略了開發(fā)期反復(fù)的調(diào)試過程，僅總結(jié)開發(fā)的步驟。

　　四：選擇Web開發(fā)框架的目的

　　了解了如果沒有框架，我們需要做的工作，這對(duì)選擇框架有非常大的幫助。

　　框架，直白點(diǎn)說，就是一個(gè)半成品，能夠幫我們做一些事情的半成品。

　　框架的選擇，就是看哪個(gè)框架最合適，從而減少開發(fā)的工作量，提高開發(fā)的效率和質(zhì)量，并有效減少維護(hù)的工作量，最終達(dá)到節(jié)約綜合開發(fā)成本，獲取更多的收益。

　　五：選擇Web開發(fā)框架的標(biāo)準(zhǔn)

　　聲明：這里所談的選擇Web開發(fā)框架的標(biāo)準(zhǔn)，只是我們的總結(jié)和一家之言，并不是放之四海而皆準(zhǔn)的真理，請(qǐng)根據(jù)您的體會(huì)客觀的看待我們的總結(jié)。

　　另外：我們這里更多的討論業(yè)務(wù)功能性應(yīng)用程序的Web開發(fā)框架。

　　1：選擇能夠?qū)ξ覀兊拈_發(fā)過程提供更多、更好幫助的Web開發(fā)框架

　　2：Web開發(fā)框架的學(xué)習(xí)一定要簡(jiǎn)單，上手一定要快，沒有什么比使用能得到更深的體會(huì)。那些動(dòng)不動(dòng)就需要半個(gè)月或者一個(gè)月學(xué)習(xí)周期的框架，實(shí)在是有些恐怖。

　　3：一定要能得到很好的技術(shù)支持，在應(yīng)用的過程中，或多或少都會(huì)出現(xiàn)這樣或者那樣的問題，如果不能很快很好的解決，會(huì)對(duì)整個(gè)項(xiàng)目開發(fā)帶來影響。一定要考慮綜合成本，其實(shí)這是目前應(yīng)用開源軟件最大的問題，碰到問題除了死肯文檔就是查閱源代碼，或者是網(wǎng)上搜尋解決的辦法，通常一個(gè)問題就會(huì)導(dǎo)致1-2天的開發(fā)停頓，嚴(yán)重的甚至需要一個(gè)星期或者更長(zhǎng)，一個(gè)項(xiàng)目有上這么幾次，項(xiàng)目整體的開發(fā)成本嗖嗖的就上去了。

　　4：Web開發(fā)框架結(jié)合其他技術(shù)的能力一定要強(qiáng)，比如：在邏輯層要使用Spring或者Ejb3，那么Web開發(fā)框架一定要能很容易，很方便的與它們進(jìn)行結(jié)合。

　　5：Web開發(fā)框架的擴(kuò)展能力一定要強(qiáng)。在好的框架都有力所不及的地方，這就要求能很容易的擴(kuò)展Web開發(fā)框架的功能，以滿足新的業(yè)務(wù)需要。同時(shí)要注意擴(kuò)展的簡(jiǎn)單性，如果擴(kuò)展框架的功能代價(jià)非常大，還不如不用呢。

　　6：Web開發(fā)框架最好能提供可視化的開發(fā)和配置，可視化開發(fā)對(duì)開發(fā)效率的提高，已經(jīng)得到業(yè)界公認(rèn)。

　　7：Web開發(fā)框架的設(shè)計(jì)結(jié)構(gòu)一定要合理，應(yīng)用程序會(huì)基于這個(gè)框架，框架設(shè)計(jì)的不合理會(huì)大大影響到整個(gè)應(yīng)用的可擴(kuò)展性。

　　8：Web開發(fā)框架一定要是運(yùn)行穩(wěn)定的，運(yùn)行效率高的。框架的穩(wěn)定性和運(yùn)行效率直接影響到整個(gè)系統(tǒng)的穩(wěn)定性和效率。

　　9：Web開發(fā)框架一定要能很好的結(jié)合目前公司的積累。在多年的開發(fā)中已有了很多積累，不能因?yàn)槭褂肳eb開發(fā)框架就不能再使用了，那未免有些得不償失。

　　10：選擇開發(fā)框架另外要注意的一點(diǎn)就是：任何開發(fā)框架都不可能是十全十美的，也不可能是適應(yīng)所有的應(yīng)用場(chǎng)景的，也就是說任何開發(fā)框架都有它適用的范圍。所以選擇的時(shí)候要注意判斷應(yīng)用的場(chǎng)景和開發(fā)框架的適用性。

　　XSS攻擊，跨站腳本攻擊是一種經(jīng)常出現(xiàn)在web應(yīng)用中的計(jì)算機(jī)安全漏洞，它允許惡意web用戶將代碼植入到提供給其它用戶使用的頁面中。XSS攻擊將對(duì)用戶的web安全構(gòu)成巨大的威脅。

　　XSS攻擊：跨站腳本攻擊(Cross Site Scripting)，為不和層疊樣式表(Cascading Style Sheets, CSS)的縮寫混淆。故將跨站腳本攻擊縮寫為XSS。XSS是一種經(jīng)常出現(xiàn)在web應(yīng)用中的計(jì)算機(jī)安全漏洞，它允許惡意web用戶將代碼植入到提供給其它用戶使用的頁面中。比如這些代碼包括HTML代碼和客戶端腳本。攻擊者利用XSS漏洞旁路掉訪問控制——例如同源策略(same origin policy)。這種類型的漏洞由于被駭客用來編寫危害性更大的phishing攻擊而變得廣為人知。對(duì)于跨站腳本攻擊，黑客界共識(shí)是：跨站腳本攻擊是新型的“緩沖區(qū)溢出攻擊“，而JavaScript是新型的“ShellCode”。

　　數(shù)據(jù)來源：2007 OWASP Top 10的MITRE數(shù)據(jù)

　　注：OWASP是世界上最知名的Web安全與數(shù)據(jù)庫(kù)安全研究組織

　　從這張圖中我們看到，在2007年OWASP所統(tǒng)計(jì)的所有安全威脅中，跨站腳本攻擊占到了22%，高居所有Web威脅之首。

　　XSS攻擊的危害包括

　　1、盜取各類用戶帳號(hào)，如機(jī)器登錄帳號(hào)、用戶網(wǎng)銀帳號(hào)、各類管理員帳號(hào)

　　2、控制企業(yè)數(shù)據(jù)，包括讀取、篡改、添加、刪除企業(yè)敏感數(shù)據(jù)的能力

　　3、盜竊企業(yè)重要的具有商業(yè)價(jià)值的資料

　　4、非法轉(zhuǎn)賬

　　5、強(qiáng)制發(fā)送電子郵件

　　6、網(wǎng)站掛馬

　　7、控制受害者機(jī)器向其它網(wǎng)站發(fā)起攻擊

　　XSS漏洞的分類

　　XSS漏洞按照攻擊利用手法的不同，有以下三種類型：

　　類型A，本地利用漏洞，這種漏洞存在于頁面中客戶端腳本自身。其攻擊過程如下所示：

　　Alice給Bob發(fā)送一個(gè)惡意構(gòu)造了Web的URL。

　　Bob點(diǎn)擊并查看了這個(gè)URL。

　　惡意頁面中的JavaScript打開一個(gè)具有漏洞的HTML頁面并將其安裝在Bob電腦上。

　　具有漏洞的HTML頁面包含了在Bob電腦本地域執(zhí)行的JavaScript。

　　Alice的惡意腳本可以在Bob的電腦上執(zhí)行Bob所持有的權(quán)限下的命令。

　　類型B，反射式漏洞，這種漏洞和類型A有些類似，不同的是Web客戶端使用Server端腳本生成頁面為用戶提供數(shù)據(jù)時(shí)，如果未經(jīng)驗(yàn)證的用戶數(shù)據(jù)被包含在頁面中而未經(jīng)HTML實(shí)體編碼，客戶端代碼便能夠注入到動(dòng)態(tài)頁面中。其攻擊過程如下：

　　Alice經(jīng)常瀏覽某個(gè)網(wǎng)站，此網(wǎng)站為Bob所擁有。Bob的站點(diǎn)運(yùn)行Alice使用用戶名/密碼進(jìn)行登錄，并存儲(chǔ)敏感信息(比如銀行帳戶信息)。

　　Charly發(fā)現(xiàn)Bob的站點(diǎn)包含反射性的XSS漏洞。

　　Charly編寫一個(gè)利用漏洞的URL，并將其冒充為來自Bob的郵件發(fā)送給Alice。

　　Alice在登錄到Bob的站點(diǎn)后，瀏覽Charly提供的URL。

　　嵌入到URL中的惡意腳本在Alice的瀏覽器中執(zhí)行，就像它直接來自Bob的服務(wù)器一樣。此腳本盜竊敏感信息(授權(quán)、信用卡、帳號(hào)信息等)然后在Alice完全不知情的情況下將這些信息發(fā)送到Charly的Web站點(diǎn)。

　　類型C，存儲(chǔ)式漏洞，該類型是應(yīng)用最為廣泛而且有可能影響到Web服務(wù)器自身安全的漏洞，駭客將攻擊腳本上傳到Web服務(wù)器上，使得所有訪問該頁面的用戶都面臨信息泄漏的可能，其中也包括了Web服務(wù)器的管理員。其攻擊過程如下：

　　Bob擁有一個(gè)Web站點(diǎn)，該站點(diǎn)允許用戶發(fā)布信息/瀏覽已發(fā)布的信息。

　　Charly注意到Bob的站點(diǎn)具有類型C的XXS漏洞。

　　Charly發(fā)布一個(gè)熱點(diǎn)信息，吸引其它用戶紛紛閱讀。

　　Bob或者是任何的其他人如Alice瀏覽該信息，其會(huì)話cookies或者其它信息將被Charly盜走。

　　類型A直接威脅用戶個(gè)體，而類型B和類型C所威脅的對(duì)象都是企業(yè)級(jí)Web應(yīng)用，目前天清入侵防御產(chǎn)品所能防范的XSS攻擊包括類型B和類型C。

　2、XSS攻擊防御

　　基于特征的防御

　　XSS漏洞和著名的SQL注入漏洞一樣，都是利用了Web頁面的編寫不完善，所以每一個(gè)漏洞所利用和針對(duì)的弱點(diǎn)都不盡相同。這就給XSS漏洞防御帶來了困難：不可能以單一特征來概括所有XSS攻擊。

　　傳統(tǒng)XSS防御多采用特征匹配方式，在所有提交的信息中都進(jìn)行匹配檢查。如， 對(duì)于這種類型的XSS攻擊，采用的模式匹配方法一般會(huì)需要對(duì)“javascript”這個(gè)關(guān)鍵字進(jìn)行檢索，一旦發(fā)現(xiàn)提交信息中包含 “javascript”，就認(rèn)定為XSS攻擊。這種檢測(cè)方法的缺陷顯而易見：駭客可以通過插入字符或完全編碼的方式躲避檢測(cè)：

　　躲避方法1)在javascript中加入多個(gè)tab鍵，得到    

　　躲避方法2) 在javascript中加入&#x09編碼字符，得到 

　　躲避方法3) 在javascript中加入字符，得到    

　　躲避方法4)在javascript中的每個(gè)字符間加入回車換行符，得到

   躲避方法5)對(duì)"javascript:alert('XSS')"采用完全編碼，得到

<IMGSRC=&#x6A&#x61&#x76&#x61&#x73&#x63&#x72&#x69&#x70&#x74&#x3A&#x61&#x6C&#x65&#x72&#x74&#x28&#x27&#x58&#x53&#x53&#x27&#x29>

　　上述方法都可以很容易的躲避基于特征的檢測(cè)。而除了會(huì)有大量的漏報(bào)外，基于特征的還存在大量的誤報(bào)可能：在上面的例子中，對(duì)"http://www.xxx.com/javascript/kkk.asp?id=2345"這樣一個(gè)URL，由于包含了關(guān)鍵字“javascript”，也將會(huì)觸發(fā)報(bào)警。

　　基于代碼修改的防御

　　和SQL注入防御一樣，XSS攻擊也是利用了Web頁面的編寫疏忽，所以還有一種方法就是從Web應(yīng)用開發(fā)的角度來避免：

　　步驟1、對(duì)所有用戶提交內(nèi)容進(jìn)行可靠的輸入驗(yàn)證，包括對(duì)URL、查詢關(guān)鍵字、HTTP頭、POST數(shù)據(jù)等，僅接受指定長(zhǎng)度范圍內(nèi)、采用適當(dāng)格式、采用所預(yù)期的字符的內(nèi)容提交，對(duì)其他的一律過濾。

　　步驟2、實(shí)現(xiàn)Session標(biāo)記(session tokens)、CAPTCHA系統(tǒng)或者HTTP引用頭檢查，以防功能被第三方網(wǎng)站所執(zhí)行。

　　步驟3、確認(rèn)接收的的內(nèi)容被妥善的規(guī)范化，僅包含最小的、安全的Tag(沒有javascript)，去掉任何對(duì)遠(yuǎn)程內(nèi)容的引用(尤其是樣式表和javascript)，使用HTTP only的cookie。

　　當(dāng)然，如上操作將會(huì)降低Web業(yè)務(wù)系統(tǒng)的可用性，用戶僅能輸入少量的制定字符，人與系統(tǒng)間的交互被降到極致，僅適用于信息發(fā)布型站點(diǎn)。并且考慮到很少有Web編碼人員受過正規(guī)的安全培訓(xùn)，很難做到完全避免頁面中的XSS漏洞。

　　正是由于傳統(tǒng)檢測(cè)方法存在諸多缺陷，國(guó)內(nèi)廠商(如啟明星辰天清入侵防御系統(tǒng))并未采用這一方法，而是采用了基于攻擊手法的行為檢測(cè)方法。　　

　　首先對(duì)各種場(chǎng)景下的XSS攻擊樣本庫(kù)進(jìn)行整理和分類，并建立起XSS攻擊行為特征庫(kù)，在實(shí)時(shí)攻擊檢測(cè)階段，對(duì)所有可能實(shí)現(xiàn)XSS攻擊的數(shù)據(jù)來 源，如HTTP-Refere、URL、COOKIE、表單數(shù)據(jù)等，進(jìn)行數(shù)據(jù)收集和初步分析，存在注入腳本的用戶提交信息才進(jìn)入下一步的XSS攻擊判斷。

　　這種分析方法有以下幾點(diǎn)優(yōu)勢(shì)：

　　A：采用行為特征庫(kù)而非數(shù)據(jù)特征庫(kù)方式，可以避免由于檢測(cè)固定特征導(dǎo)致的誤報(bào)可能。

　　B：內(nèi)置數(shù)據(jù)預(yù)處理過程，可以對(duì)所有可能包含XSS攻擊的數(shù)據(jù)進(jìn)行預(yù)處理，放行大部分正常HTTP請(qǐng)求，僅對(duì)少量疑似事件進(jìn)行深入分析，提升分析速度，降低資源開銷。

　　C：XSS攻擊行為特征庫(kù)維護(hù)由啟明星辰公司AD-LAB(積極防御實(shí)驗(yàn)室)和博士后工作站負(fù)責(zé)，AD-LAB擁有大批漏洞發(fā)掘和分析人 員，2007年發(fā)現(xiàn)并獲得CVE編號(hào)的漏洞數(shù)量多達(dá)26個(gè)，是國(guó)內(nèi)獨(dú)立發(fā)掘CVE漏洞數(shù)量最多的團(tuán)隊(duì)。啟明星辰博士后工作站是業(yè)內(nèi)第一家駐企業(yè)的信息安全 博士后工作站，為產(chǎn)品算法實(shí)現(xiàn)、研究技術(shù)轉(zhuǎn)化提供有力保障。

　　3、綜論

　　XSS攻擊作為Web業(yè)務(wù)的最大威脅之一，不僅危害Web業(yè)務(wù)本身，對(duì)訪問Web業(yè)務(wù)的用戶也會(huì)帶來直接的影響，如何防范和阻止XSS攻擊，保障Web站點(diǎn)的業(yè)務(wù)安全，是定位于業(yè)務(wù)威脅防御的入侵防御產(chǎn)品的本職工作。只有結(jié)合對(duì)XSS攻擊的分析，才能能準(zhǔn)確的發(fā)現(xiàn)和防御各類XSS攻擊行為，保障Web業(yè)務(wù)的正常運(yùn)營(yíng)。

Tags: XSS, Web, Web安全, 攻擊, 網(wǎng)頁掛馬, 防御

Tags: 產(chǎn)品經(jīng)理, 項(xiàng)目經(jīng)理, BUG, 需求

　　ERP實(shí)施顧問在推進(jìn)項(xiàng)目的過程中，應(yīng)該注意項(xiàng)目團(tuán)隊(duì)中各成員之間的相互激勵(lì)。如果激勵(lì)制度設(shè)置的不當(dāng)，可能項(xiàng)目小組成員不僅不會(huì)創(chuàng)造貢獻(xiàn)，還很有可能發(fā)生內(nèi)部戰(zhàn)爭(zhēng)，產(chǎn)生一些比必要的內(nèi)耗。

　　ERP實(shí)施顧問在推進(jìn)項(xiàng)目的過程中，應(yīng)該注意項(xiàng)目團(tuán)隊(duì)中各成員之間的相互激勵(lì)。如果激勵(lì)制度設(shè)置的不當(dāng)，可能項(xiàng)目小組成員不僅不會(huì)創(chuàng)造貢獻(xiàn)，還很有可能發(fā)生內(nèi)部戰(zhàn)爭(zhēng)，產(chǎn)生一些比必要的內(nèi)耗。為此，實(shí)施顧問必須建立有效的只針對(duì)個(gè)人而不是成員之間的激勵(lì)制度。換句話說，即將現(xiàn)有的個(gè)體之間的競(jìng)爭(zhēng)，人與人之間的比較，轉(zhuǎn)化為自己和自己的競(jìng)爭(zhēng)。如果錯(cuò)誤的將所有的項(xiàng)目小組成員都趕到一條獨(dú)木橋上，讓他們?nèi)Z取隔岸的那一顆唯一的勝利果實(shí)，那么合作將不可能形成，相互激烈就會(huì)被相互泄氣所代替。

　　原則一：不要在團(tuán)隊(duì)內(nèi)部締造英雄。

　　在國(guó)際上，有一個(gè)著名的足球教練，他說過一句非常有哲理的話，我是記憶猶深。他說，我們足球隊(duì)沒有英雄，個(gè)個(gè)都是英雄。確實(shí)，在足球場(chǎng)上贏得勝利，不是前鋒一個(gè)人的功勞，而是后衛(wèi)、中鋒、門衛(wèi)一起的功勞。若在足球場(chǎng)上過度的強(qiáng)調(diào)進(jìn)球人的貢獻(xiàn)的話，則難免會(huì)在團(tuán)隊(duì)中形成隔閡。所有的光環(huán)都在射球人身上的話，那誰以后還去當(dāng)這幕后的英雄呢?

　　所以，筆者認(rèn)為，在ERP項(xiàng)目的團(tuán)隊(duì)中，不要塑造個(gè)人英雄。ERP項(xiàng)目實(shí)施小組中，沒有英雄。只要項(xiàng)目取得成功，那么個(gè)個(gè)都是英雄，每個(gè)人都應(yīng)該得到嘉獎(jiǎng)。

　　若我們?cè)诩?lì)員工的時(shí)候，以個(gè)人為單位進(jìn)行嘉獎(jiǎng)，會(huì)產(chǎn)生什么情況呢?則難免就會(huì)形成員工個(gè)人與個(gè)人之間的競(jìng)爭(zhēng)。俗話說，人比人，氣死人。這真是團(tuán)隊(duì)管理的禁忌。筆者認(rèn)為，ERP項(xiàng)目要取得成功，不是靠個(gè)人之力，而是團(tuán)隊(duì)相互協(xié)作的結(jié)果。所以，不要在團(tuán)隊(duì)內(nèi)部之間形成相互賽跑的局面，而應(yīng)該努力培養(yǎng)一個(gè)自我提升的氛圍。

　　2、要設(shè)置盡量多的勝利帽子，而不要造成眾人搶過獨(dú)木橋的現(xiàn)象。在足球賽場(chǎng)上，會(huì)按不同的位置設(shè)置不同的獎(jiǎng)項(xiàng)。如最佳守門員、最佳前鋒、最佳后衛(wèi)等等。如此的話，每個(gè)位置的人就會(huì)堅(jiān)守自己的崗位，努力做的更好。他們就不會(huì)三心二意，覺得自己所負(fù)責(zé)的位置沒有出風(fēng)頭的機(jī)會(huì)，一心就想著去射門、去做前鋒等等。如此的團(tuán)隊(duì)，其協(xié)作型又怎么會(huì)好呢?其實(shí)，在ERP項(xiàng)目中也有類似的問題。若我們?cè)谠O(shè)置項(xiàng)目激勵(lì)制度的時(shí)候，只設(shè)置了一個(gè)獎(jiǎng)項(xiàng)，如把項(xiàng)目獎(jiǎng)金的80%獎(jiǎng)勵(lì)給項(xiàng)目實(shí)施過程中有杰出貢獻(xiàn)之人，而這人也就只有一個(gè)。那會(huì)產(chǎn)生什么樣的情況呢?項(xiàng)目小組成員個(gè)個(gè)都是企業(yè)的皇子，他們就會(huì)為了爭(zhēng)奪這個(gè)太子的位置，相互扯后腿，相互攻擊。企業(yè)這是人為的造了一條獨(dú)木橋。如此的話，ERP項(xiàng)目小組的各個(gè)成員之間，就會(huì)拉小幫派，就不會(huì)有勁往一處使了。筆者是非常反對(duì)這種做法的。筆者現(xiàn)在的處理方式是，以部門為單位，進(jìn)行選拔。也就是說，我們ERP項(xiàng)目有五個(gè)部門參與的話，則把80%的獎(jiǎng)金分為5份，每個(gè)部門一份。讓每個(gè)部門自己選擇一個(gè)杰出貢獻(xiàn)人員。如此的話，就可以有效的避免部門之間的競(jìng)爭(zhēng)，同時(shí)，又能夠起到激勵(lì)的作用。

Tags: 項(xiàng)目管理, ERP, 軟件工程

　　Sun的官員日前表示MySQL 5.1開源數(shù)據(jù)庫(kù)的正式版將在未來的幾周內(nèi)公開發(fā)布（generally available）。Sun原定于2008年更早的時(shí)候公開發(fā)布該版數(shù)據(jù)庫(kù)，但為了讓開發(fā)人員修復(fù)軟件漏洞而不得不推遲發(fā)布時(shí)間。

　　Sun日前已經(jīng)確認(rèn)最新版的MySQL 5.1的所有重大漏洞已經(jīng)被修復(fù)，一切都準(zhǔn)備就緒，翹首以盼的開源用戶可以期待它能夠在未來的幾周之內(nèi)公開發(fā)布。Sun公司的數(shù)據(jù)庫(kù)產(chǎn)品部門副主席Zack Urlocker表示，Sun的開發(fā)人員已經(jīng)在很多方面對(duì)MySQL 5.1進(jìn)行了反復(fù)檢查和測(cè)試，確保公開發(fā)行的正式版毫無問題。

　　Sun的官員早在四月份的MySQL大會(huì)上就曾經(jīng)放出消息說，這個(gè)新版的MySQL數(shù)據(jù)庫(kù)會(huì)在會(huì)議結(jié)束的幾周之內(nèi)與大家見面。不過，為了找出 MySQL 5.1的重大漏洞并將其修復(fù)所花費(fèi)的時(shí)間遠(yuǎn)遠(yuǎn)超出了Sun的預(yù)算，所以MySQL 5.1正式版的公開發(fā)布時(shí)間不得不一拖再拖。

　　市場(chǎng)調(diào)查機(jī)構(gòu)451集團(tuán)的分析師Matt Aslett表示，數(shù)周前MySQL的創(chuàng)始人Monty Widenius邀請(qǐng)MySQL的開發(fā)人員幫助公司決定是否該公開發(fā)布MySQL 5.1。很顯然，該公司對(duì)之前5.0的公開發(fā)布以及5.1候選版發(fā)布時(shí)因?yàn)椴粔驅(qū)徤魉赶碌腻e(cuò)誤仍然心有余悸，以至于現(xiàn)在很擔(dān)心會(huì)不會(huì)第三次犯錯(cuò)。 MySQL認(rèn)為有必要公開咨詢發(fā)布事宜的事實(shí)表明，公司對(duì)于漏洞報(bào)告過程信心不足，不然就是過于謹(jǐn)慎了。

　　Urlocker稱，Sun承諾，在給該產(chǎn)品貼上公開發(fā)行的標(biāo)簽并正式推薦客戶將其用在生產(chǎn)環(huán)境前，必須確保產(chǎn)品是真的沒有問題可以投放市場(chǎng)才 行。這也是Sun為什么在產(chǎn)品發(fā)布候選版(RC)階段找人來幫忙的原因。同時(shí)，Urlocker也表示，在開發(fā)人員的努力下，目前已經(jīng)把客戶曾經(jīng)上報(bào)沒有 修復(fù)的優(yōu)先級(jí)為一和二的已知漏洞都修復(fù)了。

　　Forrester市場(chǎng)調(diào)查機(jī)構(gòu)的分析師Noel Yuhanna則認(rèn)為，如果MySQL要擴(kuò)展其現(xiàn)有功能，以便為高性能的企業(yè)級(jí)環(huán)境提供支持，那么在這條提升的道路上必定會(huì)遇到困難，而Sun的延遲發(fā)布 就是最有力的證明。MySQL 5.1的研發(fā)大概耗時(shí)了三年時(shí)間，Sun對(duì)MySQL的項(xiàng)目一直都雄心勃勃，為此增加了大量企業(yè)級(jí)功能，以改善性能，例如基于行的復(fù)制等特性。這個(gè)功能可 以在主服務(wù)器和從服務(wù)器之間復(fù)制數(shù)據(jù)的變化，而不是實(shí)際的SQL語句。為了提高靈活性，MySQL團(tuán)隊(duì)還添加了混合復(fù)制功能，可以根據(jù)單個(gè)的SQL操作來 選擇使用語句復(fù)制或行復(fù)制。其他的增強(qiáng)功能還包括支持五種不同的數(shù)據(jù)分區(qū)形式——hash分區(qū)、list分區(qū)、key分區(qū)、range分區(qū)和sub-partitioning分區(qū)，據(jù)稱這項(xiàng)功能可以幫助客戶處理超大型的數(shù)據(jù)集。考慮到這些功能都非常復(fù)雜，確實(shí)需要在研發(fā)和測(cè)試過程中投入相當(dāng)大的力度，特別是如果想讓這款軟件能夠支持大型復(fù)雜的生產(chǎn)環(huán)境的話。

Tags: Mysql, 產(chǎn)品發(fā)布, Sun

在電子信息時(shí)代，是否充分利用電子商務(wù)成為中小企業(yè)成敗的關(guān)鍵。但在中小企業(yè)運(yùn)用電子商務(wù)的過程中，會(huì)遇到一些問題，影響到中小企業(yè)的電子商務(wù)的實(shí)施。

在電子信息時(shí)代，是否充分利用電子商務(wù)成為中小企業(yè)成敗的關(guān)鍵。“沒有電子商務(wù)，企業(yè)就只能等待死亡!”或許有些偏激，但確實(shí)是企業(yè)發(fā)展壯大的基本。但在中小企業(yè)運(yùn)用電子商務(wù)的過程中，會(huì)遇到一些問題，影響到中小企業(yè)的電子商務(wù)的實(shí)施。

首先，對(duì)電子商務(wù)認(rèn)識(shí)不足的問題

許多中小企業(yè)管理基礎(chǔ)落后，領(lǐng)導(dǎo)信息化意識(shí)不強(qiáng)，也沒有充分認(rèn)識(shí)到知識(shí)經(jīng)濟(jì)時(shí)代搶占信息市場(chǎng)的重要性。或者對(duì)如何開展電子商務(wù)理解比較片面，如 認(rèn)為電子商務(wù)就是上網(wǎng)，或簡(jiǎn)單地建一個(gè)網(wǎng)站，而相關(guān)的管理基礎(chǔ)卻沒有跟上，企業(yè)的電子商務(wù)僅停留在表面的網(wǎng)站建設(shè)上。因此中小企業(yè)不但在觀念上要重視電子 商務(wù)，而且要了解電子商務(wù)的實(shí)質(zhì)，不宜盲目跟風(fēng)。

此外，電子商務(wù)不單是一個(gè)企業(yè)的事情。中小企業(yè)供應(yīng)鏈的管理能力欠缺，如何和供應(yīng)鏈的核心企業(yè)合作，借助其平臺(tái)或第三方共享交易平臺(tái)開展業(yè)務(wù)也是中小企業(yè)開展電子商務(wù)的重要話題。

其次，設(shè)施落后的問題

中小企業(yè)使用互聯(lián)網(wǎng)和參與電子商務(wù)的程度參差不齊。據(jù)統(tǒng)計(jì)，目前參與電子商務(wù)的企業(yè)僅為22.3%，在眾多的行業(yè)用戶中，汽車行業(yè)、電子行業(yè)和 貿(mào)易行業(yè)等信息化建設(shè)水平較高。但在這些領(lǐng)先的行業(yè)，電子商務(wù)的應(yīng)用也極不平衡，很多網(wǎng)站都不成熟，如網(wǎng)站建設(shè)目的不明確，不知道目標(biāo)用戶是誰，不能反映 出企業(yè)的形象，網(wǎng)站功能簡(jiǎn)陋，用戶找不到自己需要的信息，用戶的咨詢也常常得不到回復(fù)等。有些企業(yè)雖然建立了網(wǎng)站，但過于關(guān)注于傳統(tǒng)業(yè)務(wù)，網(wǎng)站利用率極 低，甚至成為一個(gè)空殼。

由于資源有限，許多中小企業(yè)需要把主要精力集中放在業(yè)務(wù)上，難以投入足夠的資源進(jìn)行信息化建設(shè)。但中小企業(yè)普遍對(duì)采購(gòu)、生產(chǎn)、庫(kù)存、銷售、財(cái)務(wù) 和人事等方面的應(yīng)用有一定需求，應(yīng)用服務(wù)提供商模式ASP就成為中小型企業(yè)開展電子商務(wù)的選擇。就目前ASP的發(fā)展情況而言，由于觀念、安全等方面的因素 影響，ASP在國(guó)內(nèi)的發(fā)展并不讓人滿意。

再次，執(zhí)行不力的問題

由于中小型企業(yè)管理者還未充分認(rèn)識(shí)到電子商務(wù)給企業(yè)發(fā)展，營(yíng)銷手段帶來的革命性變化，因此對(duì)人才的培養(yǎng)沒有足夠的重視，導(dǎo)致電子商務(wù)人才的匱 乏。中小型企業(yè)開展電子商務(wù)既要技術(shù)又要人才，但這方面的人才在大企業(yè)也不是很充裕。專業(yè)人員的不足，電子商務(wù)模式缺乏創(chuàng)新，導(dǎo)致中小型企業(yè)缺乏網(wǎng)絡(luò)經(jīng)營(yíng) 的經(jīng)驗(yàn)，電子商務(wù)的優(yōu)越性表現(xiàn)不出來，許多中小型企業(yè)涉足電子商務(wù)心有余力不足。

資金短缺是中小企業(yè)的普遍困難。在有限資金的合理使用方面，許多中小企業(yè)尚處于摸索階段。很多中小企業(yè)對(duì)硬件的投資占到整個(gè)信息化投資80%以上，而配套軟件和IT服務(wù)等方面投入相對(duì)滯后，對(duì)軟件的選型不恰當(dāng)，咨詢合作伙伴協(xié)調(diào)不力，最終會(huì)使企業(yè)的投資回報(bào)率低，難以獲得持久的發(fā)展動(dòng)力。

第四、缺乏規(guī)劃的問題

中小型企業(yè)開展電子商務(wù)往往缺乏長(zhǎng)遠(yuǎn)規(guī)劃，比較注意短期效益。電子商務(wù)涉及業(yè)務(wù)轉(zhuǎn)型，不同企業(yè)發(fā)展電子商務(wù)的方式也是不同的。從利用互聯(lián)網(wǎng)瀏 覽、收集、發(fā)布信息，到建立企業(yè)網(wǎng)站，建立信息平臺(tái)，實(shí)施網(wǎng)上采購(gòu)，再到建立行業(yè)聯(lián)合采購(gòu)平臺(tái)，完善自己的供應(yīng)鏈管理系統(tǒng)等，中小型企業(yè)電子商務(wù)的實(shí)施要 逐步到位，長(zhǎng)遠(yuǎn)規(guī)劃，分步實(shí)施。

電子商務(wù)在我國(guó)的發(fā)展時(shí)間不長(zhǎng)短，中小企業(yè)對(duì)實(shí)施電子商務(wù)發(fā)展戰(zhàn)略方面還缺乏深刻的認(rèn)識(shí)，但是，“機(jī)不可失，時(shí)不我待”，在不以我們的意志為轉(zhuǎn)移的、勢(shì)不可擋的電子商務(wù)發(fā)展大潮面前，中小企業(yè)除了盡早實(shí)施電子商務(wù)以外，別無選擇。否則，遲早要被電子商務(wù)潮流所淘汰。

最后，全球化不足的問題

當(dāng)今，全球電子商務(wù)的發(fā)展是不可逆轉(zhuǎn)的態(tài)勢(shì)。電子商務(wù)是世界經(jīng)濟(jì)全球化和科技發(fā)展的必然產(chǎn)物，其發(fā)展勢(shì)頭不可阻擋，目前電子商務(wù)在技術(shù)上已初步 具備實(shí)施條件，在美國(guó)的推動(dòng)下，國(guó)際組織和發(fā)達(dá)國(guó)家政府相繼發(fā)表電子商務(wù)文件，而且從多邊貿(mào)易自由化發(fā)展的趨勢(shì)來看，不久將會(huì)有這方面的國(guó)際協(xié)議和規(guī)則出 臺(tái)。而目前的電子商務(wù)國(guó)際談判主要集中在少數(shù)發(fā)達(dá)國(guó)家之間，發(fā)展中國(guó)家若不及時(shí)參與到對(duì)話中來，不利于形成電子商務(wù)的國(guó)際框架。

對(duì)于中小企業(yè)來說，要致力于產(chǎn)品技術(shù)含量的提高、附加值的增加，最重要的是要增強(qiáng)企業(yè)的全球意識(shí)。全球電子商務(wù)專家中國(guó)諾網(wǎng)認(rèn)為，企業(yè)要真正地 實(shí)施全球化戰(zhàn)略，最緊迫的是提高企業(yè)的信息化程度。在融入國(guó)際市場(chǎng)后，已經(jīng)有相當(dāng)多的中小企業(yè)認(rèn)識(shí)到，網(wǎng)站的建設(shè)尤其是直接針對(duì)客戶的英文網(wǎng)站的建設(shè)，將 成為企業(yè)業(yè)務(wù)增長(zhǎng)的一個(gè)關(guān)鍵因素;同時(shí)也是企業(yè)區(qū)別于其他同行，建立自身品牌的重要平臺(tái)。而中小企業(yè)從網(wǎng)站的建立到托管再到維護(hù)這之間花費(fèi)的金錢，與在信息化程度提高、客戶來源更廣、品牌價(jià)值提升后獲得的利潤(rùn)相比，根本不值一提。正是意識(shí)到了網(wǎng)絡(luò)的重要性，中小企業(yè)的英文網(wǎng)站紛紛地建了起來。

品牌化、信息化、全球化，中小為外貿(mào)企業(yè)重新迎接更大商機(jī)的必經(jīng)之路。全球電子商務(wù)專家中國(guó)諾網(wǎng)作為國(guó)內(nèi)首家成熟的全球電子商務(wù)平臺(tái)，為國(guó)內(nèi)中 小企業(yè)精心準(zhǔn)備了高質(zhì)量的海外空間，讓國(guó)內(nèi)外貿(mào)企業(yè)的網(wǎng)站在海外高速、穩(wěn)定的運(yùn)行。讓全世界都能快速訪問你的網(wǎng)站，讓你的網(wǎng)站為你帶來更多的定單!使中國(guó) 企業(yè)的全球互聯(lián)夢(mèng)想不再遙遠(yuǎn)。

Tags: 中小企業(yè), SMB, 電子商務(wù)

　　從根本上說，這一現(xiàn)象的真正原因是出自組織體系。如果公司具備一套明確的體系，并得到管理高層的高度支持，那就可以借助相應(yīng)的軟件來順利展開工作。如果本末倒置，舍體系而求軟件，那恐怕世上任何一款軟件都難以從本質(zhì)上解決問題。

　　從管理角度來看，人們通常將問題劃分為三大類：即技術(shù)與技能、價(jià)值與行為，還有組織體系。

　　一套成熟的體系并不一定要基于軟件(盡管軟件能起到很大的作用)。它如同一本員工手冊(cè)，明確指導(dǎo)每位員工該做什么，何時(shí)做，以及如何去做，同時(shí)提供績(jī)效測(cè)量和責(zé)任分配的方式。

　　體系是公司的縮影

　　從本質(zhì)上說，公司就是一種體系。不同的體系造就了不同的公司特色。一套精良的體系是往往都會(huì)受到公司管理層的大力支持。公司中每個(gè)人都應(yīng)參與、了解，并從中得到幫助。體系是一種收集智能、獲取反饋的形式。

　　比如在CRM方面，我們就曾發(fā)現(xiàn)許多軟件實(shí)施其實(shí)都踏入了誤區(qū)。主要表現(xiàn)為：首先，幾乎沒有人去真正使用這一系統(tǒng)；其次，公司管理人員也忽略了這一現(xiàn)象。

　　從根本上說，這一現(xiàn)象的真正原因是出自組織體系。如果公司具備一套明確的體系，并得到管理高層的高度支持，那就可以借助相應(yīng)的軟件來順利展開工 作。如果本末倒置，舍體系而求軟件，那恐怕世上任何一款軟件都難以從本質(zhì)上解決問題。有不少公司一套接一套地實(shí)施各種軟件，斥資數(shù)百萬，但卻忽略了體系的 重要意義。

　　大道至簡(jiǎn)

　　每一家成功的企業(yè)都有成熟完善的員工手冊(cè)。這種手冊(cè)是一種活文件，它會(huì)定期更新，并用來培訓(xùn)指導(dǎo)新晉員工。

　　制定公司體系不是研究航天科學(xué)，所以越簡(jiǎn)單越好。然而，有不少企業(yè)往往匱乏這一體系來與員工進(jìn)行雙向溝通，并測(cè)量他們的績(jī)效。我們認(rèn)為，體系是提高效率最簡(jiǎn)單的方式。

　　比如有一家專業(yè)服務(wù)公司就部署了CRM軟件，并將它集成到銷售與市場(chǎng)體系中，從而為該公司帶來了顯著的投資回報(bào)。這家公司所謂的“秘訣”就是設(shè) 計(jì)一套體系來達(dá)成既定目標(biāo)，明確與每個(gè)責(zé)任人溝通，然后測(cè)量工作績(jī)效。CRM軟件中所獲取的數(shù)據(jù)會(huì)在董事會(huì)中進(jìn)行回顧檢驗(yàn)，從中查看該公司創(chuàng)建了多少潛在 客戶，制定了哪些流程。在這家公司中，從來沒有人討論“我們?cè)撊绾巫寙T工使用CRM”之類的問題，因?yàn)槭褂肅RM早已被定義成工作的一部分。

　　善于借鑒

　　借鑒優(yōu)秀公司在這方面的經(jīng)驗(yàn)?zāi)軒椭行∑髽I(yè)做的更好。很多公司都十分勤快地向CRM中錄入各種聯(lián)系人資料，但CRM卻沒有帶給他們什么成長(zhǎng)。而 一旦你制定了一套明確的體系，你的員工就知道何時(shí)該跟進(jìn)案例，如何根據(jù)服務(wù)等級(jí)協(xié)議(SLA)測(cè)量績(jī)效。CRM還是原來的CRM，但員工卻有了更為明確的 工作目標(biāo)與方向。

　　有些公司或許喜歡聘請(qǐng)外部顧問來分析自己的商業(yè)流程，但歸根到底，只有你自己才最了解你的企業(yè)，也只有你自己才能量體而裁，設(shè)計(jì)出合適的體系。

　　在一個(gè)體系里，軟件只是一種頗具價(jià)值的催化劑，而不是替代品。

Tags: SMB, 中小企業(yè)信息化, SaaS

　　廠商們或許總是在考慮用戶需要什么產(chǎn)品功能或什么解決方案，那么，現(xiàn)在，是否可以換個(gè)角度想一下用戶不需要哪些產(chǎn)品功能或者哪些解決方案?

　　“相比我們總在關(guān)心用戶需要什么而言，或許我們很少去關(guān)注用戶不需要什么，而這一點(diǎn)卻同樣值得我們?nèi)リP(guān)注與重視。”酷愛繪畫藝術(shù)的Trend Micro(趨勢(shì)科技)全球CEO近日指出。

　　的確，對(duì)于熟悉了企業(yè)商業(yè)運(yùn)作流程的IT供貨商來說，滿足用戶需求一直被解讀為對(duì)用戶需要什么的回答，然而從數(shù)學(xué)的角度看，這顯然不是一個(gè)充分 且必要的等式。相應(yīng)地，需要在回答用戶需要什么的基礎(chǔ)上追加用戶不需要什么。當(dāng)然，這樣的追加并非只適用于Trend Micro這一家或者這一類安全類的供應(yīng)商，諸如軟件及其升級(jí)功能、硬件設(shè)備、系統(tǒng)解決方案中各子模塊功能等統(tǒng)統(tǒng)都應(yīng)在追加之列。

　　隨便環(huán)顧一下我們身處的網(wǎng)絡(luò)環(huán)境，或者再稍試遙想一下網(wǎng)絡(luò)建設(shè)之初的當(dāng)年，不算完善的網(wǎng)絡(luò)環(huán)境發(fā)展至今雖然明顯有七拼八湊的嫌疑，但至少在上線 的當(dāng)時(shí)，各個(gè)零散的軟件或者硬件都的的確確曾經(jīng)發(fā)揮過各自獨(dú)有的功效。大概分析一下也不難理解，網(wǎng)絡(luò)環(huán)境從不成形到成熟顯然會(huì)經(jīng)歷需求在前、供應(yīng)在后的階 段，相應(yīng)的產(chǎn)品也自然都是跟著需求一步一步建設(shè)起來的。但是到今天，相信70%以上的企業(yè)用戶都深切感受到網(wǎng)絡(luò)環(huán)境錯(cuò)綜復(fù)雜的痛楚。這就說明人們不再一味 地需要“疊加式”的供應(yīng)模式了，用戶需求也已經(jīng)進(jìn)入需求與供應(yīng)的磨合期。

　　對(duì)此，或許廠商們依然會(huì)辯駁“我們一直在挖掘和滿足用戶的需求，用戶希望磨合的話那就磨合好了”，或者對(duì)于一些大型供應(yīng)商還會(huì)拿出很多整合型的 系統(tǒng)解決方案……凡此種種，其實(shí)我們不難發(fā)現(xiàn)很多時(shí)候或很多情況下，用戶的聲音都被淹沒了，供應(yīng)商總會(huì)用方案或者產(chǎn)品引導(dǎo)用戶，使得原本用戶比較清晰的需 求意向演變?yōu)樽罱K上線后的落差，久而久之，錯(cuò)綜復(fù)雜的痛楚也將繼續(xù)上演……

　　面對(duì)相似功能的產(chǎn)品如何選擇，甚至面對(duì)不同叫法卻相似功能的產(chǎn)品又該如何選擇，對(duì)于既要滿足當(dāng)前網(wǎng)絡(luò)承載的需求又須考慮未來可擴(kuò)展的用戶們，這些都正在成為他們所頭疼的問題。

　　那么，用戶到底希望怎么做呢?

　　從需求來看的話很簡(jiǎn)單，無非是“做減法”——簡(jiǎn)捷而奏效，在現(xiàn)有的IT資源上用最有性價(jià)比的投入同時(shí)獲得原有資產(chǎn)的充分利用和IT設(shè)施的可持續(xù) 發(fā)展。或許從實(shí)現(xiàn)的角度，供應(yīng)商甚至?xí)謶诌@樣的需求，但無論如何，現(xiàn)在用戶市場(chǎng)出現(xiàn)的產(chǎn)品功能重疊、難以協(xié)同、采購(gòu)量與功效比嚴(yán)重脫節(jié)等現(xiàn)象實(shí)在不容忽 視。

Tags: 企業(yè)信息化, 需求,

　　在未來的三至五年里，隨著五個(gè)主要的消費(fèi)者和商業(yè)趨勢(shì)的加速發(fā)展，云計(jì)算將不斷發(fā)展并且獲得更廣泛的應(yīng)用。

　　云計(jì)算基本上是用于一個(gè)由大量的連接在一起的計(jì)算機(jī)系統(tǒng)組成的共享的IT基礎(chǔ)設(shè)施的一種方法。由于它訪問“虛擬”資源，云計(jì)算不受本地和遠(yuǎn)程計(jì) 算機(jī)的功率和能力的限制。云計(jì)算是下一代企業(yè)數(shù)據(jù)中心，能夠像互聯(lián)網(wǎng)一樣操作，向連接到網(wǎng)絡(luò)的用戶提供極大的規(guī)模和快速的訪問能力。

　　云計(jì)算為需要時(shí)的使用、降低成本和能源的使用提供一種簡(jiǎn)化的、集中的平臺(tái)。與網(wǎng)格計(jì)算不同，網(wǎng)格計(jì)算是為一項(xiàng)具體的任務(wù)分布IT資源，云計(jì)算是在整個(gè)活動(dòng)范圍內(nèi)使用的。受到媒體最多關(guān)注的這種平臺(tái)是外部托管的服務(wù)，但是，有些是在企業(yè)內(nèi)部使用的，特別是在全球運(yùn)營(yíng)的企業(yè)中使用。

　　在未來的三至五年里，隨著五個(gè)主要的消費(fèi)者和商業(yè)趨勢(shì)的加速發(fā)展，云計(jì)算將不斷發(fā)展并且獲得更廣泛的應(yīng)用。

　　1.網(wǎng)絡(luò)成為一種全球共享的通信媒介

　　目前，網(wǎng)絡(luò)用于交換、發(fā)布和操作信息。網(wǎng)絡(luò)內(nèi)容不再像早些年那樣是靜態(tài)的，全球用戶每一天都在改變網(wǎng)絡(luò)內(nèi)容。維基百科、Facebook和 YouTube等網(wǎng)站就是突出的例子。不過，這些網(wǎng)站只是冰山的一角。社交網(wǎng)絡(luò)、流音頻和視頻和其它協(xié)作工具正在企業(yè)內(nèi)部網(wǎng)的防火墻后面快速發(fā)展。知識(shí)工 人，特別是那些搞研發(fā)的知識(shí)工人，使用網(wǎng)絡(luò)應(yīng)用程序在全球范圍內(nèi)協(xié)作研究項(xiàng)目。

　　中國(guó)電信和歐洲專業(yè)服務(wù)公司Sogeti使用內(nèi)部云計(jì)算平臺(tái)在員工之間進(jìn)行在線的、實(shí)時(shí)的集思廣益的討論。這個(gè)高性能的平臺(tái)能夠搜集Sogeti公司1.8萬員工的意見并且對(duì)這些意見進(jìn)行分類和分析以便應(yīng)用到業(yè)務(wù)中。

　　互動(dòng)、實(shí)時(shí)的通訊也稱作Web 2.0，是云計(jì)算的主要推動(dòng)因素。云計(jì)算能夠使用現(xiàn)有的基礎(chǔ)設(shè)施在極短的時(shí)間內(nèi)處理大量的信息以滿足動(dòng)態(tài)網(wǎng)絡(luò)的高性能的需求。

　　2.使用較少的能源的需求

　　由于擔(dān)心成本問題和增加碳排放量，減少IT部門使用能源的目標(biāo)正在日益受到關(guān)注。云計(jì)算更有效地使用能源，減少了運(yùn)行數(shù)據(jù)中心所需要的耗電量。 過剩的計(jì)算能力會(huì)得到利用，不是打開電源，使用能源，而是保持待機(jī)狀態(tài)。據(jù)研究機(jī)構(gòu)Info-Tech Research Group稱，大多數(shù)計(jì)算機(jī)服務(wù)器都是一直在運(yùn)行的，但是，僅有10%至20%的工作負(fù)荷得到了利用。通過整合資源，云計(jì)算平臺(tái)能夠升級(jí)或者降級(jí)，節(jié)省能 源和運(yùn)行成本。

　　3.急切需要的技術(shù)創(chuàng)新

　　在全球經(jīng)濟(jì)中，尋求更多的技術(shù)創(chuàng)新、把新思想更快地應(yīng)用到市場(chǎng)和實(shí)用技術(shù)加快實(shí)現(xiàn)結(jié)果是推動(dòng)云計(jì)算的主要?jiǎng)恿ΑＴ朴?jì)算能夠隨時(shí)隨地在需要時(shí)以較低的成本提供強(qiáng)大的計(jì)算能力。

　　在中國(guó)無錫的一個(gè)工業(yè)園區(qū)，大多數(shù)新興的軟件企業(yè)都能夠讓員工把計(jì)算機(jī)插入網(wǎng)絡(luò)接口訪問整個(gè)公司的IT基礎(chǔ)設(shè)施。這個(gè)工業(yè)園區(qū)與IBM合 作創(chuàng)建了一個(gè)云計(jì)算中心為園區(qū)內(nèi)的租戶提供托管的服務(wù)。IT是這個(gè)工業(yè)園區(qū)的基礎(chǔ)設(shè)施的一部分，同取暖、照明和水一樣。對(duì)于軟件新型企業(yè)來說，這就意味著 降低了開發(fā)產(chǎn)品的成本。他們不用購(gòu)買和操作自己的服務(wù)器、應(yīng)用程序和工具，只需要為自己實(shí)際使用的IT服務(wù)付費(fèi)。越南國(guó)家大學(xué)最新建立了一個(gè)云計(jì)算平臺(tái)以 便更快地培養(yǎng)員工隊(duì)伍的IT技能。

　4.尋求簡(jiǎn)單化

　　雖然技術(shù)的發(fā)展越來越高級(jí)，但是，用戶希望技術(shù)仍然像以前一樣容易使用。以服務(wù)的方式在互聯(lián)網(wǎng)上提供軟件取得的市場(chǎng)成功就是向簡(jiǎn)單化發(fā)展的一個(gè) 例子。軟件服務(wù)也是云計(jì)算的一個(gè)先驅(qū)。通過購(gòu)買一項(xiàng)服務(wù)，而不是直接購(gòu)買軟件產(chǎn)品，企業(yè)能夠直接使用最新的軟件，沒有復(fù)雜性和管理成本，也不需要進(jìn)行升 級(jí)。

　　云計(jì)算能夠給整個(gè)IT范圍帶來同樣的簡(jiǎn)單性。有些云計(jì)算平臺(tái)是由外部托管的并且是作為一項(xiàng)服務(wù)購(gòu)買的。這對(duì)于那些缺乏技術(shù)人員的小企業(yè)是有吸引力的。然而，許多企業(yè)，特別是大企業(yè)，可能會(huì)選擇內(nèi)部的平臺(tái)，特別是在存在安全和隱私問題的金融等行業(yè)。

　　5.消除混亂建立結(jié)構(gòu)

　　網(wǎng)絡(luò)實(shí)現(xiàn)了快速訪問大量的信息。但是，分類這些信息是一個(gè)挑戰(zhàn)。谷歌等搜索技術(shù)的成功就在于滿足了次序和分類的需求，因?yàn)樾畔⒌目焖贁U(kuò)張超出了人類大腦能夠處理的速度。谷歌在美國(guó)的搜索網(wǎng)站每個(gè)月的訪問人次達(dá)到1.41億。

　　每一天大量的互聯(lián)網(wǎng)用戶都要向全球的網(wǎng)站貢獻(xiàn)數(shù)據(jù)、照片、音頻和博客。沒有快速和準(zhǔn)確地找到用戶需要的信息的能力，網(wǎng)絡(luò)作為一種生產(chǎn)率工具的價(jià)值就會(huì)開始消失。

　　云計(jì)算是專門為消除混亂建立次序量身定做的技術(shù)。云計(jì)算提供了把各種不同種類的信息集成在一起的能力。為處理大量的數(shù)據(jù)提供了更多的計(jì)算能力，提供更簡(jiǎn)單的基礎(chǔ)設(shè)施管理復(fù)雜性。

　　作為一種新興的技術(shù)，云計(jì)算將隨著時(shí)間的發(fā)展而變化。云計(jì)算的真正價(jià)值是能夠?qū)χ饕纳虡I(yè)和市場(chǎng)趨勢(shì)做出反應(yīng)。這些趨勢(shì)未來幾年將仍然存在于我們的技術(shù)環(huán)境中。

Tags: 云計(jì)算, 技術(shù)趨勢(shì), web2.0

　　此外，方便地設(shè)置和配置的虛擬機(jī)能夠讓數(shù)據(jù)中心更靈活和更動(dòng)態(tài)化，對(duì)變化的應(yīng)用程序工作量迅速做出反應(yīng)。一個(gè)增加的優(yōu)勢(shì)是虛擬機(jī)管理程序提供的操作系統(tǒng)分區(qū)非常適合當(dāng)前的N層的、以Web為中心的應(yīng)用程序架構(gòu)。

　　盡管有這些大量的好處，虛擬化對(duì)于數(shù)據(jù)中心管理員并不是一個(gè)真正的祝福。虛擬化的薄弱方面(也稱作虛擬蔓延)能夠很快侵蝕掉從物理向虛擬化過渡 節(jié)省的硬件和人員開支。蔓延還是一個(gè)粘糊糊的詞匯。一個(gè)人的蔓延也許是另一個(gè)的適應(yīng)性。但是，Embotics公司產(chǎn)品營(yíng)銷經(jīng)理Anthony Mar對(duì)于這個(gè)詞匯提出了這樣的定義：虛擬蔓延可以定義為虛擬機(jī)沒有適當(dāng)?shù)腎T控制的擴(kuò)散。他補(bǔ)充說，這不是關(guān)于虛擬機(jī)的實(shí)際數(shù)量的問題。這主要是關(guān)于虛 擬環(huán)境如何構(gòu)造和控制的問題。

　　FastScale公司負(fù)責(zé)工程的副總裁Richard Offer說，鼓勵(lì)這種行為被認(rèn)為是零成本創(chuàng)建虛擬機(jī)。他指出，虛擬機(jī)是很容易創(chuàng)建和存儲(chǔ)的，特別是與物理服務(wù)器相比更是如此。用戶沒有認(rèn)識(shí)到存在著極度浪費(fèi)的累積成本。

　　創(chuàng)建虛擬機(jī)的容易和方便性是造成蔓延的主要因素。但是，根本的原因是圍繞虛擬機(jī)管理缺少管理控制和流程。Info-Tech分析師John Sloan指出，即使一家公司擁有一個(gè)除非例外全部采用虛擬化的政策，這家公司仍然需要正式的部署流程，甚至要像對(duì)待物理服務(wù)器那樣對(duì)待虛擬服務(wù)器。

　　獨(dú)立質(zhì)詢顧問Anil Desai在Embotics公司贊助的白皮書中稱，虛擬機(jī)蔓延最常見的根源是沒有計(jì)劃和沒有協(xié)調(diào)的部署、非生產(chǎn)的虛擬機(jī)和虛擬設(shè)備。

　　虛擬機(jī)蔓延成本增加

　　虛擬蔓延不僅是管理方面令人討厭的問題，它還是有昂貴代價(jià)的。Mar指出，虛擬機(jī)的四類成本包括基礎(chǔ)設(shè)施、管理系統(tǒng)、服務(wù)器軟件和管理。在虛擬機(jī)基礎(chǔ)設(shè)施中，雖然機(jī)器也許是虛擬的，但是，它們消費(fèi)的資源是真實(shí)的。

　　Mar指出，應(yīng)用程序需要處理、內(nèi)存、存儲(chǔ)和網(wǎng)絡(luò)，無論它是否包含在虛擬機(jī)中。你擁有的虛擬機(jī)數(shù)量越多，你需要的資源就越多，它的成本就越多。

　　CiRBA公司共同創(chuàng)始人和首席技術(shù)官Andrew Hillier指出，他稱作“朽木”的利用率不足的虛擬機(jī)或者孤兒式的虛擬機(jī)的成本會(huì)非常高，因?yàn)橐粋€(gè)真運(yùn)行而不做任何有用的工作的鏡像仍然在消耗系統(tǒng)的內(nèi)存。所有的虛擬機(jī)都要占用有價(jià)值的硬盤空間，每個(gè)ISO鏡像通常占用幾GB空間。

　　Mar指出，蔓延還會(huì)增加數(shù)據(jù)中心管理系統(tǒng)的成本，因?yàn)樵S多管理系統(tǒng)的許可證都是根據(jù)管理的節(jié)點(diǎn)或者客戶端代理收費(fèi)的。這意味著你擁有的每一臺(tái) 虛擬機(jī)都有累計(jì)的許可證費(fèi)用。Mar還謹(jǐn)慎地指出，雖然虛擬機(jī)很容易創(chuàng)建和部署，但是，配置、監(jiān)視、升級(jí)和使用補(bǔ)丁等標(biāo)準(zhǔn)的系統(tǒng)管理活動(dòng)是有管理成本的。

　　Info-Tech公司的Sloan贊成這個(gè)觀點(diǎn)。他指出，許多服務(wù)器管理任務(wù)，如升級(jí)補(bǔ)丁、都把服務(wù)器當(dāng)作運(yùn)行的操作系統(tǒng)和應(yīng)用程序?qū)嵗幚怼Ｔ谶@方面，100個(gè)虛擬服務(wù)器仍是100個(gè)管理實(shí)例，而不管下面的物理服務(wù)器的數(shù)量是多少。

　　由于包含各種變量，預(yù)測(cè)蔓延的財(cái)務(wù)成本是有問題的。這些變量包括沒有使用的多余的機(jī)器、IT管理員逐步增加的開銷、需要的新的軟件許可證的數(shù)量、硬盤空間的成本和存儲(chǔ)管理等。

　　據(jù)Embotics公司進(jìn)行的調(diào)查，大多數(shù)客戶認(rèn)為他們公司的大約30%的虛擬機(jī)很可能是冗余的。實(shí)際的物理服務(wù)器審計(jì)證實(shí)了這個(gè)數(shù)字。這個(gè)審計(jì)指出，有些客戶把冗余量定在50%以上。Embotics的客戶預(yù)計(jì)他們運(yùn)行一臺(tái)普通服務(wù)器的成本大約是1000至3000美元。這些成本包括操作系統(tǒng)、應(yīng)用程序、工具和相關(guān)的管理系統(tǒng)代理程序等軟件許可證。Mar稱，一個(gè)150個(gè)虛擬機(jī)的環(huán)境平均有5萬至15萬美元的費(fèi)用與冗余的虛擬機(jī)有關(guān)。

　　由于虛擬機(jī)的設(shè)置不當(dāng)，蔓延還增加了軟成本，如增加的安全風(fēng)險(xiǎn)或者遵守法規(guī)的問題。

　　如何減小或者防止蔓延

　　減小蔓延的兩個(gè)主要方法是恢復(fù)對(duì)虛擬機(jī)的生命周期管理控制和根據(jù)可用的物理資源優(yōu)化虛擬機(jī)和相關(guān)應(yīng)用程序的使用。Sloan說，改善虛擬機(jī)管理對(duì)于虛擬機(jī)廠商來說是一個(gè)積極開發(fā)和差異化的領(lǐng)域，因?yàn)樘摂M機(jī)管理程序?qū)⒑芸毂恍薷摹５谌杰浖_發(fā)商也進(jìn)入了這個(gè)領(lǐng)域，推出一些新的基于政策的虛擬化管理產(chǎn)品，特別是針對(duì)管理虛擬化環(huán)境獨(dú)特難題的產(chǎn)品。

　　優(yōu)化軟件旨在通過描繪虛擬化應(yīng)用程序工作量的特點(diǎn)并且把它們映射到數(shù)據(jù)中心的服務(wù)器池和存儲(chǔ)中來改善可用資源的利用。比較新的方法許諾通過創(chuàng)建 FastScale公司所說的“動(dòng)態(tài)應(yīng)用程序捆綁”來顯著減少虛擬機(jī)占用的資源。“動(dòng)態(tài)應(yīng)用程序捆綁”是一個(gè)小的、功能齊全的軟件環(huán)境(一個(gè)虛擬機(jī)鏡像使 用大約1%的內(nèi)存)，僅需要一個(gè)應(yīng)用程序需要的準(zhǔn)備的軟件組件。

　　虛擬化是一個(gè)強(qiáng)大的工具，允許IT部 門快速建立和部署新的系統(tǒng)環(huán)境，同時(shí)增加使用不足的硬件的利用率。遺憾的是虛擬機(jī)創(chuàng)建的簡(jiǎn)單性和方便性能夠?qū)е虏惶玫氖虑椋绱罅咳哂嗟摹⒑苌偈褂玫幕?者孤兒式的虛擬鏡像。如果部發(fā)現(xiàn)這個(gè)問題，這種虛擬蔓延將迫使企業(yè)付出巨大的成本。不過，新的管理工具和優(yōu)化軟件現(xiàn)在能夠讓數(shù)據(jù)中心管理員控制虛擬機(jī)環(huán) 境，更有效地把虛擬的應(yīng)用程序映射到他們的物理服務(wù)器。

Tags: 虛擬化, 虛擬機(jī), 成本.IT, 架構(gòu)