emu in blogjava

            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            171 隨筆 :: 103 文章 :: 1052 評(píng)論 :: 2 Trackbacks

          我的評(píng)論

          共9頁: 上一頁 1 2 3 4 5 6 7 8 9 下一頁 
          似乎很多人看別人文章的目的不是要學(xué)習(xí)和交流,而是想找到銀彈。難怪他們要失望了,我對(duì)他們也感到失望。
          下面的方法可以生成一個(gè)只讀的navigator對(duì)象。然后再通過dialogArguments傳到modaldialog里面進(jìn)行讀操作應(yīng)該可以回避這個(gè)問題:
          function readOnlyNavigator(){
          var result={};
          for(var i in navigator){
          if(typeof navigator[i]!="object"){
          result[i]=navigator[i];
          }else if(typeof navigator[i].length=="number"){
          result[i]=[];
          for(var j=0;j<navigator[i].length;j++)
          result[i][j]=navigator[i][j].toString();
          }else{
          result[i]={};
          }
          }
          //result.javaEnabled=new Function("return "+navigator.javaEnabled())
          //result.taintEnabled=new Function("return "+navigator.taintEnabled())
          //result.userProfile.addReadRequest=new Function("return false")
          //result.userProfile.clearRequest=new Function()
          //result.userProfile.doReadRequest=new Function()
          //result.userProfile.getAttribute=new Function("return null")
          //result.userProfile.setAttribute=new Function()
          return result;
          }
          下半部分做了很多navigator的functions的空實(shí)現(xiàn),其實(shí)并不經(jīng)常用到,不需要的話可以不放那些functions進(jìn)去。真的需要用的話還是需要在主頁面上做一些代理方法。
          這樣跑到別人博客上面問問題,問不會(huì)了還要罵博主的,還真少見。樓上不敢留名,想來也是知道自己這樣做是不對(duì)的。

          我前面已經(jīng)解釋了:“一定要在modaldialog里面調(diào),也可以通過dialogArguments對(duì)象把調(diào)用傳遞到外面的主頁面上執(zhí)行來回避這個(gè)問題”,其實(shí)并不是說這個(gè)問題解決起來有什么難的,對(duì)于有一點(diǎn)web開發(fā)功底的人來說,這是相當(dāng)容易實(shí)現(xiàn)的。樓上不知道怎么實(shí)現(xiàn),可以查資料,可以找人問,在這里問我也可以,何必這么失風(fēng)度呢?
          簡單嘛,直接不要調(diào)navigator對(duì)象就可以了。一定要在modaldialog里面調(diào),也可以通過dialogArguments對(duì)象把調(diào)用傳遞到外面的主頁面上執(zhí)行來回避這個(gè)問題。try/catch就不要試了。
          呵呵玩玩而已嘛,如果苛求每個(gè)創(chuàng)新都一定要有使用價(jià)值,那我們的創(chuàng)新精神就會(huì)收到壓制。
          偶從來沒有說過模擬多線程問題或者大計(jì)算量造成瀏覽器失去響應(yīng)問題用command模式就可以很漂亮地輕松解決了,只是演示了如何這樣做的一個(gè)方法而已。樓上各位看來對(duì)偶的期望太高了。

          javascript作為一個(gè)單進(jìn)程的解釋語言,“活生生地把業(yè)務(wù)拆解了”恐怕是避免長時(shí)間持續(xù)運(yùn)算導(dǎo)致瀏覽器失去響應(yīng)的惟一出路了。command模式提供給了我們一個(gè)可能的分解計(jì)算的方式。同時(shí)把計(jì)算分解后也讓多個(gè)模擬線程并行計(jì)算和按需要調(diào)度提供了可能。

          樓上的最后一段偶是不同意的,用“for循環(huán)模擬多線程”是說不通的。executeCommands中的for循環(huán)是一個(gè)合理的進(jìn)程調(diào)度的可能實(shí)現(xiàn)方式。

          偶還想更正一下樓上對(duì)于設(shè)計(jì)模式的誤解。“說設(shè)計(jì)模式吧,人家那是為了簡化,清晰化業(yè)務(wù)模型的代碼實(shí)現(xiàn)啊”這是樓上自己對(duì)設(shè)計(jì)模式的理解而已。設(shè)計(jì)模式是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié),它并不背負(fù)有“簡化,清晰化業(yè)務(wù)模型”的使命,雖然有的時(shí)候它看起來確實(shí)有這樣的效果。舉個(gè)最常見的例子,用對(duì)象池方式來處理數(shù)據(jù)庫連接(連接池),肯定要比每次訪問數(shù)據(jù)庫都創(chuàng)建連接,用完關(guān)閉連接,來得不“簡化”,不“清晰”,而且?guī)砹撕芏嘣瓉聿辉嬖诘臉O其麻煩的問題,但是它能有效提高效率,節(jié)省資源,因此除了初學(xué)者,我們幾乎從來不會(huì)嘗試每次訪問數(shù)據(jù)庫都去創(chuàng)建連接。

          用復(fù)雜化了業(yè)務(wù)邏輯來指責(zé)偶使用command模式的方式,就好像去指責(zé)連接池是復(fù)雜化了數(shù)據(jù)庫訪問的業(yè)務(wù)邏輯一樣,是置我們解決了的問題于不顧,而只著眼于我們付出的代價(jià)。其實(shí)我們提供一個(gè)問題的解決方案的時(shí)候,一般并不意味著發(fā)明了銀彈。

          說偶偷換概念,吸引眼球,偶就實(shí)在是很無語了,分享一點(diǎn)技術(shù)心得用得著扣這么大的帽子給偶嘛?在樓上諸位提出更漂亮的實(shí)現(xiàn)之前,這是偶目前的技術(shù)能力做能做到的最漂亮的實(shí)現(xiàn)了,難道是特地發(fā)出來害人的?難道寫blog有人給稿費(fèi)的?
          補(bǔ)充一個(gè)object克隆的簡單方法,不支持function:
          function objClone(o){
          if(typeof o == "object"){
          var r=(o.sort)?[]:{}
          for(var i in o)
          r[i]=objClone(o[i]);
          return r;
          }
          return o;
          }
          re: 經(jīng)典javascript異常 emu 2007-08-13 13:18  
          數(shù)組對(duì)象自帶有一點(diǎn)clone功能,因此對(duì)于第二個(gè)經(jīng)典異常,有個(gè)簡單的應(yīng)對(duì)方案,不過只適用于簡單類型數(shù)組對(duì)象。
          <iframe src="javascript:'<script>var o=[1,2,3,&quot;abc&quot;];top.ff2=new top.Array().concat(o);<\/script>'" width=0 height=0 name="f2"></iframe>
          <button onclick="f2.location='about:blank';setTimeout('alert(ff2.toString())',0)">這個(gè)方法只適用于簡單類型數(shù)組對(duì)象</button>
          re: hello ruby emu 2007-08-13 04:02  
          module有點(diǎn)好玩,不過如果不在class里面玩的話,好像就找不到引用它的語法塊的變量空間,指定為全局變量試試看:
          module Emu
          def emu
          j=1
          while j<=$i
          print String($i)+"*"+String(j)+"="+String($i*j)+"\t"
          j+=1
          end
          end
          end

          include Emu
          $i=1
          while $i<10
          emu
          $i+=1
          print "\n"
          end
          不是FF讀xml要加這一句,而是服務(wù)器輸出xml的時(shí)候沒有正確輸出'text/xml'的情況下要加這一句。這和上面的權(quán)限問題沒有什么關(guān)系。
          re: 求助, 筆記本壞啦. emu 2007-07-31 13:26  
          從2看起來(開機(jī)不自檢),應(yīng)該是純粹的硬件故障。
          我以前的筆記本電源模塊徹底燒壞前幾天的表現(xiàn)也像是這樣的。
          近期天氣熱,筆記本工作的時(shí)候有沒有感覺特別燙?是否放涼了以后才可以啟動(dòng)?
          寫了個(gè)頁面測(cè)試三種不同的創(chuàng)建document的方式的時(shí)間耗費(fèi):

          <HTML>
          <HEAD>
          </HEAD>
          <BODY>
          document fragment:<span id="t1"></span><br>
          htmlfile:<span id="t2"></span><br>
          iframe:<span id="t3"></span><br>
          <button onclick="test()">test</button>
          <SCRIPT LANGUAGE="JavaScript">
          var n = 100;
          function test(){
          var t=new Date();
          for(var i=0;i<n;i++)
          document.createDocumentFragment()
          document.getElementById("t1").innerHTML=(new Date()-t);
          if(window.ActiveXObject){
          var t=new Date();
          for(var i=0;i<n;i++)
          new ActiveXObject("htmlfile")
          document.getElementById("t2").innerHTML=(new Date()-t);
          }
          var t=new Date();
          for(var i=0;i<n;i++){
          var tt = document.createElement("IFRAME");
          tt.style.display="none";
          document.body.appendChild(tt);
          }
          document.getElementById("t3").innerHTML=(new Date()-t);
          }
          </SCRIPT>
          </BODY>
          </HTML>

          在ie上基本上是個(gè)1:10:100的比例。在firefox上iframe的速度和IE差不多,documentfragment的速度快一些,但是不能創(chuàng)建變量空間,沒有什么意義。safari創(chuàng)建documentfragment更快,可是創(chuàng)建iframe更慢了。最慘的是opera,居然每次插入不可見的iframe都會(huì)導(dǎo)致頁面重新渲染,最終瀏覽器都掛掉了。
          一般我都是設(shè)置一個(gè)臨時(shí)cookie來監(jiān)視ie關(guān)閉。在下次打開的時(shí)候如果監(jiān)測(cè)不到cookie就清空數(shù)據(jù),再重設(shè)上cookie。
          技術(shù)探討,不必這么執(zhí)著于爛不爛啦,大哥
          樓主“為哪些真正為祖國的物理事業(yè)做出過偉大貢獻(xiàn)的先輩們鳴一下不平”的功力果然厲害,佩服佩服。
          偶并沒有否定最后的結(jié)果,只是指出測(cè)試方式的不嚴(yán)謹(jǐn)而已。ok,偶是木頭腦瓜,樓主不喜歡聽不同意見,偶大可以不說。
          樓主沒有包袱,怎么會(huì)這么累呢?
          相比之下,有一個(gè)物理學(xué)家研究物理研究到30歲就放棄了,改去研究神學(xué)了,跟我們祖國的物理先驅(qū)們相比就更微不足道了對(duì)吧?
          科學(xué)的地位,首先是看其成就,而不是看其犧牲了什么。相比我過的物理學(xué)先驅(qū)們,楊和李的成就不遜色于任何人,和平凡之有?
          楊某的私生活既然與外人無關(guān),就不應(yīng)因此而受鄙視。
          至于“處招搖放屁”,說話要就事論事,不要亂帶高帽子。
          new Date并不是沒有偏向任何一方,而是根本不知道偏向了哪一方。
          開銷的“均攤”導(dǎo)致了糊涂賬。好比我和李嘉誠各花掉1萬塊,我們的財(cái)富比例絕對(duì)會(huì)發(fā)生質(zhì)的變化,而不會(huì)“均攤”
          在“多次測(cè)試”過程中間,每次都重新引入一次的誤差,是無法通過增加測(cè)試次數(shù)來平衡的。
          樓主自己付出那么多去做開源是為了什么?
          是一朝成名(天下熙熙,皆為名來)?
          是被收購(天下攘攘,皆為利往)?
          還是只是練練手,提高一下自己的水平?
          還是只是漫無目的的跟風(fēng):什么都不為,我只要開源一把?
          還是真的無私的只是想要為世界軟件事業(yè)的發(fā)展添磚加瓦(軟件事業(yè)真的缺的就是這塊磚瓦嗎)?
          還是真的就是想要推動(dòng)開源事業(yè)的歷史巨輪(自己去做一個(gè)開源項(xiàng)目來推動(dòng)是最有效的推動(dòng)方式嗎)?
          還是想在世界開源舞臺(tái)上為中國人爭口氣……

          看到樓上說“為開源奮斗終身”,不知道所為何來呢?
          測(cè)試不夠嚴(yán)謹(jǐn):
          在循環(huán)中重復(fù)了1500次new Date()操作,這個(gè)構(gòu)造對(duì)象的代價(jià)算誰的?
          每次new Date()后去相減后累加,這里每次得到的時(shí)間差有0~1/18.6秒的誤差。這個(gè)誤差在最后累加起來,結(jié)果是筆糊涂帳。
          最后,如樓主在另一篇文章里面提到的,循環(huán)反轉(zhuǎn)也會(huì)影響結(jié)果(受教了:P)

          這樣的一個(gè)對(duì)比應(yīng)該是稍稍合理一點(diǎn)點(diǎn)的:

          var n,m;
          var inc = 0
          var t1 = new Date();
          while(inc++<500){
          for(var n in map){
          m = map[n];
          }
          }

          var t2 = new Date();
          inc=0;
          while(inc++<500){
          for(var j=arr1.length-1;j>=0;j--){
          n =arr1[j];
          m =arr2[j];
          }
          }
          var t3 = new Date();
          var mapTime=(t2-t1);
          var arrTime=(t3-t2);


          prompt("mapTime/arrTime",mapTime +'/'+arrTime)

          但是事實(shí)上,兩個(gè)循環(huán)仍在相互干擾,試試簡單的把一個(gè)循環(huán)的數(shù)據(jù)構(gòu)造和遍歷都完整的去掉,另一個(gè)立刻就會(huì)體現(xiàn)出來不同:

          function C(i){
          return i<62?
          String.fromCharCode(i+=
          i<26?65
          :i<52?71//97-26
          :-4//48-26-26
          )
          :i<63?'_'
          :i<64?'$'
          :C(i>>6)+C(i&63)
          }
          var map = {};
          //var arr1 = [];
          //var arr2 = [];
          var n,m;
          for(var i = 0;i<1000;i++){
          var c = C(i);
          map[c] = i;
          // arr1.push(c);
          // arr2.push(i);
          }
          var inc = 0
          var t1 = new Date();
          while(inc++<500){
          for(var n in map){
          m = map[n];
          }
          }
          var t2 = new Date();
          /*
          inc=0;
          while(inc++<500){
          for(var j=arr1.length-1;j>=0;j--){
          n =arr1[j];
          m =arr2[j];
          }
          }
          */
          var t3 = new Date();
          var mapTime=(t2-t1);
          var arrTime=(t3-t2);


          prompt("mapTime/arrTime",mapTime +'/'+arrTime)

          真不知道80多歲的楊某人有何值得討厭之處。就因?yàn)闈M足不了樓主狹隘的世俗禮教觀念嗎?寧要一個(gè)從一而終默默無聞的楊某人,也不要一個(gè)老年“變節(jié)”的偉大的物理大師,這就是樓主的價(jià)值觀?

          樓主這篇文章也沒有解決任何問題,介紹任何新的技術(shù),和兩年來的千千萬萬人一樣,啰嗦幾句“AJAX是舊藥裝新瓶”、“雕蟲小技而已”而已。不知有何新意?為了給JSI的閃亮登場(chǎng)做個(gè)鋪墊,把a(bǔ)jax先拖出來踩上兩腳,順便稍上自己一貫看不順眼的楊某人?
          區(qū)別就在于,驗(yàn)證頁面的地址是VeriSign網(wǎng)站的,而不是我做的靜態(tài)圖。
          一般來說,來自官網(wǎng)的頁面聲明的內(nèi)容是可以信賴的。
          re: json的例子 emu 2007-05-16 19:08  
          to: dennis & AM
          不覺得會(huì)誤人。我的意思是,當(dāng)你決定用ajax的時(shí)候,你要知道還有個(gè)json,你要知道他們各自的優(yōu)點(diǎn)在哪里,知道你其實(shí)在進(jìn)行的是怎樣的取舍。
          to:chinalu
          我明白你的意思,json只是一個(gè)數(shù)據(jù)描述方式,并不一定要用我的方式來獲取的,當(dāng)然也可以用xmlhttp甚至form post來獲取。
          我在這里主要是展現(xiàn)一種不用xmlhttp的,異步獲取json數(shù)據(jù)的方法。
          至于跨編碼,我的意思是,json跨編碼的時(shí)候比較麻煩,直接用xml就簡單得多了,因此這是json的一個(gè)劣勢(shì)。可能你沒有仔細(xì)看清。
          json和xml確實(shí)都是數(shù)據(jù)封裝的形式,但是除了形式不同之外還有各自的優(yōu)劣,運(yùn)用之妙,存乎一心。舉個(gè)最簡單的例子,我貼出來的這段代碼放到任何一個(gè)網(wǎng)站(域名)上,在任何瀏覽器上都可以從 http://g2.qzone.qq.com 域名上獲取回來一串?dāng)?shù)據(jù),如果用xml,你試試看能不能跨得了域?
          re: AJAX案例研究之google suggest emu 2007-05-14 10:02  
          中文要編碼的呵呵
          樓上的,應(yīng)該試試 http://www.google.cn
          re: 面試的一道題目 emu 2007-03-28 18:47  
          11. 如果可以,需要判斷是否為非負(fù)數(shù)
          應(yīng)為正數(shù),因?yàn)?不可以
          re: 面試的一道題目 emu 2007-03-28 18:46  
          13不吉利,再說13已經(jīng)隱含在12之中:

          假設(shè) 0<a<=b<=c
          如果 a+b>c (12)
          a+b>c --> b>c-a
          a+b>c --> a>c-b
          b<=c & a>0 --> b-a<c
          1 是不是揭露百度的黑幕就是居心不良?我和我身邊的很多人都是這一黑幕的直接受害人,為什么我不應(yīng)該支持和轉(zhuǎn)載揭露真相的文章?
          2 因?yàn)槿思沂巧倘耍谀痪褪呛侠淼膯幔?
          3 莫名其妙,樓上的意思是百度要收購google不夠方便嗎?暈一個(gè)。
          4 揭露黑幕的文章肯定是有些人不喜歡看的。想看歌頌百度的文章很容易啊。
          re: 致歉 emu 2007-03-02 09:02  
          感謝dudu不辭辛苦為大家義務(wù)服務(wù)。
          總的來說,跨域我認(rèn)為是瀏覽器開發(fā)者小心過頭的產(chǎn)物。一個(gè)合理的跨域限制策略應(yīng)該是像flash那樣的,讀取一個(gè)crossdomain.xml配置文件后就允許或者拒絕訪問。
          Firefox的跨域訪問限制更惡心,一設(shè)置domain以后,連不跨域的請(qǐng)求都被禁止了,真是有病。
          re: 關(guān)于方舟子的爭論 emu 2007-01-22 20:32  
          轉(zhuǎn)基因并不完全是化學(xué)手段,更不是讓你吃化學(xué)藥劑。相反,很多時(shí)候轉(zhuǎn)基因作物會(huì)讓你少使用化學(xué)藥劑。這樣看來樓上應(yīng)該熱烈歡迎轉(zhuǎn)基因作物才對(duì)啊。何況化學(xué)藥劑也是現(xiàn)代生活中不可或缺的啊。難道樓上洗衣服不用洗衣粉,洗碗不用洗潔精?

          再說殺蟲藥,也不是樓上說的“比較坑人”。在沒有更好的手段對(duì)付害蟲前,農(nóng)藥仍是農(nóng)民最好的朋友之一。為了人類健康我需要更低毒,更容易降解,更安全的農(nóng)藥,而不是說不用農(nóng)藥了。

          有些東西是非常有危害的,而且短期內(nèi)看不出來,不止化學(xué)藥劑,還有很多天然的食品,日常的飲食。早飯下稀飯的腌菜,下豆?jié){的油條,麥當(dāng)勞的薯?xiàng)l,都可能致癌。每天都吃的用大糞和秸稈種出來的大米,含有肌醇六磷酸,會(huì)和鐵結(jié)合影響吸收。一個(gè)東西我們發(fā)現(xiàn)它有危害,就去消除它的危害啊。事實(shí)上大米的危害我們也沒有很積極的去消除,大家還是努力吃飯,但是對(duì)待轉(zhuǎn)基因食品我們遠(yuǎn)沒這么寬容。就是這樣明顯的不公平的雙重標(biāo)準(zhǔn)之下,大家還是對(duì)轉(zhuǎn)基因不滿意。

          “但人是功利的,肯定不會(huì)花這么長的時(shí)間和精力去做這些評(píng)估檢測(cè)啥的”這就小人之心了。且不說別人是否都這么功利,花時(shí)間經(jīng)歷去做評(píng)估檢測(cè)一樣可以是利益驅(qū)使的。假冒偽劣固然很可能暴利,可是賺得最多笑到最后的未必都是假冒偽劣。
          re: 關(guān)于方舟子的爭論 emu 2007-01-19 18:31  
          人類自直立行走以來就沒有停止過這種“近乎域瘋狂的發(fā)展”吧。看看你今天的午飯,大米,是雜交馴化了幾千年的野稻子;蔬菜,是馴化的野菜;豬肉,是馴化的野豬。基本沒有一樣是自然選擇進(jìn)化出來的產(chǎn)物。再看你身上穿的,棉花也不是自然進(jìn)化的,羊毛也不是。你到底想吃多“自然”的東西呢?

          科學(xué)給我們新的力量,讓我們可以和自然更和諧的發(fā)展。讓我們可以更少的使用農(nóng)藥和除草劑,讓我們可以在更少的土地上生產(chǎn)出來更多的產(chǎn)品,避免對(duì)自然更大的破壞,你在怕什么呢?

          修飾幾個(gè)基因,就是“妄想成為萬物的主宰”了嗎?既然你認(rèn)為是“妄想”,那你又害怕什么呢?
          拜托,問題不在于是否原樣輸出。而是xmp和div都沒有辦法解析出來CDATA的意義,把CDATA當(dāng)成節(jié)點(diǎn)值輸出出來了。麻煩再看一下我上午的代碼。
          支持CDATA的意思不是把CDATA打印出來,而是不把CDATA打印出來。

          function parseXML(st){
          if(!!document.all){
          var result = new ActiveXObject("microsoft.XMLDOM");
          result.loadXML(st);
          }else{
          var parser = new DOMParser();
          var result = parser.parseFromString(st, "text/xml");
          }
          return result;
          }
          var x=parseXML("<data><![CDATA[ <<<abc>>> ]]></data>")
          alert(x.getElementsByTagName("data")[0][(!!document.all)?"text":"textContent"])

          還是不明白CDATA的作用?試試把CDATA去掉會(huì)如何?
          x=parseXML("<data> <<<abc>>> </data>")
          alert(x.getElementsByTagName("data")[0][(!!document.all)?"text":"textContent"])
          不能吧。沒有看出來xmp有任何可以比div更好的代替xml數(shù)據(jù)島的潛力。
          re: 關(guān)于工行的XSS漏洞 emu 2007-01-09 18:12  
          嘿嘿技術(shù)討論而已,莫論國是啊。
          re: 關(guān)于工行的XSS漏洞 emu 2007-01-08 09:04  
          crossdomain.xml
          我所說的代理頁面,是這樣的工作原理:
          * 基于同一個(gè)父域的各個(gè)子域的頁面,會(huì)收到瀏覽器跨域的限制而不能相互訪問。
          * 但是各個(gè)子域的頁面如果設(shè)置了父域的domain,瀏覽器就允許它們相互訪問了。
          * 可是這種情況下,各個(gè)子域的頁面還是無法訪問其他子域的xml資源。
          * 這個(gè)時(shí)候我們?cè)趚ml的資源所在的子域上放置一個(gè)代理頁面,就可以用這個(gè)頁面作為跳板,實(shí)現(xiàn)不同子域的頁面訪問彼此的xml資源了。

          比如,a.emu.com域下面的a.htm要訪問b.emu.com下面的b.xml
          就要在b.emu.com域下面放一個(gè)b.htm,由它來實(shí)施對(duì)b.xml的訪問
          而a.htm中用隱藏禎嵌入b.htm。a.htm和b.htm再指定domain="emu.com"
          這樣a.htm就可以處理b.emu.com上的xml文件了。
          代理頁面,不是服務(wù)器代理技術(shù),基本不耗費(fèi)服務(wù)器性能。
          re: 關(guān)于工行的XSS漏洞 emu 2007-01-04 09:26  
          Monyer果然是高手,佩服佩服。已經(jīng)收錄你的博客。
          re: 關(guān)于工行的XSS漏洞 emu 2007-01-04 09:16  
          to:JK
          預(yù)見到了相關(guān)網(wǎng)站路徑會(huì)修改,漏洞也會(huì)修復(fù)的,所以文章中對(duì)現(xiàn)場(chǎng)都保留了截屏。工行愛修改鏈接就修改去吧。

          VirusHuo前天介紹了篇有趣的文章文章:
          http://dev2dev.bea.com.cn/techdoc/05101902.html
          果然非常非常的有趣啊!難怪龍專家的文章里面前后矛盾,原來關(guān)于XSS的危險(xiǎn)性的正確認(rèn)識(shí)都是剽竊來的,而那些輕描淡寫文過飾非的文字才是原創(chuàng)(emu深信“簡直無稽之談”這句定是原創(chuàng)的)。佩服啊佩服。可憐那些被他列進(jìn)好友列表的大俠們。
          我的例子中有啊,試試反復(fù)點(diǎn)擊按鈕啟動(dòng)多個(gè)測(cè)試“線程”,然后把鼠標(biāo)移動(dòng)到正在運(yùn)算中的“線程”上,它就會(huì)停下來。鼠標(biāo)移開的時(shí)候它又繼續(xù)。
          re: 關(guān)于方舟子的爭論 emu 2006-12-26 18:14  
          》》太猖狂了,要腳踏實(shí)地的做學(xué)問,不懂裝懂,不好,實(shí)際你們倆什么都不懂,你和人民為敵,
          反對(duì)樓上的空對(duì)空評(píng)論,亂戴高帽子,不就事論事。
          》》有一天人民是要和你算帳的
          是否有一天人民要和他倆算賬現(xiàn)在還不得而知,樓上未卜先知莫非是算命先生?
          現(xiàn)在已經(jīng)知道的是,人民已經(jīng)在和中醫(yī)算賬了。
          》》5千你的祖宗都的靠中藥生存下來的
          5千年來我們的祖先是否是靠中醫(yī)中藥生存下來的,結(jié)論并不難得出。大家看看沒有中醫(yī)中藥的其他文明,是否都已經(jīng)滅絕了呢?

          其他無的放矢的言論就不意義批判了。
          ;) 偶只是展示這樣一個(gè)計(jì)算,并不是在展示這樣一個(gè)顯示方式啊。
          現(xiàn)在的主流瀏覽器應(yīng)該沒有默認(rèn)自動(dòng)屏蔽javascript的運(yùn)行了吧?
          呵呵那個(gè)按鈕是手寫的。分析一下頁面源碼就明白了,要是分析不明白,那講也講不明白了。
          re: 百度又強(qiáng)了一回 emu 2006-11-23 09:22  
          老大,偶是2月24號(hào)做的搜索,事隔大半年了,搜索結(jié)果當(dāng)然大有不同?
          這也是為什么我都是貼當(dāng)時(shí)的截屏出來對(duì)比。
          一直在發(fā)展壯大,對(duì)這個(gè)城市的治安始終抱有希望,沒有銷聲匿跡。
          http://paper.sznews.com/jb/20061121/ca2507415.htm

          加你了。
          關(guān)于加西亞同學(xué)的事,推薦一篇轉(zhuǎn)的文章
          http://www.aygfsteel.com/emu/archive/2005/07/29/8592.html

          還有,訪問這個(gè)地址,看看跌眼睛否?
          http://tech.ccw.com.cn/file/69/
          不但收集你的文章,還替你開了blog,還替你排了個(gè)不錯(cuò)的排名呢,一笑。
          共9頁: 上一頁 1 2 3 4 5 6 7 8 9 下一頁 
          主站蜘蛛池模板: 肇庆市| 当雄县| 石林| 平阴县| 阿拉善左旗| 平潭县| 乌恰县| 滨州市| 丰县| 光泽县| 高要市| 巧家县| 望谟县| 家居| 游戏| 织金县| 桑日县| 宜城市| 新宁县| 宝应县| 布尔津县| 于田县| 专栏| 西贡区| 清远市| 黄浦区| 靖州| 碌曲县| 泗水县| 中卫市| 太仓市| 格尔木市| 确山县| 工布江达县| 雷州市| 聂拉木县| 平遥县| 博白县| 青神县| 永嘉县| 浦东新区|