<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Dedian  
    -- 關(guān)注搜索引擎的開(kāi)發(fā)
    日歷
    <2006年10月>
    24252627282930
    1234567
    891011121314
    15161718192021
    22232425262728
    2930311234
    統(tǒng)計(jì)
    • 隨筆 - 82
    • 文章 - 2
    • 評(píng)論 - 228
    • 引用 - 0

    導(dǎo)航

    常用鏈接

    留言簿(8)

    隨筆分類(45)

    隨筆檔案(82)

    文章檔案(2)

    Java Spaces

    搜索

    •  

    積分與排名

    • 積分 - 65519
    • 排名 - 817

    最新評(píng)論

    閱讀排行榜

    評(píng)論排行榜

     

    2006年10月21日

    微軟從未放棄搜索引擎的競(jìng)爭(zhēng),一直和Google暗暗較勁。盡管live search在內(nèi)部員工里像是一個(gè)joke,但老大一直毫不猶豫地往里砸錢。

    說(shuō) 實(shí)話,我盡量使用微軟的產(chǎn)品,操作系統(tǒng)放棄了linux,開(kāi)發(fā)工具放棄了perl和java,當(dāng)然這些是工作使然。但map我以前用 MapQuest,現(xiàn)在改用live map,瀏覽器也棄Firefox改用IE8,但凡能用的,我都會(huì)改用微軟的產(chǎn)品,不過(guò)對(duì)于搜索引擎,感覺(jué)實(shí)在太爛了,搜出來(lái)的東西總不是自己想要的,往 后翻了10來(lái)頁(yè)也不見(jiàn)有用的。后來(lái)就偷偷把Google設(shè)為默認(rèn)引擎。見(jiàn)到一個(gè)同事比我更過(guò)分,連outlook的搜索都改用Google Desktop來(lái)搜索。

    后來(lái),3月初的時(shí)候,內(nèi)部就發(fā)布了一個(gè)新的搜索引擎,叫Kumo(酷摸?)。據(jù)說(shuō)是因?yàn)閘ive這個(gè)名字不好,不 信把它反過(guò)來(lái)念念看看是什么?我覺(jué)得只是一個(gè)名字的更換沒(méi)有什么意義。后來(lái)還是忍不住上去試了試,發(fā)現(xiàn)確實(shí)比原來(lái)的那個(gè)好一些。沒(méi)事的時(shí)候也會(huì)用Kumo 摸一把。

    今天,鮑老大又宣布發(fā)布一個(gè)新的搜索引擎,叫Bing。感覺(jué)怎樣?我怎么讀的像有病的‘病’?還不叫Search Engine,改叫Decision Engine,夠新潮的概念。我不太清楚為什么取這樣一個(gè)名字(據(jù)鮑老大說(shuō),是因?yàn)樗绦『糜洠贿^(guò)從一個(gè)日文名字變成一個(gè)中文名字,我感覺(jué)這是陸奇上臺(tái)登 上Search老大交椅之后的一個(gè)成功。記得前兩天Search主頁(yè)的封面就開(kāi)始用上內(nèi)部某員工拍的中國(guó)陽(yáng)朔的風(fēng)景照片。不管猜測(cè)對(duì)不對(duì),新的搜索引擎還 是要試一試,結(jié)果有好事之徒一上來(lái)就搜了個(gè)“六四”,結(jié)果出來(lái)的全是大學(xué)四六級(jí)考試,讓人有些瀑布寒。還沒(méi)有公開(kāi)release,公關(guān)就已經(jīng)做得這么好 了。

    讓人更囧的是,為慶祝新的release,search組的人每人發(fā)了一件T-shirt。據(jù)說(shuō)前面是"I Bing",后面是“U Bing”。聽(tīng)起來(lái)像“我有病,你也有病”。不過(guò)Search組的人并以為然,因?yàn)樗麄優(yōu)?#8220;Bing”取了一個(gè)中文名字叫“必應(yīng)”。比“谷歌”好一點(diǎn)么?

    其他組的好事之徒可沒(méi)那么友好,測(cè)試了一段時(shí)間之后,把這個(gè)“bing”的搜索引擎親切地叫做Mr. Bean。

    當(dāng)然,面對(duì)新鮮事物,我們還應(yīng)該抱著積極的態(tài)度。我想因?yàn)樵跍y(cè)試階段,我更愿意相信這是因?yàn)闆](méi)有足夠的用戶行為數(shù)據(jù)導(dǎo)致的短暫的發(fā)育不良。這個(gè)“必應(yīng)”在下周可能就會(huì)正式發(fā)布了。讓我們?cè)嚹恳源?
    posted @ 2009-05-29 13:20 Dedian 閱讀(3635) | 評(píng)論 (14)編輯 收藏
     


    先前有說(shuō)過(guò),“很 多的軟件做成web-based是web3.0的一個(gè)趨勢(shì)”。從技術(shù)角度上說(shuō),這些web-based的應(yīng)用程序和以前裝在本地硬盤的軟件有些不一樣,確 切地可以理解那些具有服務(wù)功能的網(wǎng)站或者應(yīng)用程序?yàn)槟軌驗(yàn)g覽器所容納的對(duì)象,而瀏覽器只是一個(gè)可以支持多種對(duì)象的容器,可對(duì)象的后臺(tái)的服務(wù)應(yīng)用程序正是 deploy在各種web服務(wù)器上的軟件。

    而那些所謂的腳本語(yǔ)言只是容器與各種對(duì)象的通訊語(yǔ)言。

    一直以來(lái),容器和后臺(tái)服務(wù)應(yīng)用程序一直在改進(jìn)。但更多的是一個(gè)又一個(gè)鮮活的對(duì)象通過(guò)瀏覽器展現(xiàn)在我們眼前,默默地改變我們的生活。

    其 實(shí),說(shuō)很多的軟件做成web-based就是變成一個(gè)個(gè)可以為瀏覽器所接納的對(duì)象模型只概括了其中的一部分。它只是說(shuō)到軟件的表現(xiàn)形式。這很容易讓大家忽 略數(shù)據(jù)的存儲(chǔ)形式,而默認(rèn)這樣的web-based的服務(wù)讓我們更多的是享受網(wǎng)絡(luò)上的數(shù)據(jù)或者搜索引擎上的數(shù)據(jù)。我們不用經(jīng)常下載軟件占據(jù)自己的硬盤,有 了網(wǎng)絡(luò)電視,我們也不用下載電影,甚至也無(wú)需下載音樂(lè)。我們自己的數(shù)據(jù)比如email,blog,訂閱的雜志,收藏的信息也都存放在各個(gè)網(wǎng)站的服務(wù)器上, 而無(wú)需下載下來(lái)。

    我們似乎已經(jīng)習(xí)慣了在線的狀態(tài)。淡忘了脫機(jī)的那個(gè)年代。而一向標(biāo)新立異的Google似乎又找到回歸的需求,那就是最近推出的的Google Gears。它提供人們一個(gè)瀏覽器的插件,通過(guò)這個(gè)插件我們下載數(shù)據(jù)到本地硬盤,并且提供一個(gè)小型數(shù)據(jù)庫(kù)引擎(SQLite)在本地硬盤幫助存儲(chǔ),建立索引和搜索數(shù)據(jù)。另外提供接口實(shí)現(xiàn)后臺(tái)的數(shù)據(jù)同步而無(wú)需占用瀏覽器資源。

    目前Google Gears的API應(yīng)用在Google Reader上,即用戶可以下載訂閱的電子雜志到本地硬盤,方便整理和收藏。

    一句話,軟件有放在網(wǎng)上的趨勢(shì),人們也同樣關(guān)注個(gè)人數(shù)據(jù)的搜集和存放。舉個(gè)例子,我一直用Del.icio.us來(lái)收藏一些技術(shù)網(wǎng)站或者文章,可有一天我查閱技術(shù)文章的時(shí)候,點(diǎn)擊鏈接過(guò)去,卻是物是人非頁(yè)已去。這時(shí)我就想當(dāng)時(shí)文章要是可以自動(dòng)下載到自己硬盤并整理好那該多好。當(dāng)然,手工的Copy+Paste就算了,我希望的是像Del.icio.us的一鍵操作。

    posted @ 2007-05-31 14:27 Dedian 閱讀(1924) | 評(píng)論 (1)編輯 收藏
     
    Got a question, when I apply sort command line in linux to sort some domain names by dictionary order, no matter which option i used, it will sort some domains like this:

    ...
    abca.com
    abc-d.com
    abce.com
    ...

    I am curious what comparison function it applys in its' sorting function. I supposed it should be a string comparison, like strcmp function, but it is not. coz strcmp will compare ascii code of characters in string one by one, thus above sorting should like this:

    abc-d.com
    abca.com
    abce.com

    one guess is that when sorting names the special characters like "." "-" will be skipped. but still got some problem when sorting following names:

    abc---d.com
    abc--d.com
    abc-d.com

    why can linux sorting keep this order? if it skips some special characters, above names should be compared equally and maybe sorted as a random order.

    confused, anybody has thought about that?

    -----
    p.s.

    Haven't got updated here for quite a long time, coz I am back to program with c under linux and I believe it is a place for Java programmers.

    -----

    update:

    Linux sorting compares unicode of strings … more about unicode is here




    posted @ 2007-02-02 07:10 Dedian 閱讀(1417) | 評(píng)論 (1)編輯 收藏
     

    隨著網(wǎng)絡(luò)上信息量的日益增加,人們的學(xué)習(xí)和工作越來(lái)越離不開(kāi)網(wǎng)絡(luò)搜索引擎(有些生活中的小例子在《Google 今天8歲》文中有提到)。

    但是,另外一方面,我們會(huì)對(duì)搜索出來(lái)的成千上萬(wàn)的結(jié)果束手無(wú)措,使得我們基本上對(duì)第一頁(yè)的搜索結(jié)果保持興趣,從而引發(fā)各種為爭(zhēng)取出現(xiàn)在搜索引擎的第一頁(yè)的各種技術(shù)(如SEO)或手段(Spamdexing)出現(xiàn),惡劣的則大打出手,甚至搜索引擎公司出現(xiàn)各種幕后黑手

    對(duì)于用戶來(lái)說(shuō),則需要一點(diǎn)智商,來(lái)迅速地達(dá)到自己的搜索目的。

    對(duì)于搜索引擎的老大Google顯然注意到這一事實(shí)以及這一事實(shí)帶來(lái)的客戶需求:即搜索引擎應(yīng)該滿足客戶自定義化(Customizable).

    最近,Google推出的產(chǎn)品 custom search service 則適應(yīng)了這一需要。

    idea很簡(jiǎn)單,就是用戶可以自己根據(jù)自己的興趣所在設(shè)置一些自己經(jīng)常去的或者感興趣的又信息量比較大的一些網(wǎng)站。這樣就可以制定Google的搜索引擎就搜索這幾個(gè)網(wǎng)站,或者以這幾個(gè)網(wǎng)站的為主。

    例外,這個(gè)簡(jiǎn)單idea的產(chǎn)品還具備web2.0的色彩。也就是可以幾個(gè)興趣相投的人一起編輯網(wǎng)站列表,從而類似一個(gè)搜索圈(搜索社區(qū))搜索出大家共同感興趣的東西。

    有興趣的大家可以自己玩玩。我初步自定義了一個(gè)與Blog有關(guān)的搜索引擎。

    點(diǎn)擊這里。或者連接:
    http://www.google.com/coop/cse?cx=006688650489436466578%3Ac7-4rxi0jf4

    或者點(diǎn)擊這個(gè)簡(jiǎn)單的域名地址:

    http://blogdigger.info

    大家有興趣可以一起玩,只要你們有g(shù)mail的賬號(hào)。

    加入的方法很簡(jiǎn)單,就是點(diǎn)擊主頁(yè)上的鏈接:
    ?
    當(dāng)然,你需要一個(gè)Google 的賬號(hào)(沒(méi)有也沒(méi)有關(guān)系,只需要用你們的email注冊(cè)一個(gè)就可以了,很簡(jiǎn)單)
    ?
    這樣,你就可以成為這個(gè)搜索引擎的一員了,平時(shí),你覺(jué)得那個(gè)網(wǎng)站很好,里面的信息量也比較大,你可以把這個(gè)網(wǎng)站添加到Blog Digger的網(wǎng)站列表中。也可以為你感興趣的一些搜索添加搜索條目。
    ?
    如果慢慢的覺(jué)得這個(gè)自定義的Google好玩,就記住這個(gè)鏈接吧:http://blogdigger.info





    posted @ 2006-10-27 06:04 Dedian 閱讀(2393) | 評(píng)論 (3)編輯 收藏
     
    Not sure if it is a bug of (Http)URLConnection, but it hang sometimes for some URLs while calling any functions to get information from connection (includes getResponseCode, getInputStream, getContent, getContentLength, getHeaderField blabla..) after connection has been built (even I have set the read timeout and connect time out).

    the functions openConnection() and connect() are ok, curious about that problem.

    anybody has the same problem or similar problem with URLConnection?
    posted @ 2006-10-21 07:20 Dedian 閱讀(1313) | 評(píng)論 (0)編輯 收藏
     
    Copyright © Dedian Powered by: 博客園 模板提供:滬江博客
    主站蜘蛛池模板: 国产精品亚洲AV三区| 亚洲AV无码专区在线播放中文| 亚洲欧洲精品久久| 免费A级毛片无码A∨中文字幕下载 | 国产高清对白在线观看免费91| 四虎影视在线永久免费观看| 亚洲国产精品无码久久九九大片| 日韩精品免费电影| 亚洲欧美国产精品专区久久| 在线免费观看污网站| 亚洲AV成人无码久久WWW| 波多野结衣一区二区免费视频| 国产亚洲情侣久久精品| 亚洲综合色视频在线观看| 久久九九久精品国产免费直播 | 亚洲精品无码久久千人斩| 久久永久免费人妻精品| 久久av无码专区亚洲av桃花岛| 亚洲视频免费播放| 亚洲国产精品久久久久秋霞小| 亚洲国产精品成人网址天堂| a级毛片在线免费| 亚洲精品免费在线视频| 成人毛片免费观看视频大全| 亚洲aⅴ无码专区在线观看春色| 亚洲色图综合在线| 最近免费中文字幕高清大全| 亚洲欧美日韩中文字幕在线一区 | 国产综合精品久久亚洲| 一级毛片在线免费观看| ww亚洲ww在线观看国产| 亚洲国产成人精品91久久久| 国产羞羞的视频在线观看免费| 国产成人精品日本亚洲11| www国产亚洲精品久久久日本| 日韩电影免费观看| 亚洲AV无码片一区二区三区| 久久综合图区亚洲综合图区 | 亚洲福利精品电影在线观看| 日韩免费的视频在线观看香蕉| 亚洲精品无AMM毛片|