【正文】 定輸出結(jié)果。這個符號在ＡＳＰ中被認為是轉(zhuǎn)義字符的特殊字符，無法解析，故無法正常顯示。在事件查看器中msdtc服務沒有正常啟動。你確定要被這些產(chǎn)品支持嗎？”時確定即可。選擇“此用戶”，瀏覽，選擇用戶名“IWAM_MACHINE”。不成功。 inetpubadminscripts（根據(jù)裝系統(tǒng)時設定的不同，有的路徑可能不一樣），用記事本打開 IsSecureProperty = True注意=前后各有一個空格 IsSecureProperty = True 改為 IsSecureProperty = False 獲取 IWAM 帳戶密碼命令： get w3svc/wamuserpass 獲取 IUSR 帳戶密碼命令： get w3svc/anonymoususerpass輸入以上命令，按回車可分別查看IWAM和IUSR的密碼。二、IIS5的 500內(nèi)部服務器錯誤主要錯誤表現(xiàn)就是asp程序不能瀏覽但html靜態(tài)網(wǎng)頁不受影響，查詢網(wǎng)絡屬于“IWAM賬號在ActiveDirectory、IIS metabase數(shù)據(jù)庫和COM+應用程序三處的密碼無法同步”問題，解決方法參考網(wǎng)絡嘗試（括號內(nèi)為嘗試結(jié)果和處理）：手動修改：（我按照步驟但是手動修改并沒有成功，郁悶）重新設置IIS的IWAM賬號密碼。嘗試登陸，仍然報錯：未與信任的SQL連接。由于現(xiàn)場的變壓器、電機等影響，多少會有振動，如果這些螺絲釘松動了，會導致模塊從機架中松開第三篇：ASP+SQLServer2000編程經(jīng)驗積累總結(jié)ASP+SQLServer2000編程經(jīng)驗積累總結(jié) 更新日期：20070421 22:13 出處：網(wǎng)頁教學網(wǎng) 作者： 收藏本文前幾天幫人調(diào)試一個ASP+SQL2000+，調(diào)試過程中遇到的問題如下：一、SQLServer登錄原先存在備份數(shù)據(jù)庫，通過附加數(shù)據(jù)庫導入到SQL Server，原網(wǎng)站數(shù)據(jù)庫不能正常登陸。由于不接地，往往PLC也能夠工作，因此，不少經(jīng)驗不足的工程師就誤以為接地不那么重要了。想象PLC里的元器件是一個嬌嫩的嬰兒，而那些靜電會導致這個嬰兒死亡，你就會更容易以正確的態(tài)度對待這個問題了。靜電是無形的殺手，但可能因為不會對人造成生命危險，所以許多人常常忽視它。如何做這些防護箱或控制箱，各制造商和和資格的系統(tǒng)集成商將會為客戶提供相應的供應和設計。三、裝機步驟到了現(xiàn)場后，進行系統(tǒng)安裝前，需要考慮安裝環(huán)境是否滿足PLC的使用環(huán)境要求，這一點可以參考各類產(chǎn)品的使用手冊。因為，小型的CPU所涉及的資源少，而大型CPU的資源多，在程序執(zhí)行中，為處理那些程序不需用到的資源時，也要分配時間去處理，這樣不僅造成資源的浪費，可能在程序處理上不及小型CPU可以更單純和穩(wěn)定地工作。有的設計師在設計的時候不會考慮這一點，你可以調(diào)整過來。例如，電源模塊通常有5A和10A的分別，如果模塊較少，可以選用功率小的電源模塊，如果模塊較多，則應該選用大功率的電源模塊。如果PLC的節(jié)點數(shù)較多，要考慮距離和廠家CPU的限制。你可以提出自己的建議。對于那些現(xiàn)場已經(jīng)有兩塊以上的模塊，你就不用考慮自己帶了。雖然現(xiàn)場的貨物清單可能會已經(jīng)考慮了備品備件的問題，但為了應付萬一的情況，有些備件你最好還是自己要隨身攜帶。如，電氣膠帶、熱縮套管、打火機（你吸煙的話自然會有，沒有別人也會有），束線帶、還有，如果現(xiàn)場接線已經(jīng)完成了，要準備好一些與信號線相同的電纜，和一些固定基座的螺絲。雖然這些工具你可以要求用戶準備好，但是，作為一個職業(yè)的PLC工程師，如果連這幾樣工具都沒有，會被用戶懷疑你的職業(yè)水平的。作為PLC的現(xiàn)場調(diào)試工程師，并不需要很多的調(diào)試工具。衣食住行，這些問題與普通的旅行是一樣的，雖然這些問題對你完成任務的影響力并不亞于你的專業(yè)水平。就像一個“驢友”出行前，要更換自己的服裝尤其是鞋子，帶好水、食品，還要準備在野外的一些防身用品，如果是過夜的話，還要有帳篷、手電筒等一樣，作為一個職業(yè)的PLC技術支持工程師，也有不少的東西是要準備的。3)用作算法設計參考。這既可減輕設計的工作量，又增加設計的成功率。我想，隨著PLC使用的普及與提高，是會有越來越多從經(jīng)驗中升華出來的，而又能用以指導實踐的PLC編程理論的。若程序復雜，還可建一些功能塊，或子程序，以便以后引用。經(jīng)驗的積累要用自己的腦記，更要用電腦記。要在自己的實踐中，積累自己的經(jīng)驗。所以學習這樣楊功的經(jīng)驗是必要的。別人的經(jīng)驗有上了書的或登載在雜志上的。這正如學數(shù)學，如僅了解一些定理或記住一些公式，沒有作相應的練習，肯定是學不好的。復雜的就不好辦了。這樣每次所作的修改就有了詳細的檔案,便于以后的程序修改。并在程序的編輯條注釋中做記錄，以備下次修改。把原有程序另存一個, 在另存的程序上作修改。，我仍然會為此從噩夢中驚醒。，對他保持警惕。做一個懷疑主義者，測試，驗證。，因為它們很容易更新不及時或給人誤導，但這不能成為不寫注釋的理由。例如，在iOS中，GCD，分發(fā)和隊列操作是你的好朋友。，如果能避免就盡量避免。第一篇：編程經(jīng)驗，如果能在應用層進行計算和處理，那就把它從數(shù)據(jù)庫層拿出來。就像對于MySQL，sqlite更容易掌控。盡可能在更高的抽象層上操作?！安粫袉栴}吧”，它也許就是一個月后讓你在發(fā)布的產(chǎn)品中遭受慘痛失敗的地方。，他們只是沒有耐心理解你的捷徑。，有時這需要你付出努力。保持你的系統(tǒng)對故障的敏感和及時警報。做到以下步驟，對所有程序理解與修改會有很大幫助的。在日期下面記錄修改程序的步驟，增加或是刪除了哪些指令等。把過時與現(xiàn)用的程序用，過時文件夾與現(xiàn)用文件夾分開整理，按日期排列。沒有這方面的理論準備或指導，僅靠在實踐中摸索，簡單的問題還好辦。沒有經(jīng)驗，僅有理論，既無法深刻理解理論，又無法靈活應用理論。前者要靠細心學習，后者要靠用心積累，都要在一定的時間與必要的精力。我想，別的書本或雜志上介紹的也會是這樣的。自己的經(jīng)驗則是最重要的。還有一些失敗的經(jīng)驗，這往往是不會公開的，但這些經(jīng)驗也要學習，也要積累。升華有三個層次：最低的層次就是建立一個典型的程序庫，供今后再用。最高層次的升華是把經(jīng)驗上升到理論的高度，為豐富PLC程序設計理論作貢獻。設計新系統(tǒng)時，選用一個或幾個與現(xiàn)設計工程類似的，已取得成功的工程，作樣板進行設計。在無成功的工程可作樣板時，在新設計的邏輯中，仍有相當一部分控制邏輯，可采用或借用已有典型邏輯，這也可減少設計的工作量，增加設計的成功率。所以，經(jīng)驗的應用也還要與編程理論相結(jié)合PLC現(xiàn)場工程師工作指南一、出發(fā)前的準備從事PLC的技術支持的人，如果是要到現(xiàn)場開始進行系統(tǒng)調(diào)試，無論是對OEM客戶，還是對一個過程控制的系統(tǒng)集成，都要在事先做好一些準備工作。如果時間很長（如超過一個月），為了省錢，