⑴ sqlServer2008產品技術問題
天哪，像我這種菜鳥看都看不明白了！
⑵ 如何更好的實現企業級雲平台線上環境web應用安全及高可用
一個是防攻入，伺服器對黑客攻擊的防範。
另一個是防攔截，用 SSL 證書加密。
再就是防注入，對防問參數做嚴格的安全性檢查，代碼要考慮注入安全。
⑶ IT工作心得體會
工作是一件可以學到很多鍛煉很多的事，雖然充滿焦慮和等待但也充滿著刺激興奮和足夠的滿伍顫足感。下面是為大家提供的IT工作心得體會，歡迎閱讀。
IT工作心得體會(一)
工作是一件可以學到很多鍛煉很多的事， 雖然充滿焦慮和等待但也充滿著刺激興奮和足夠的滿足感。
從Melb回來以後，大概是二月初左右， 我開始正式尋找一份能帶來穩定收入的全職工作。 我沒有PR，成績普通，只有大概半年在純塌一家華人公司做網站的開發經驗， 但我從來都沒有覺得會找不到工作，因為我堅信在這個行業， 技能和學習能力思考能力是大於其他一切的。IT這個行業， 方向太多， 所以我的想法是， 在開始找以前， 應該先把自己的方向和未來的職業選擇好， 不要顧及面， 而應該專心於點和深度(這和做某件事倒是有異曲同工之妙)。就是因為行業方向多， 專精和學習能力才是僱傭者真正考量一個junior雇員的事。
方向和具體職位定下來以後，就開始具體圍繞這個職位的普通要求來修訂簡歷。簡歷不應過長，一頁即可。 能夠不需要的內容，比如愛好興趣人格之類的，都不要往上面放。從技能開始是比較好的方式，學歷倒是一筆帶過即可，因為只有很大的公司比如銀行或者四大才會以分數來做第一輪篩選的標准，而我一方面是分數不行，另一方面對大公司向來有生理上的厭惡感，所以根本就不會考慮這個問題。
接下來就應該羅列做過的事，如果有portfolio就放鏈接和簡單的描述，有工作經驗就放工作經驗，都沒有就放學校的項目經驗，如果都沒有，就先去找了做了再回來這一步吧(需要注意的是，只放和所求職位相關的經驗，比如是php的職位關於java的我就基本都不列)。羅列經驗時，盡量不要有段落篇幅，而以短語bulletin為主。看簡歷的人是沒時間來讀小說的，所以在最短的時間內能提供給閱簡歷者最大的信息量是最值得考量的東西(這個倒是和SEO有點像)。另外，誠實真實是我自己的堅持，只寫真正做過的事，只寫真正懂並有經驗的技能，任何不懂的都不要往上寫，要確定你所寫的技能，都是你能動手去做實際做腔褲敗過的。技能的羅列也要由最強到最弱的順序來排，項目經驗也是如此，就和客戶用google搜東西不會看兩頁以後的網站是一個道理。
另外，強調自己的什麼人格優勢，團隊性格之類的，我完全沒有放進簡歷，因為這些可以通過cover letter來描述， 沒有必要再這里佔用寶貴的簡歷空間。而且這之類的事也不是你自己寫了人家就信的，真正有面試時人家自然會來體會。簡歷的事， 大抵就是如此。
接下來我開始操作的是cover letter。為不同的職位公司來多次修改cover letter是我前一年找工作時經歷的最痛苦的事之一。 所以這次，在確定了只投相同或相似的職位以後，cover letter變得輕鬆了許多。寫好一個萬用的cover letter是很辛苦但是益處無窮的事，屬於典型的一次投入多次回報。cover letter大抵是四五段左右，用詞用句都可以自己去搜一下，最好避免自己寫太多的句子，畢竟大部分像咱們這樣的，寫作都不咋的。
因為屬於比較正式的信件，還是多用點穩妥的書面表達比較好。第一段大概就是講自己在哪裡看到職位然後自己是什麼樣的一個情況於是有意願來求職。第二段就開始要針對職業描述上的每一條來列舉自己能夠符合靠上去的技能，自信點大膽點就好。
第三段就可以談談自己性格上的優勢，人格上的魅力，多麼多麼的團隊之類的屁話，這是必須的。最後就總結下，自己覺得自己能夠勝任這個職位，能給公司或者團隊帶來如何的益處，希望能有面試的機會，並附上自己的聯系方式電話郵件等等。在我投過的所有機會里，九成九的我只修改了日期和職位名稱，當然這和我所投的web developer這個名稱比較寬泛有關。cover letter的重要性，我覺得還是必須重視的，畢竟大部分人都是先看郵件正文里的cover letter， 再點開附件看簡歷， 和簡歷的重要性相比可以說有過之而無不及，可以說是敲門磚的敲門磚， 如果這塊就掉了， 就連砸一塊金磚過去敲門的機會都沒有了。
搞定上面兩件利器以後，有些細節要注意一下。不要用自己平時的聯系郵箱，而應單獨注冊一個求職專用，能直接從郵件地址上看出人名的郵箱(這點由江江同學貢獻)。我個人的建議當然是gmail，速度快容量大無廣告，功能多和google產品結合較好，IMAP的訪問方式在iphone上堪稱完美。在注冊這個求職專用郵箱以後，直接在設置里全部轉發到自己的常用郵箱(是gmail當然最好)，這樣就避免了每天需要查幾個郵箱的麻煩。在自己的常用郵箱里，建立關鍵字過濾器。有工作相關的關鍵字時，全部打上專門的工作標簽來分文件夾。全部用gmail的好處還在於，在自己的常用郵箱里回復郵件時，可以直接選擇自己的發件地址為求職專用郵箱而不是自己的常用郵箱，方便且專業。說到這里，有件小事讓我對gmail的喜愛又上一個台階。在我們的cover letter里， 通常會有I have attached my resume below之類的文字，有那麼一次，我在貼完cover letter至郵件正文後，忘記了上傳附件而直接點了發送。此時令人驚訝的事發生了，一個popup對話框顯示，“您的正文中有attach字樣而附件為空， 您確定要發送郵件而不附上任何附件么?”，我當時就震驚感動佩服的五體投地。如此細小的地方都做了用戶體驗方面的設計， 讓人如何不愛google。
其實我覺得，在做好了以上的事以後，找工作接下來就是一個機械重復的體力活，如何把規律的體力活做好， 其實也是有一定的技術含量的。澳洲最大的找工作網站是seek，其他還有mycareer，不過我只專注在seek上，因為seek大概佔了全澳百分之八十的招聘信息，已經足夠任何人去投了。
注冊seek以後，先根據自己的情況來完善profile。接下來，最重要的事就是，郵件訂閱。seek提供了根據關鍵字和其他特別欄位要求來發送每天更新的新招聘信息至用戶的郵箱。根據每個自己想要的職位，來設定特別的關鍵字，級別和薪資要求以後，對應的每天新增的信息就會以列表的形式在夜裡三點左右發至你的郵箱。於是以後的事，就是每天查查郵件，然後選擇自己覺得合適的去投。一個重要的事是， 有很多招聘信息是獵頭中介發的 類似這種我是一概不投的，因為大都石沉大海，而且不直接與公司的人接觸面試什麼的 也對公司無法了解，這種浪費時間還不討好的事不如不做。
另外一件值得做的事是，記錄下你投過的公司和職位。因為一般的流程是，對方會先short-list一部分，然後電話， 覺得合適，才會發郵件和你約接下來的面試或者測試。往往這時候，當你投過幾十份上百份以後，任何人打電話過來告訴你公司名，你是不可能回想起來的，因為保存一份doc包含公司職位，地點，公司信息，seek上對應的職位描述頁面，公司的頁面等等信息，是很有必要的。
一方面你能掌握投過哪些，可以避免重復投遞失敗的職位，另一方面能夠對自己投過的數量有個統計，如果長久沒有回信和迴音，就應該及時對簡歷和cover letter做出調整。對此我是使用google docs，方便在於雲在任何地方都能訪問， 這和郵箱是一樣的道理。另外我對不同的地區也分了文檔，分別是sydney， melb和其他。根據我的統計， ydney的機會是最多的，大概佔了全澳的三分之二，當然人口和競爭也是最多的。melb的話，大概數目是sydney的三分之一至一半，而其他地區加起來，也就和melb的機會一樣多。
我的情況是，sydney的迴音是最多的，其次則是昆州等地區，melb則一個正面回復都沒有，唯一一個email聯系過一次的，也在二十天後拒了我。大概是因為我人在sydney，而昆州缺人缺的太厲害的原因吧。在技術分布方面， 網站或者web application方面開發是最多的，不論前段還是後端。然後後端技術php最多，net和j2ee差不多, python, RoR甚至perl也曾見過，不過非常稀少。除了做web，資料庫是相對來說多點的，不論是做分析開發挖掘還是管理，都不少，是個可選的方向(雖然個人感覺枯燥)。再就是iOS等移動開發看得出來有越來越火的趨勢，值得一追。底層系統開發或者網路之類的，大概是最少(但貌似錢是最多的，因為稀少)。薪資方面，悉尼算是全澳消費數一數二，薪資方面確實是如此，45k+super是行業基準線(當然是對junior/entry而言)。其他地方也能拿到40k左右的， 但和房價一比， 這40k就比悉尼的值錢太多了。
其實對我來說，如果拿到了面試機會，能拿到offer的機會大概就是一半以上。最焦躁的，其實正是等待迴音這個階段。在我正式開始投簡歷的兩個禮拜以內，只有少數的email和電話，一個正經的面試機會也沒有，不過在接下來的兩個禮拜里，面試開始爆發了(上周三個，這周四個，下周四個)。
我想這是和澳洲人生活工作都比較慵懶有很大的關系， 所以各位完全不用擔心和過於焦躁(我今天還接到20天前投的一個職位的電話約定面試)只要有電話和email回信， 就說明你的cover letter和簡歷是有用的能入眼的，但如果電話和email回信在兩三個禮拜里基本沒有，就應該及時的做出調整了。至於面試方面， 我實在無法給出什麼實際有用的意見。大概的把常見面試問題看看心裡有個譜不要到時候突然發慌，技術問題自己慢慢准備積累， 穿著方面自己覺得看的過去(像我這種從來不喜穿正裝的人還是去買了件半正式半休閑的襯衣來做面試聖衣)，面試前不要太飽和太餓否則都會影響大腦運作，開始前喝點咖啡能量飲料都是可以的(不過要注意這兩個都是利尿的，對於長時間的面試就不要喝太多水之前)，面試中應該不卑不亢， 該笑的時候笑不該笑的時候不笑，能夠自己來控制面試過程中的氣氛走向是最好的，切忌過於緊張或過於興奮，另外最重要的一點是誠實，因為假話自己是沒有記憶的，反復問的話會出問題，不如不說。
關於英語，語速不要過快， 平時自己怎麼說話就怎麼說，也不用特意去准備什麼商務英語。臟話的話，能避則避，不過興奮的瞬間脫口而出也倒不是什麼大不了的事，畢竟澳洲人這方面都非常的不古板和不保守，所以不用特別在意。我面試的感覺是， 其實我們這個行業， 技能方面都差的不多，畢竟學習能力才是更重要的，所以個人人格魅力起的作用比想像的要大很多， 鬼佬大都喜歡開放有趣有自己生活的人，有話談得來， 公司團隊氣氛融洽才是他們看重的， 當然這些都是建立在技能能達到最低基本要求的基礎上。在國外工作的好處就在這里能得到體現， 畢竟任何價值都是人創造的， 人才是工作里的一切， 把人當人才會有更好的效率和效果。
如果面試順利， 接下來的就是接受offer與否了。當你的面試太多，可以選擇的公司太多的時候，受offer與否就是個糾結的命題。是選你愛的， 還是選愛你的， 是個從未消停的問題(在各個領域)。而由於我從來都是只在乎自己愛的， 所以拒掉一兩個offer去等待自己愛的公司在我看來是天經地義。但這並不適用於所有人，畢竟個體追求不同， 另外如果機會和offer對你來說非常稀少和難得， 抓住轉瞬即逝的機會也並不是不可取的， 畢竟有了溫飽才會有更多的精力去追求自己愛的人和事。
關於求職，在我們這個地方和這個行業， 我的經驗不多，大抵就是以上這些，希望能對正在袋鼠國掙扎的朋友有些許的幫助。有任何疑問可以盡管放馬過來，我會盡我所能的回答並補充到下面，謝謝。
IT工作心得體會(二)
看到了很多同學問到各銀行的待遇以及IT部門的發展之類的話題，想到了自己銀行的情況。
1、加班非常多。 機房是24小時開放的，每天都有人值夜班。我所在的地區我們分行只有800人不到，IT部門就只有6、7個人。他們每天除了正常的工作之外還要應對各種培訓、學習。銀行因為白天要對外營業，所以每次培訓之類都是在晚上和周末，而且不是800人一起培訓，而是今天這個培訓，明天那個培訓。這個工作量是非常大的。而且銀行加班基本是沒有加班工資的。因為國家不允許這種量的加班。
2、薪水問題。 大家都說銀行薪水好。那是因為大家看到的只是薪水好的部門。我現在在銀行做貸款，屬於一線營銷崗位，薪水自然還不錯。但如果你不是做營銷而是後台部門比如IT，那你只能拿到基本工資和平均獎金，這個數字看起來就沒那麼有吸引力了。除非你能當老總。可這個部門不像營業網點，一個地區可以幾十個網點，這個IT部門基本上一個地區就一個，也就是說一個地區就一個老總，這個老總又不像別的崗位可以橫向調動，在銀行里做IT你就只能做IT，不可能調你去做什麼公司業務，所以我個人認為升遷的機會也比較小。但如果你是去總行的信息技術部搞些個產品研發之類也就不說了，那肯定是非常好的，但這樣的部門基本也不可能要一個剛畢業的學生。
3、銀行的各項任務是很重的，而且可能看起來都非常不人性。 不要以為你在IT部門就不可能有任務。我們講究的是全民皆兵。
以上只是我個人的一些看法，給一些純粹是為了拿高薪找安逸的同學一個提醒。
當然銀行也有銀行的好。比如：
1、如果你做的很好，這里指的是營銷，比如你能帶來大量存款，你有很廣的客戶資源，那你的薪水會非常高而且不受職務限制。
2、福利待遇非常好。 我們銀行給我們解決了所有的後顧之憂，你只要好好工作，其他什麼都不用你操心，我們有非常低的行員貸款利率，你買房子就不需要擔心。我們是按照最高比例來購買各種保險、公積金之類。即使你生病了，你住院了，不但醫葯費都能報銷，算下來你每天還能賺幾百塊錢，可能比上班都高。
總之吧，銀行就是個數字說話的地方。想在這做IT可能你永遠都做不到最頂端。但也有他的好。大家各自考慮吧，只是就個人的感受給大家的建議。相比較之下我認為我所在的招商銀行是最有潛力的銀行，發展非常快，企業文化非常好。工、農、中、建四大行規模非常大，但因為是老行也有很多弊端，國企思想比較嚴重，論資排輩。交行的特色在於他是股份制銀行中最大的，個人理財比較突出。民生是最變態的，只要你有業績，第二天就是行長，只要你沒有業績，馬上從行長變成行員。中信是業內口杯最差的，到處亂市場，很受同業鄙視。華夏的最大特點在於他的公司業務。一般越小的行可能待遇越好，機會也越多，因為他在發展。
其實就個人而言，我覺得銀行里做IT就像是當年我們來北郵，大家都知道北郵非常好IT業的最高學府。可我們當時因為種種原因到了北郵的語言學院學外語。並不是說語言學院不好，我們在這里也學到了很多東西。但這里的主流是IT，語言院再發展可能也比不了北京外國語。就是說你是到一個非常好的學校一個非主流的專業，還是到一個一般學校的主流專業，你可以自己考慮。
IT工作心得體會(三)
IT運維工作直接關繫到應用系統運行的正常穩定，但運維工作紛繁復雜，正規化、系統化相對比較弱，如何改變這種現狀?從眾多的運維工作者的成功失敗中進行經驗總結，並提升為運維規則，是提高運維水平，保障應用系統正常穩定運行的有效途徑。
筆者通過自己的多年運維經驗，總結出以下必須遵守的基本運維規則，可以大大減少缺乏經驗的運維人員因為自身失誤導致系統出故障的可能性。
一、系統變更、升級應先在同樣的環境測試通過，執行前應有經過驗證的回退預案
運維是一門經驗的學科、是一門試錯的學科。沒有做過的東西、總是會給你出意想不到的難題，因此變更前，一定要在相同或者相似運行環境下進行測試，通過後才能在正式環境下執行變更。同時應准備好變更失敗的回退預案，比如，做好系統備份、資料庫備份、配置備份，固化變更前的運行現場，讓變更有回頭的機會。
二、對破壞性的操作要先確認符合預定方案，然後謹慎執行 什麼是破壞性的操作?
比如：
對MSSQLServer，執行update操作，因為不需要commit，所以特別容易忽視也特別危險，還有delete、drop等操作更不用說。
對 Oracle 而言：truncate table_name、delete table_name、drop table_name，這些語句執行起來輕松簡單也愜意極了、但記住!即便數據可被回滾、代價也是非常大!
對 Linux 而言，rm -r 所有當前及其子目錄的所有數據都將被刪除。經歷過這種故障的人、大多會給 rm 上個別名
A liasrm='rm -i'
同理、cp 和 mv 也可以有同樣的選項：
aliascp='cp -i'
alias mv='mv -i'
對window而言，shift+del文件或者目錄 對任何系統而言，無備份直接修改文件等
三、備份並驗證備份的有效性
不管是硬體還是軟體總有意外崩潰的時候，怎麼辦?備份!!!備份的學問很大、按照不同的維度可以分：冷備和熱備、實時和非實時、物理和邏輯、全備增量備。
備份有了、可以高忱無憂了嗎?不行!尚須驗證備份的有效性。一個總有那麼幾次、備份無法保證 100% 恢復，簡單的驗證就是找個空庫恢復出來。
四、對生產環境永保敬畏之心
這是避免應用系統發生故障的一條鐵規，也是被開發、運維人員容易忽視的地方。要堅決杜絕直接在生產環境做開發、測試和bug修復，這些操作只能在開發和測試環境做，否則一旦出事，將欲哭無淚。
五、交接和休假最容易出故障
接手別人的工作要一而再，再而三的確認變更方案，請教人並不見得就是能力不行的表現;
休假前最好各種可以做好的事情，最好能夠准備一份文檔，指明在什麼情況下怎麼做和聯系哪些人;
在別人放假的時候接手工作，“能拖則拖”，實在需要執行：必須不厭其煩的跟原系統管理人員確認各個操作細節。
六、一定要有監控手段和報警措施
運維人員賴於生存的工具就是報警和監控。
報警可以讓你及時知道系統出現了什麼異常、以便及時跟進、把故障扼殺於搖籃;
監控可以讓你了解系統的歷史性能信息、以歷為鑒、可以知興替、早做優化。
報警和監控是衣寬頻水的好兄弟、相鋪相成、互相促進。
七、使用自動切換技術需謹慎
為了保障資料庫安全，往往會使用HA或者RAC之類的技術，但是這類技術能否真正在關鍵時刻起作用，則是需要經過反復驗證和確認的。並不是按照文檔要求做好了就夠的，很多意外因素或者系統因素會導致自動切換技術並不能如期發揮作用。如果到事後才發現這一點，將悔之晚矣。
八、要有偏執狂的精神，方案要檢查，檢查，再檢查
有這么一個人：
① 他在做一個變更的時候，會先提前一兩周發送郵件並電話手機通知相關人
② 在測試機上寫好腳本，召集大家 review 操作步驟和腳本
③ 測試完成以後拷貝到生產環境
④ 登錄對應機器，“打開，關閉，打開，關閉”該腳本
⑤ 跟相關人員再次確認執行的操作，順序，時間點，可能的影響和回滾是否都准備好了
⑥ 執行前還要退出這個機器，然後再登錄進去，“打開，關閉”腳本 ⑦ 最後才在後台運行腳本，同時在另外一個窗口登錄著，隨時ps和查看結果輸出
期間姿勢端正，呼吸急促而均勻，眼神凝重。操作的人不覺得累，倒是一邊觀摩的人很累。
九、簡單即是美
我們總是面臨各種誘惑：新的系統架構，新的更智能的命令和工具，最新的硬體平台，功能更全的HA軟體...你可以在線下安裝，測試，怎麼做都行。但是如果想要在生產環境下使用起來、請三思!!
能夠使用系統內置命令的話，就不用考慮其他要專門下載安裝的軟體了 腳本本身就能完成的功能，就沒有必要專門找一個功能豐富的軟體來做 Linux本身自帶的字元界面比那些復雜的圖形界面要簡潔方便
如果能做到堅持這九條鐵規，你的應用系統就能長久穩定運行了。
IT工作心得體會(四)
本人從事IT行業基本分為四個階段，第一個階段是學習階段，第二個階段是實踐階段，第三個階段是管理階段，第四個階段是形成管理體系的階段。時光如流水，一晃，從事IT行業已經有12年，回想這些年自己走過的路，不禁感慨萬千。借這個機會對過去的工作進行總結，也與同仁們進行交流。
記得2000年的時候，我正在學校讀研究生，那是IT業正火的時候。當時我的研究生導師跟中國石化合作開發加油站管理系統，我有幸參與到這個項目的開發中。當時很興奮，一是可以學習計算機知識，二是能夠真正的參與到真正的IT行業中。因此我工作非常努力，每天工作到很晚，甚至周末也不休息，全心全意地參與到這個項目中。我的工作是開發項目中兩個核心的工作，油品的庫存管理和IC卡信息管理，這個項目周期很長，差不多花了兩年的時間，期間改版了兩次，最後終於成功上線。現在回想起來，當時我基本上沒有項目管理的概念，連需求分析、系統設計、集成測試、上線試運行這些概念都不了解，以為項目就是客戶提出需求，把功能實現就行了，也沒有考慮系統的可維護性和穩定性，以及升級的需要，因此走了很多彎路。通過這個項目，我最大的收獲就是有了實際的項目開發經驗，對如何開發一個IT項目有了實際的了解，但是基本上還是個菜鳥，項目管理的理論還沒有形成，甚至沒有這種意識。
2002年研究生畢業後，我進入了深圳一家IT公司，參與基金公司投資交易系統的開發工作，該項目的特點是需求方比較多，需要跟基金公司的五個核心部門進行需求的收集整理，現在我們知道干係人管理的重要性，但在當時，我還沒有這種概念，就是感覺用戶的需求很難整理，因為用戶是從使用方的角度來提出問題，而我是從計算機系統的角度上考慮問題，將用戶的需求轉換為系統實現則非常復雜，甚至一些特殊原因造成各部門提出的需求不統一甚至是相互沖突的。因為沒有項目管理的理論經驗，不知道如何進行干係人管理，我常常感覺很苦惱，覺得用戶的需求不合理，經常跟用戶造成沖突。經過多方努力，該系統終於開發完畢，但因為系統非常復雜，而且對業務影響極大，因此該系統採用並行使用的方式進行試運行，經過試運行發現了系統設計上及功能上的缺陷，經過二次升級，系統終於上線成功。經過這個項目，我意識到了干係人對於項目成功的重要性，對項目管理也有了整體的概念，開始形成自己對項目管理的一些經驗。
2006年，因公司轉型，我進入到一家地產公司，參與地產項目的管理工作。因為有幾年的實際工作經驗，又成功開發過項目，我開始獨立負責項目的開發與管理。當時我帶領6個新人進行系統的開發與管理工作，從需求的分析、系統設計、詳細設計、系統開發、系統測試、上線試運行到系統上線，對各個階段進行管理，成功地開發了幾個大的項目，對於項目的掌控能力和項目管理的實際經驗也愈加成熟。但隨著項目管理經驗的豐富，我發現自己進入了瓶頸，因為缺少整體的項目管理理論的支持，項目管理經驗無法獲得更大的提升，我只是經驗越來越豐富，而沒有真正的形成自己一套行之有效的項目管理方法。
終於，在2009年，我了解到PMP在中國的發展，感覺到自己終於找到了方向，即從理論上充實自己。我參加了PMP培訓班，在學習的過程中，我感覺自己找到了一盞明燈，多年來的困惑終於找到了答案。五大過程組，九大知識領域，這些理論讓我感覺耳目一新，PMP從總體上對項目管理理論進行了解釋，使我的眼界有了大的提高。我明白了什麼是真正的項目管理，以前自己是在黑暗中摸索，現在終於找到了前進的方向。我覺得學習PMP最大的收獲就是有了完整的理論基礎，而不是只靠經驗。須知經驗只是基於過去的項目經歷得來的，並不能解決所有的問題，以前是知其然而不知其所以然，而有了PMP的理論基礎才是知其所以然，以後不管遇到什麼樣的問題，都可以通過PMP的理論基礎來解決問題。
對於項目管理，只靠自己的努力是不夠的，還要善於總結，善於學習，一定要有PMP的項目管理理論作為指導，才能少走彎路，早日成功。回想自己的項目管理經歷，幾多汗水，幾多收獲，酸甜苦辣，萬般滋味在心頭。不管怎樣，十多年間，我從一個什麼都不知道的小菜鳥，成長為今天的項目總監，回想自己走過的路，項目管理理論的確很重要。謹以此文對我走過的項目管理之路作為總結，也希望各位同行早日成功。
⑷ 電子商務網站資料庫備份的方法有哪幾種
資料庫備份一般有以下幾種方案：
直接的電商網站後台，一般都提供數據整理功能，直接導出即可。
資料庫第三方管理工具比如mysql的phpmyadmin可以直接連接資料庫導出相關數據備份。
伺服器直接操作備份，比如mysql的源文件復制備份等等