• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            tbwshc

            tbw

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              95 Posts :: 8 Stories :: 3 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(4)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            #

            這篇文章節選自《The Code of the Geeks》,那是一篇很古老的文章,最后一次編輯還是在1996年。選擇它是因為這篇文章反映了當時國外的極客所認可的極客標準,加上原作者極盡幽默搞笑之能,文中槽點無數,實在是讓人忍俊不禁。謹記,作者有些言論只是夸張幽默,各位看官莫要入戲太深,看完能夠會心一笑也就足矣。

            你覺得自己是極客嗎?第一步,你得承認自己有極客的天性。不管別人怎么說,極客也是人,極客也有自己的權利。所以請深吸一口氣,然后向世界宣布你是一名極客吧。你的勇氣將賜予你永恒的力量。


            那么你會問了,怎樣才能告訴全世界你是一名極客呢?你可以采用國際通用的極客代碼符號!通過這種特殊的代碼符號,你可以讓其他不熟悉你的極客們通過代碼符號的形式對你有所認知和了解。


            表現自己極客特征的最好方式就是在你的簽名檔或者博客中展示出自己的極客代碼符號,讓它傳播的越廣越好。極客的種類很多,涉及的范圍也比較廣。本文將重點介紹有關計算機科學方面的極客代碼符號。


            大多數極客都對計算機和網絡方面的技術著迷,以此彰顯自己的極客屬性。為了量化你在計算機方面的極客程度,請參考下列代碼符號。注意,Computer這一欄只表示你在計算機方面的“一般性”資質。后面我們會列出更具體的類別。


            Computer


            C++++


            我會是第一個把新的控制界面安裝到我的頭骨中的人。


            C+++


            你是說在互聯網之外還有其他的生活?你少糊弄我了!我幾個禮拜沒上過課了。


            C++


            計算機在我生命中占據了很大一部分。我早上起來的第一件事就是登陸。我周末會玩玩游戲或者mud,盡管如此,我的成績還湊合,不至于被留校察看。


            C+


            計算機很有趣,我很喜歡使用它們。我玩過DOOM,在使用文字處理軟件時不會常常得求助于操作手冊。我知道3.5寸的磁盤不是硬盤。我也知道當計算機提示請按下任意鍵時,我不會去到處找這個“任意”鍵在哪。


            C


            計算機只是工具,沒別的了,需要的時候我就會用。


            C-


            任何比我的計算器還要復雜的東東就會讓我抓狂。


            C- -


            電源開關在哪?


            C- - -


            只要你敢提計算機這三個字,我就把你的頭擰下來!    (譯注:這貨肯定是女朋友!!)


            UNIX


            看起來似乎UNIX類的操作系統是大部分極客的最愛。為了進一步告訴我們你在UNIX上的等級,你也可以向我們展示你具體使用的是哪一種UNIX。這很容易辦到,只要在極客代碼符號中包含一個字母即可。比如,UL++++表示你是一個使用Linux的系統管理員。


            •          B – BSD(如果你的BSD類系統沒有包含在下列中,請使用這一項)
            •          L – Linux
            •          U – Ultrix
            •          A – AIX
            •          V – SysV
            •          H – HPUX
            •          I – IRIX
            •          O – OSF/1(也叫Digital Unix)
            •          S – Sun OS/Solaris
            •          C – SCO Unix
            •          X – NeXT

            U++++


            我是系統管理員。如果你敢嘗試攻擊我的系統,那么當你看見城管要拆你家的房子時請不要覺得驚訝,因為他們的計算機系統“碰巧”接收到了這個由計算機生成的命令。


            U+++


            我可用不著去破解/etc/passwd,因為我修改了su程序,這樣它就不會提示我去輸入密碼了。tb系統管理員根本意識不到我的存在。如果你聽不懂我所說的,那么你不屬于這一級。


            U++


            我被管理員踢出系統了,因為我總是耗光了所有的CPU時間,而且我總是嘗試運行一些我沒有權限的程序。下周我會去試試攻破/etc/passwd的,別告訴別人哦。


            U+


            我不但有一個Unix系統賬號,而且逮著機會我就會痛批VMS系統。


            U


            我有一個Unix系統賬號用來工作。


            U-


            我有一個VMS系統賬號。


            U- -


            我見識過Unix,但我一點也不喜歡它。DEC才是最棒的!


            U- - -


            Unix極客實際上都是書呆子偽裝出來的。


            Perl


            在Unix這一欄中,如果你至少有U++的等級,那么你肯定知道Perl,所以你可以在Perl這一欄中繼續掂量掂量自己。非Unix型的極客們根本不知道他們錯過了什么。


            P+++++


            我就是Larry Wall, Tom Christiansen,或者Randal Schwartz


            P++++


            我不寫Perl代碼,我的母語就是Perl。Perl超越了所有其他的編程語言。我堅信所有的程序都可以濃縮為一行Perl代碼。我的U+++等級就是靠Perl來完成的。


            P+++


            Perl是一種非常強大的編程工具。正因為Perl的存在,我不再編寫shell腳本了,同樣,我也不再使用awk或者sed了。少于1000行代碼的程序我都用Perl來搞定。


            P++


            Perl是一種強大的編程工具。我不再編寫shell腳本了,因為我都會用Perl來搞定。


            P+


            我知道Perl。我喜歡Perl。只是對于Perl我了解的還不夠多,但是它正在我的學習tbw計劃之中。


            P


            我知道Perl的存在,僅此而已。


            P-


            有什么是Perl能實現而awk和sed實現不了的?


            P- -


            Perl程序員都是變態,他們就知道炫耀自己的技巧。


            P- - -


            Perl集合了sh的強大,sed的清晰以及awk的性能,再加上C的簡潔。應該禁止使用Perl。


            P!


            我們那固執的系統管理員不讓我們安裝Perl!說它是個“黑客工具”。


            Linux


            Linux
            是一個由黑客編寫而成的操作系統,功能上幾乎等同于UNIX。起初,Linux只是為386
            PC而編寫,但是之后也移植到了其他系統上。因為它還是一個比較年輕的操作系統,而且也因為它被黑客們持續的修改和增強,因此對于計算機極客們來說,很重
            要的一點是你得展示出自己Linux方面的能力。


            L+++++


            我就是Linus教主,都給我跪下!


            L++++


            我是個Linux鬼才。我的早餐就是C代碼,我留了足夠的空間來做內核調試。我打了如此多的補丁以至于10個版本號之前我就記不清補丁和版本之間的關系了。Linux新手覺得我就是個神。


            L+++


            在我的電腦上我只用Linux。我時常關注comp.os.linux.*社區,甚至有時候會在上面回答問題。


            L++


            在我的電腦上我幾乎只使用Linux。我已經放棄了成為Linux之神的理想,但我熱切歡迎用Linux取代Windows。我只是在玩游戲時用Windows。


            L+


            我成功的安裝好了Linux,而且也用過幾次。看起來這只不過是另一個操作系統而已。


            L


            我知道Linux是什么,但僅此而已。


            L-


            我可沒有使用Linux的欲望,而且說實在的,我才不鳥Linux呢。還有其他更好的操作系統,像Mac,Windows甚至免費的Unix系統,比如FreeBSD。


            L- -


            Unix遜爆了,因為Linux = Unix。Linux很爛,我崇拜Bill Gates。


            L- - -


            我就是Bill Gates


            Emacs


            GNU Emacs是一個能完成任何事情的文本編輯器,或者說它是個操作系統也不為過。每一種計算機架構都支持這個玩意。


            E+++


            Emacs就是我的登錄shell !!!我用Emacs控制我的電視和烤箱。你們這些vi黨根本不懂自己錯過了什么!我常在alt.religion.emacs,alt.sex.emacs和comp.os.emacs上逛。


            E++


            我知道elisp,而且會定期使用它。


            E+


            Emacs太棒了!我用它來閱讀郵件和新聞!


            E


            Yeah,我知道Emacs是什么,我把它當做我的常用編輯器。


            E-


            Emacs太臃腫了,不合我的口味。


            E- -


            Emacs只是一個花哨的字處理軟件。


            E- - -


            Emacs遜爆了!vi萬歲!


            E- - - -


            Emacs遜爆了!pico萬歲!


            OS/2


            這個操作系統看起來像Windows,用起來像Windows,但比Windows好很多。


            O+++


            我吃的是OS/2,呼吸的也是OS/2,我為OS/2而生。我所有的硬盤都是HPFS文件系統。我是反蓋茨的斗士!


            O++


            我使用OS/2來完成我所有的計算需求。我也會使用一些DOS和Windows程序,當然,是在OS/2下使用它們。如果某個程序沒法在OS/2下運行,那么顯然我根本就不需要它。


            O+


            我在硬盤上保留了一個DOS分區,只是為了“以防萬一”。我害怕嘗試HPFS文件系統。


            O


            我終于安裝好了OS/2,但是并沒有很吸引我。


            O-


            我試過,不喜歡。


            O- -


            我甚至都沒法安裝這玩意!


            O- - -


            Windows最棒!Bill Gates萬歲!!


            O- - - -


            我就是Bill Gates, OS/2不值一提。


            Macintosh


            有很多極客放棄了基于字符界面的計算機,轉而投向了Macintosh的懷抱。來看看你的Mac等級吧。


            M++


            我是個Mac專家。任何DOS和Unix可以做的事,我都能做的更好。如果不行,我會寫個該死的軟件來搞定它。


            M+


            Mac有它的用武之地,我常使用它。


            M


            我用Mac,但我對它并不在意。


            M-


            Mac遜爆了。真正的極客都是用字符界面來操作的。


            M- -


            Mac把用戶都變傻了,用戶使用著系統卻并不知道他們在做什么。這些用戶的IQ比我肚臍上的毛還低。



            posted @ 2013-06-18 16:50 tbwshc 閱讀(247) | 評論 (0)編輯 收藏

            當我在文本中的某一行進行插入操作的時候,插入的內容存在了,但是它下面的內容怎么沒有了?

            #include <stdio.h>;
            #include "err_exit.h"
            struct record{
            int uid;
            char login[9];
            };
            char *logins[]={"user1","user2","user3","user4","user5"};
            void putrec(FILE *fp,int i,struct record *r)
            {
            fseek(fp,(long)i*sizeof(struct record),0);
            [color=red]fwrite((char *)r,sizeof(struct record),1,fp);[/color]
            }

            int main(void)
            {
            int i;
            FILE *fp;
            struct record rec;

            if ((fp = fopen("datafile","err_exit("datafile");

            for(i=4;i>;=0;i--)
            {
            rec.uid=i;
            strcpy(rec.login,logins);
            putrec(fp,i,&rec);
            }
            fclose(fp);
            exit(0);
            }

            執行該程序后datafile文件是空的啊


            線程池模式一般分為兩種:L/F領導者與跟隨者模式、HS/HA半同步/半異步模式。
            HS/HA 半同步/ 半異步模式 :分為三層,同步層、隊列層、異步層,又稱為生產者消費者模式,主線程處理I/O事件并解析然后再往隊列丟數據,然后消費者讀出數據進行應用邏輯處理;
            優點:簡化編程將低層的異步I/O和高層同步應用服務分離,且沒有降低低層服務性能。集中層間通信。
            缺點:需要線程間傳輸數據,因此而帶來的動態內存分配,數據拷貝,語境切換帶來開銷。高層服務不可能從底層異步服務效率中獲益。
            L/F 領導者跟隨者模式 :在LF線程池中,線程可處在3種線程狀態之一: leader、follower或processor。處于leader狀態的線程負責監聽tb網絡端口,當有消息到達時,該線程負責消息分離,并從處于 follower狀態中的線程中按照某種機制如FIFO或基于優先級等選出一個來當新的leader,然后將自己設置為processor狀態去分配和處 理該事件。處理完畢后線程將自身的狀態設置為follower狀態去等待重新成為leader。在整個線程池中同一時刻只有一個線程可以處于leader 狀態,這保證了同一事件不會被多個線程重復處理。
            缺點:實現復雜性和缺乏靈活性;
            優點:增強了CPU高速緩存相似性,消除了動態內存分配和線程間的數據交換。
            兩種模式性能分析:
            L/F模式處理一個消息的時間為多路分離、分配、處理的時間,加上線程管理時間,LF中多個線程共享一個事件源,所以,需要協調它們間的行為,即 有同步開銷,L/F同步開銷僅為申請/釋放鎖的開銷,在LF處理請求過程中并不需要線程上下文切換,但是在線程由follower成為leader時需要 進行線程上下文切換,所以當兩個請求同時到達時,這種上下文切換會影響第二個請求的處理時間,也會帶來一定的上下文開銷。
            T(L/F)=T(多路分離)+T(分配)+T(處理)+T(同步)+T(上下文)
            HS/HA模式監聽線程和工作線程間通過一個消息隊列來交換數據。這會帶來數據傳遞開銷,。同時,監聽線程和工作線程都需要去訪問消息隊列,造成 了資源的競爭,需要額外的同步機制來協調他們的行為,包括監聽線程獲取和釋放資源鎖,對應的工作線程獲取和釋放資源鎖,以及監聽線程在將一個請求放入隊列 后通知工作線程帶來的開銷,我們稱此為同步開銷,HS/HA模式的同步開銷大于L/F的同步開銷,。一個請求由監聽線程負責放入消息隊列,但是卻由工作線 程來處理,所以,每個請求都會造成一次線程上下文切
            換,由此帶來的開銷我們稱為上下文開銷。
                   T (H/H)=T(多路分離)+T(分配)+T(處理)+T(同步)+T(數據傳遞)+T(上下文)
            從上面分析可以看出沒有并發情況下L/F模式線程池模式性能優于HS/HA模式。
            并發性能分析:
            T(多路分離)、T(分配):LF和HH中把每一個消息的到來當作一個事件來處理。tbw事件分配所做的工作是在一個事件處理器注冊表中為一個事件查找 事件處理器。這一步驟花費的時間隨著當前注冊的事件處理器的個數變化。當線程池接受用戶連接請求后會為每一個連接注冊一個事件處理器,所有通過該連接發來 的請求都將由同一個事件處理器來處理。而事件處理器表采用一個平衡二叉樹來實現。因此,事件分配的時間可以認為是隨著并發用戶數的增大而增大;
            T(處理)處理消息和管理線程所需的時間都不受并發用戶數的影響。
            T(線程管理),多線程帶來的線程管理開銷只會隨著線程池中線程數而變化,相對固定。
            LF和HH的吞吐量會隨著并發用戶數的增加而增加。當并發用戶數達到一定數量時,CPU成為系統瓶頸,此后增大并發用戶數不僅不能增加并發處理的請求個數,反而會加大多路分離和分配的時間,從而使得系統吞吐量下降。
                   最佳性能時線程線:
            隨著線程數的增多吞吐量不斷增大,當達到最大值后有一個短暫的保持階段,此后繼續增大線程數反而會使得吞吐量減小。而且當請求類型為計算密集型時線程數對
            HH 的吞吐量的影響并不是很明顯。原因是HH線程池在增加線程數時線程管理開銷也有較大幅度的增加。因此,通過增大線程數來改善系統性能對HH來說并不是一種有效的方法。

            posted @ 2013-06-18 16:42 tbwshc 閱讀(2475) | 評論 (0)編輯 收藏

            近些年,大數據已經和云計算一樣,成為時代的話題。大數據是怎么產生的,商業機會在哪?研究機會在哪?這個概念孕育著一個怎樣的未來?

            昨天在車庫咖啡參加了一個小型的研討活動,就這些問題進行了一些討論,我結合自己的一些理解做一個總結。

            首先,大數據是怎么產生的?

            1)物理世界的信息大量數字化產生的

            例如劉江老師指出的好大夫網,將醫生的信息,門診的信息等數字化。其實還有很多,比如新浪微博將茶館聊天的行為(弱關系產生信息數字化),朋友聊天的行為數字化(強關系產生信息數字化)。視頻監控探頭將圖像數字化。

            2)社交網絡產生的

            在雅虎時代,大量的都是讀操作,只有雅虎的編輯做一些寫操作的工作。進入web2.0時代,用戶數大量增加,用戶主動提交了自己的行為。進入了社交時代,移動時代。大量移動終端設備的出現,用戶不僅主動提交自己的行為,還和自己的社交圈進行了實時的互動,因此數據大量的產生出來,并且具有了極其強烈的傳播性。

            3)數據都要保存所產生的

            一位嘉賓指出,舊金山大橋保留了百年的歷史數據,在時間跨度上產生了價值,很多網站在早期對數據的重視程度不夠,保存數據的代價很大,存儲設備的價格昂貴,但是時代變了,存儲設備便宜了,用戶自己產生的數據得到了重視,數據的價值被重視了。因此越來越多的數據被持續保存

            其次,大數據和大規模數據的區別?

            big data之前學術界叫very large data,大數據和大規模數據的差距是什么?我認為在英文中large的含義只是體積上的,而big的含義還包含重量上的,價值量上的。因此我認為

            1)大數據首先不是數量上的堆砌,而是具有很強的關聯性結構性

            比如有一種數據,記錄了世界上每一顆大樹每年長高的程度,這樣的數據不具有價值,因為只是簡單堆砌。

            如果數據變成,每一個大樹記錄它的,地點,氣候條件,樹種,樹齡,周邊動植物生態,每年長高的高度,那么這個數據就具有了結構性。具有結構性的數據首先具有極強的研究價值,其次極強的商業價值。

            在比如,淘寶的數據,如果只記錄一個交易的買家,賣家,成交物品,價格等信息,那么這個商業價值就很有限。淘寶包含了,買家間的社交關系,購物前后的其他行為,那么這個數據將非常有價值。

            因此,只有立體的,結構性強的數據,才能叫大數據,才有價值,否則只能叫大規模數據。

            2)大數據的規模一定要大,而且比大規模數據的規模還要大

            要做一些預測模型需要很多數據,訓練語料,如果數據不夠大,很多挖掘工作很難做,tb比如點擊率預測。最直白的例子,如果你能知道一個用戶的長期行蹤數據,上網的行為,讀操作和寫操作。那么幾乎可以對這個人進行非常精準的預測,各種推薦的工作都能做到很精準。

            最后,大數據的機會在哪里?對小公司的機會在哪?

            圍繞數據的整個產業鏈上,我認為具有以下機會

            1)數據的獲得

            大量數據的獲得,這個機會基本屬于新浪微博等這類大企業,大量交易數據的獲得,也基本屬于京東,淘寶這類企業。小企業基本沒機會獨立得到這些用戶數據。

            2)數據的匯集

            例如如果你要能把各大廠商,各大微博,政府各個部門的數據匯集全,這個機會將是極大的。

            但,這個工作,做大了需要政府行為,做中檔了,要企業間合作,做小了,也許就是一個聯盟或者一個民間組織,比如中國爬盟。

            3)數據的存儲

            匯集了數據后,立即遇到的問題就是存儲,這個代價極大,原始數據不能刪除,需要保留。因此提供存儲設備的公司,執行存儲這個角色的公司,都具有巨大的市場機會,但是這也不屬于小公司,或者早期創業者。

            4)數據的運算

            在存儲了數據以后,怎么把數據分發是個大問題,各種API,各種開放平臺,都是將這些數據發射出去,提供后續的挖掘和分析工作,這個也需要有大資本投入,也不適合小公司。

            5)數據的挖掘和分析

            數據需要做增值服務,否則數據就沒有價值,big也big不到哪里去,是沒有價值的big.因此這種數據分析和挖掘工作具有巨大的價值,這個機會屬于小公司,小團體。

            6)數據的使用和消費

            在數據做到了很好的挖掘和分析后,需要把這些結果應用在一個具體的場合上,來獲得回報,做數據挖掘和分析的公司,必須得找到這些金主才行,而這些金主肯定也不是小公司。

            大數據未來的形態,或者產業鏈結構一定是分層的,巨大的,價值的體現發生在各個層次,每個層次都是生態鏈的重要一環,都孕育著巨大的機遇和挑戰,我們能做的唯有努力,做適合自己的工作。

            posted @ 2013-06-08 17:24 tbwshc| 編輯 收藏

            開發測試服務提供商Coverity近日發布了一份開源軟件質量報告——《2012 Coverity Scan Open Source Report》。

            該項研究始于2006年,最初由Coverity公司和美國國土安全部合作進行,旨在研究開源軟件的完整性,現在由Coverity公司負責進行。

            Coverity的掃描報告已經成為了一個衡量開源軟件質量狀態的被廣泛接受的tb標準,在過去的7年時間,Coverity已經分析了300多個開源項目的超過8.5億行代碼,這些項目包括Linux、PHP、Apache等。


            本次該公司共掃描了超過4.5億行軟件源代碼,主要亮點如下:

            • 開源軟件和專有軟件的質量連續兩年超過行業平均值;
            • 對于超過100萬行代碼的項目來說,專有項目的規模和質量呈現正比關系,而開源項目的規模和質量則呈現反比關系。這種差異可歸因于兩者不同的開發團隊和開發測試流程;
            • Linux仍然是開源項目的質量標桿;
            • 高風險安全漏洞依然存在,在掃描出的所有漏洞中,其中有36%被標記為“高風險”。
              此外,該報告還指出,在分析的2012年的開源項目中,共有2.1萬個漏洞被修復,這超過了2008-2011年修復漏洞的總和。

              如果你希望你的開源項目能夠被Coverity掃描,可以通過http://scan.coverity.com/project_register.html注冊。目前Coverity掃描服務僅支持C/C++和Java項目。
            posted @ 2013-06-08 17:19 tbwshc| 編輯 收藏

            第一級:神人,天資過人而又是技術狂熱者同時還擁有過人的商業頭腦,高瞻遠矚,技術過人,大器也。如丁磊,求伯君。

            第二級:高人,有天賦,技術過人但沒有過人的商業頭腦,通常此類人不是頂尖黑客就是技術總監之流。

            第三級:牛人,技術精湛,熟悉行業知識,敢于創新,有自己的公司和軟件產品。

            第四級:工頭,技術精湛,有領導團隊的能力,此類人大公司項目經理居多。

            第五級:技術工人,技術精湛,熟悉行業知識但領導能力欠加,此類人大多為系分人員或資深程序員,基本上桀驁不遜,自視清高,不愿于一般技術人員為伍,在論壇上基本以高手面目出現。

            第六級:熟練工人,技術有廣度無深度,喜歡鉆研但淺嘗輒止。此類人大多為老程序員,其中一部分喜歡利用工具去查找網上有漏洞的TB服務器,干點壞事以獲取成績感。如果心情好,在論壇上他們會回答菜鳥的大部分問題。此級別為軟件業苦力的重要組成部分。

            第七級:工人,某些技術較熟練但缺乏深度和廣度,此類人大多為程序員級別,經常在論壇上提問偶爾也回答菜鳥的問題。為軟件產業苦力的主要組成部分。

            第八級:菜鳥,入門時間不長,在論壇上會反復提問很初級的問題,有一種唐僧的精神。雖然招人煩但基本很可愛。只要認真鉆研,一兩年后就能升級到上一層。

            第九級:大忽悠,利用中國教育的弊病,頂著一頂高學歷的帽子,在小公司里混個軟件部經理,設計不行,代碼不行,只會胡亂支配下屬,拍領導馬屁,在領導面前胡吹海侃,把自己打扮成技術高手的模樣。把勾心斗角的辦公室文化引入技術部門,實在齷齪!

            第十級:驢或傻X,會寫SELECT語句就說自己精通ORALCE,連寄存器有幾種都不知道就說自己懂匯編,建議全部送到日本當IT產業工人,掙了日本人的錢還嚴重打擊日本的軟件業!
            posted @ 2013-05-28 10:54 tbwshc 閱讀(211) | 評論 (0)編輯 收藏

            前段時間寫Oracle存儲過程就遇到問題.
            原來寫成這樣
            if 1=2 then
              null;
            elseif 1=3 then
              null
            end if;
            在PL/SQL編輯環境下elseif沒有變色,說明不是關鍵字。
            后來改成
            if 1=2 then
              null;
            else if 1=3 then
              null
            end if;
            編譯時報異常。
            去goole上百度了下,很多人都說是 elseif。
            又試了N邊,編譯總不能通過。
            怒了,直接寫成
            if 1=2 then
              null;
            else if 1=3 then
                null
              end if;
            end if;
            問題就解決了。

            今天又要在存儲過程中用if...else if ...else if...寫數據轉換的東東,還按原來那樣寫看著很惡心。
            后來發現是寫成if...elsif...elsif....end if;
            神啊,終于被我找到答案了。

            返回來看看,原來不是elseif,而是elsif,少了個"e"他大爺的,干嘛要少個e啊,萬惡的Oracle,真惡心。

            不管怎么著,問題總算解決了,TB把這惡心記在心里,以后不犯同樣錯誤。

            上網一搜,一群人還在犯錯中……

            抄別人邏輯,寫自己代碼,讓他們郁悶去吧!O(∩_∩)O哈哈~
            posted @ 2012-11-07 15:02 tbwshc 閱讀(992) | 評論 (0)編輯 收藏

            沒辦法就下了一個2.6,如果用2.4就太低了,又折騰了,半天找到了MySQL-python-1.2.2.win32-py2.6.exe 這個安裝文件,安裝完成,執行 import MySQLdb 出現問題提示:

              File "C:\Python26\lib\site-packages\MySQLdb\__init__.py", line 19, in <module>

              ImportError: DLL load failed: 找不到指定的模塊。

              經過無數的查找,發現官方的說法也也不是很正確,官方給的解決辦法是 LD_LIBRARY_PATH 加載這樣一個環境變量,加載的一樣不能解決問題,更多的辦法是指linux下的處理,

              win 上面沒有了,又找了無數資料,發現是缺少2個dll文件分別為 libguide40.dll ,libmmd.dll 搜索下,下載的地方不少,然后copy到 WINDOWS\system32 下面現在執行 又出現

              了錯誤,這東西很神奇啊,錯誤提示為:

              sys:1: DeprecationWarning: the sets module is deprecated

              這個錯誤,我又找了無數的資料,看了很多東西,最后發現是 2.6這個版本已經不推薦使用 sets 這個模塊了,但是為了兼容性依然加載了這個模塊但是做了警告提示,我想了很

              多辦法不讓警告信息放出來或者捕捉異常,等等沒有成功,采取了最惡劣的方式,修改原文件,進入python安裝目錄找到如下文件 Python26\Lib\sets.py 注釋掉 83-85行

              #import warnings

              #warnings.warn("the sets module is deprecated", DeprecationWarning,stacklevel=2)

              就可以了,我上面給合并成2行了。

              到現在 mysqldb 安裝完畢,沒有了任何錯誤輸出,也明白了,為什么官方沒有推出2.6版本的mysqldb了。

              python3k這個本版對sets module 應該已經支持了,所以官方從發布開始,一直沒有推出真正的版本,也就是說現在python3k還不能使用mysqldb這個空間連接mysql 。而且很多工

              具現在也都不支持3k看來要實現 3k的普及還有很多的路要走,tb再這個階段想要學習python的人要不斷的選擇跟折磨中度過了。

              我的gui還沒有開始,就用去了一天的時間。


             

            posted @ 2012-10-26 17:31 tbwshc 閱讀(930) | 評論 (0)編輯 收藏

            最近一臺新上線的Oracle10gR2數據庫在警告日志文件中(alert.log)持續出現如下錯誤:

              Tue Jul 18 23:09:22 2006

              WARNING: inbound connection timed out (ORA-3136)

              Tue Jul 18 23:09:23 2006

              WARNING: inbound connection timed out (ORA-3136)

              Tue Jul 18 23:09:25 2006

              WARNING: inbound connection timed out (ORA-3136)

              Tue Jul 18 23:09:30 2006

              WARNING: inbound connection timed out (ORA-3136)

              Tue Jul 18 23:12:15 2006

              WARNING: inbound connection timed out (ORA-3136)

              同時在sqlnet.log中記錄了如下錯誤:

              Fatal NI connect error 12170.

              VERSION INFORMATION:

              TNS for Linux: Version 10.2.0.2.0 - Production

              Oracle Bequeath NT Protocol tb Adapter for Linux: Version 10.2.0.2.0 - Production

              TCP/IP NT Protocol Adapter for Linux: Version 10.2.0.2.0 - Production

              Time: 19-JUL-2006 11:25:26

              Tracing not turned on.

              Tns error struct:

              ns main err code: 12535

              TNS-12535: TNS:operation timed out

              ns secondary err code: 12606

              nt main err code: 0

              nt secondary err code: 0

              nt OS err code: 0

              Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.123)(PORT=58147))

              這是和網絡連接相關的一個錯誤,Metalink上給出了如下的解決方案:

              1.set INBOUND_CONNECT_TIMEOUT_ =0 in listener.ora

              2. set SQLNET.INBOUND_CONNECT_TIMEOUT = 0 in sqlnet.ora of server.

              3. stop and start both listener and database.

              4. Now try to connect to DB and observe the behaviour

              這里重起數據庫和Listener我認為是沒有必要的,我們reload一下Listner應該就可以了.

              [oracle@order admin]$ lsnrctl

              LSNRCTL for Linux: Version 10.2.0.2.0 - Production on 19-JUL-2006 15:26:33

              Copyright (c) 1991, 2005, Oracle. All rights reserved.

              Welcome to LSNRCTL, type "help" for information.

              LSNRCTL> reload

              Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.9.11)(PORT=1521)))

              The command completed successfully

              LSNRCTL> services

              Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.9.11)(PORT=1521)))

              Services Summary...

              Service "order" has 2 instance(s).

              Instance "order", status UNKNOWN, has 1 handler(s) for this service...

              Handler(s):

              "DEDICATED" established:0 refused:0

              LOCAL SERVER

              Instance "order", status READY, has 1 handler(s) for this service...

              Handler(s):

              "DEDICATED" established:0 refused:0 state:ready

              LOCAL SERVER

              The command completed successfully

              LSNRCTL> show inbound_connect_timeout

              Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.9.11)(PORT=1521)))

              LISTENER parameter "inbound_connect_timeout" set to 0

              The command completed successfully

              LSNRCTL> exit

              修改之后,觀察了一段時間,目前正常.

              關于SQLNET.INBOUND_CONNECT_TIMEOUT參數,Oracle建議修改該參數,以避免denial-of-service攻擊.

            .item-area{width:578px;margin:15px auto;border-top:1px solid #ddd;color:#666} .item-area a,.item-area a:link,.item-area a:visited{color:#666;text-decoration:none} .item-area a:hover{color:#3a7ad9;text-decoration:underline;} a img{border:none;vertical-align:middle} .item-area h2,.item-area h3{float:none;font-size:100%;font-weight:normal;} .item-area .h2{height:25px;margin:10px 0;padding-left:35px;*float:left;font:bold 14px/25px "宋體";background:url(http://sns.thea.cn/module/images/icos.png) no-repeat 0 0} .item-area span.more{float:right;font:normal 12px/25px "宋體"} .item-area a.more{float:right;font:normal 12px/25px "宋體"} .item-a{margin-bottom:15px} .item-a .h-ksrm{background-position:0 0} .item-a li{*display:inline;overflow:hidden;zoom:1;line-height:2em;padding-left:35px;font-size:14px;background: url(http://sns.thea.cn/module/images/btns.png) no-repeat -1px -28px;} .item-a li a{float:left;} .item-a .testBtn{float:right;width:58px;height:21px;line-height:21px;font-size:12px;margin-top:5px;margin-top:3px;text-align:center;background:url(http://sns.thea.cn/module/images/btns.png) no-repeat -1px -1px; color:#FFFFFF;} .item-a a.freeBtn{width:20px;margin:0 0 0 6px;line-height:28px;color:#fff;font-size:12px;text-indent:-9999px;background: url(http://sns.thea.cn/module/images/icos.png) no-repeat 0 -131px;} .item-a li.hots a.freeBtn{background-position:0 -105px} .item-a a.examnum em{font-style:normal;color:red;font-weight:bold;} .item-b {padding:5px 0 20px;border-top:1px dashed #ddd;border-bottom:1px dashed #ddd} .xsjl-list-col3s li{display:table-cell;*display:inline;zoom:1;vertical-align:top;width:182px;padding-right:10px;line-height:150%;font-size:12px;} .item-b .h-xsjl{background-position:0 -26px} .item-b .pic{float:left;margin:3px 10px 0 0;} .item-b em{font-style:normal;color:#dc2c2c} .item-b a.join{display:inline-block;padding-left:20px;background:url(http://sns.thea.cn/module/images/icos.png) no-repeat 0 -160px} .item-b .xsjl-list-col3s h3 a{display:inline-block;width:120px;overflow:hidden;white-space:nowrap;color:#3a7ad9} .item-b .xsjl-list-col3s h3{text-align:left;line-height:150%;font-family:"宋體","微軟雅黑"}
            posted @ 2012-10-22 14:16 tbwshc 閱讀(1003) | 評論 (0)編輯 收藏

            在局域網工作環境中,網絡管理員時常會采用遠程桌面連接方式來管理局域網中的重要服務器,這種管理方式不需要網絡管理員到服務器現場就能完成管理任務,從而大大提高了網絡管理效率。不過,為了保護服務器系統的安全性,網絡管理員往往會進行不少安全設置,而其中一些設置有時會在無意間影響遠程控制連接的成功率。這不,考試大就曾遭遇到一則故障現象,在與局域網目標服務器系統成功建立遠程桌面連接后,在服務器中正常啟用了一個控制程序,然而在考試大關閉遠程桌面連接后,那個控制程序也立即自動關閉,這么一來考試大始終無法通過該控制程序來對服務器系統進行有效控制,這是什么原因呢,我們又該如何解決這樣的遠程控制失敗故障現象呢?現在,本文就將該故障現象的具體排除過程貢獻出來,希望各位朋友能從中獲得一些幫助。

              偶遇遠程控制失敗故障
              考試大單位所在局域網的規模不是很大,文件服務器和普通工作站同時連接到局域網交換設備上,并且它們都處于相同的工作子網中,為了保證網絡訪問的高效性,網絡管理員并沒有在交換機設備上設置任何訪問策略,也沒有對任何交換連接端口進行安全限制,因此考試大平時利用遠程桌面功能連接目標服務器系統時一切很順利,并且也能隨意進行各種遠程控制操作。為了保證文件服務器系統能夠安全運行,網絡管理員及時在該系統中安裝了各類系統漏洞補丁程序,同時又在系統中進行了一些安全設置。
              最近,由于工作需要,考試大時常需要遠程登錄連接到目標服務器系統中,來啟用一個控制程序,以便對局域網中的一些網絡訪問操作進行控制管理;可是在利用遠程桌面連接功能與目標服務器系統建立好通信連接后,考試大按常規方法啟用運行了安裝在服務器系統中的那個目標控制程序,在確認這個控制程序正常運行后,考試大打算關閉遠程桌面連接窗口,這時考試大發現隨著遠程桌面連接窗口的關閉,先前在局域網服務器系統中正常運行的那個目標控制程序也跟著自動關閉了,這樣一來考試大就無法通過遠程桌面連接功能成功實現對局域網服務器的遠程控制。
              正常情況下,我們只要不對遠程服務器系統執行關機、注銷或重新啟動操作,單純是點擊遠程桌面連接窗口中的X按鈕時,那些已經處于啟用狀態的控制程序還應該會以系統后臺的形式進行運行,而不會出現跟隨遠程桌面連接斷開而自動關閉的現象發生。

              檢查遠程控制帳號設置
              那究竟是什么原因造成了遠程控制服務器失敗現象呢?考慮到考試大能夠通過遠程桌面連接功能與遠程服務器系統建立控制連接,同時也能在服務器系統中啟用目標控制程序,問題只是在于目標控制程序無法持續運行,于是考試大估計該故障很可能是遠程登錄帳號在控制會話方面的設置不合適引起的。為了檢驗自己的分析是否正確,考試大立即來到服務器現場,并以系統管理員身份登錄進入本地服務器系統,用鼠標右鍵單擊系統桌面中的“我的電腦”圖標,從彈出的快捷菜單中執行“管理”命令,打開對應系統的計算機管理控制臺窗口,在該窗口的左側顯示區域依次點選“系統工具”/“本地用戶和組”/“用戶”分支選項,在對應“用戶”分支選項的右側顯示區域,找到遠程桌面連接帳號,再用鼠標右鍵單擊該帳號,從其后出現的快捷菜單中執行“屬性”命令,打開目標帳號的屬性設置對話框;在該設置對話框中單擊“會話”標簽,打開如圖1所示的標簽設置頁面,從該設置頁面中我們會看到“空閑會話限制”、“活動會話限制”、“結束已斷開的會話”這幾個參數選項,其中“空閑會話限制”參數選項主要是針對沒有對服務器系統進行任何控制操作時Windows系統對會話連接的限制設置,一般情況下,我們如果想讓服務器系統高效運行的話,可以合理進行空閑會話限制設置操作,也就是說將“空閑會話限制”參數數值設置為一分鐘、五分鐘等,而不是設置成“從不”,這樣可以讓其他的用戶連接能高效地訪問服務器系統;而“活動會話限制”參數主要是針對通過遠程桌面連接功能對服務器系統正在進行的控制操作所使用的一種設置,通常情況下對服務器系統進行遠程控制的持續時間不是很固定,因此該參數的數值盡量也應該設置為“從不”,不然的話我們在遠程控制服務器系統的過程中很容易出現一些莫名其妙的問題;“結束已斷開的會話”參數主要是為了有效解決某遠程控制連接關閉時服務器系統異常運行而自動鎖死的情況,通常情況下,如果想讓通過遠程控制方式啟用起來的控制程序長時間在服務器系統中運行時,我們應該將該參數數值設置為“從不”。
              由于本文遇到的故障現象發生在遠程會話連接斷開之后,并且該現象主要是服務器系統中的控制程序無法持續運行,很明顯這意味著已斷開的會話受到了服務器系統的限制;可是,仔細查看“結束已斷開的會話”參數時,考試大發現該參數的數值已經被設置成了“從不”,這說明遠程控制服務器失敗的故障現象與遠程控制權限設置無關。

              檢查活動桌面是否啟用
              如果服務器系統終端服務配置中的活動桌面功能沒有正常啟用時,那么任何用戶是無法通過遠程控制方式來正常啟用運行服務器系統中的控制程序的,因此在確認遠程控制服務器失敗故障與遠程控制帳號設置無關后,我們還需要檢查活動桌面功能有沒有正常啟用,tb下面就是具體的檢查步驟:
              首先以系統管理員權限登錄進入本地服務器系統,打開該系統桌面中的“開始”菜單,從中依次點選“程序”/“管理工具”/“終端服務配置”命令,在其后出現的控制臺窗口中,用鼠標選中左側區域的“服務器設置”選項;
              其次在對應“服務器設置”選項的右側顯示區域,找到“Active Desktop”子項,用鼠標右鍵單擊該子項,并執行右鍵菜單中的“屬性”命令,打開如圖2所示的設置對話框,檢查其中的“禁用Active Desktop”子項是否處于選中狀態,要是發現該選項已經被選中時,我們應該及時取消它的選中狀態,再單擊“確定”按鈕保存好上述設置操作,如此一來我們就能服務器系統終端服務配置中的活動桌面功能可以正常啟用了。

              檢查遠程終端服務設置
              在啟用了活動桌面功能后,考試大發現遠程控制服務器失敗的故障現象仍然存在,這說明引起該故障的原因與活動桌面功能沒有任何關系。考慮到遠程控制服務器操作與遠程終端服務也有關系,于是考試大打算再對遠程終端服務設置進行一下檢查,看看其中的設置是否正確,畢竟這里的設置優先級要高于遠程登錄帳號在遠程連接會話方面的設置,換句話說就是Windows服務器系統往往先按照這里的設置對遠程控制連接進行限制,之后才會使用遠程管理帳號中的相關參數對遠程控制操作進行限制。
              在檢查遠程終端服務設置時,考試大先是在服務器系統桌面中打開了“開始”菜單,從中逐一點選“程序”/“管理工具”/“終端服務配置”命令,在其后出現的控制臺窗口中,用鼠標選中左側區域的“連接”選項;

            posted @ 2012-10-18 13:03 tbwshc 閱讀(1102) | 評論 (0)編輯 收藏

            僅列出標題
            共10頁: 1 2 3 4 5 6 7 8 9 Last 
            久久精品中文字幕久久| 亚洲日本va午夜中文字幕久久| 亚洲精品综合久久| 久久人人爽人人爽人人爽| 久久综合九色综合网站| 99热精品久久只有精品| 伊人情人综合成人久久网小说| 亚洲AV日韩AV永久无码久久| 国产综合成人久久大片91| 久久久久久久波多野结衣高潮| 久久精品国产亚洲网站| 99久久免费国产精品特黄| 国产精品久久一区二区三区| 亚洲精品国产自在久久| 99久久免费国产精品| 人人狠狠综合久久88成人| 久久久久99精品成人片三人毛片| 久久夜色精品国产噜噜噜亚洲AV| 久久精品国产亚洲7777| 色偷偷888欧美精品久久久| 精品无码久久久久国产动漫3d| 久久免费精品一区二区| 九九精品99久久久香蕉| 亚洲AV乱码久久精品蜜桃| 亚洲国产精品综合久久一线| 九九久久精品国产| 66精品综合久久久久久久| 久久久久久亚洲AV无码专区| 伊人久久大香线蕉av不卡| 亚洲一区精品伊人久久伊人 | 久久久久久国产精品无码超碰| 久久久久亚洲AV无码去区首| 2021少妇久久久久久久久久| 久久久久久久久无码精品亚洲日韩| 久久丫忘忧草产品| 久久精品国产99国产精品亚洲| 久久亚洲精品无码aⅴ大香| 久久久久久曰本AV免费免费| 亚洲va久久久噜噜噜久久男同| 波多野结衣久久精品| 一本色综合网久久|