李威 さぽている

JSONP 跨域原理小解

最近看一些代碼時，邊看邊改代碼，發(fā)現(xiàn)getJSON這個方法沒法正常使用。


究其原因，發(fā)現(xiàn)url里有個callback，這里使用的是JSONP，一種跨域技術。
網(wǎng)上搜了下JSONP，多數(shù)都是在講如何使用，而沒有說明為什么它能跨域，且沒有說明url服務器端的代碼時如何生成的。
這方面，上面的文章里有比較詳細的描述。


客戶端的javascript代碼會有如上的操作，代碼不難，很容易理解，也就是加了一個script標簽。

而服務器端會返回這樣的數(shù)據(jù)。這其實是一段javascript代碼，

之后客戶端會調用callbackFunction。
使用JQuery的getJSON方法后，callback部分會變成如下形式。

posted @ 2012-01-10 21:30 李威 閱讀(345) | 評論 (0) | 編輯 收藏

error code 0x80004005

posted @ 2011-12-06 21:13 李威 閱讀(360) | 評論 (0) | 編輯 收藏

HTML5的audio標簽很坑爹！

最近試著用html5在頁面加載mp3文件。在chrome下測試通過了，偶然的用firefox4打開，居然沒法用……
懷疑哪里寫錯了，可audio標簽也就幾個屬性而已。

幾經(jīng)搜索，最后發(fā)現(xiàn)的真相讓我很崩潰……firefox的audio不支持播放mp3。


看了這個表之后，雖然很多瀏覽器都支持html5，但如果你想播放一個文件，任何一種格式都不能讓所有瀏覽器正常播放。
哈哈哈，html5定義了媒體標簽，但沒規(guī)定媒體的默認編碼格式，導致各瀏覽器各自為政。
真是不方便……

posted @ 2011-06-11 22:30 李威 閱讀(270) | 評論 (0) | 編輯 收藏

PHP GD畫圖時出現(xiàn)的文字亂碼問題

GD畫圖時通常顯示文字是用imagettftext方法，但它的參數(shù)必須是UTF-8編碼的。
此時得注意php文件的編碼
1.如果是UTF-8的，直接傳硬編碼字符串就可正常顯示
2.如果是gb2312或其它的，則必須進行轉換 mb_convert_encoding($str, 'UTF-8')

另外，還有一種情況，JIS-mapped Japanese Font Support被開啟時，imagettftext就必須傳SJIS編碼，傳UTF-8反而會亂碼。
此時必須將其轉碼后傳入，mb_convert_encoding($sStr,"SJIS", "UTF-8")。

以上。

posted @ 2011-03-31 15:46 李威 閱讀(1051) | 評論 (0) | 編輯 收藏

TurboC3.0英文版中界面邊框為亂碼問題的解決發(fā)法

在次提供TurboC3.0英文版下載。

TCPP.rar
上網(wǎng)須謹慎，下載請殺毒。

TC3.0窗口模式，邊框有中文亂碼。全屏就沒有。
原因是當前的code page是中文的936，可以在cmd中用chcp命令查看。
利用命令 chcp 437 改為老美的，就可以了。
具體操作
啟動TCPP.exe->File->DOS Shell->chcp 437->exit
回到TCPP后就沒亂碼了。
但這個方法治標不治本，每次啟動TCPP仍是亂碼。

另一種方法
在TCPP窗口的左上角單擊，出現(xiàn)菜單（包含最大化，最小化，屬性等），在默認選項的第一個頁面“選項”里Default code page選擇437 (OEM United Status)。因為我目前使用的是英文系統(tǒng)，不知道中文系統(tǒng)中是否有該項。如果沒有該項，請自行尋找方法讓它有。
之后，一切OK，至少我OK了……

posted @ 2011-01-26 19:26 李威 閱讀(708) | 評論 (0) | 編輯 收藏

運行李

中鐵快運 跨省 4.3元/KG
一般3天到，但有時貨運量大，無法確定到貨時間
上午10:30電話過去，說下午2點后才能來取貨，我說下午不在，比較緊急，實際上取貨師傅11點多就到了
來取貨的人有2人，開的是面包車，能一次運走較多貨物
貨物較散時會收15元包裝費。
一般人不支持貨到付款，只有大客戶才支持。
先交費，多退少補（一般會多收），發(fā)票不當場發(fā)，之后會聯(lián)系你或郵寄給送貨地址（具體不詳）。
我是當天要離開，沒法將發(fā)票給我，他們說會將發(fā)票和多的錢放到包裝的貨物里。


順豐快遞 跨省 1KG內20元，超過部分12元/KG
到貨很快，合肥到杭州一天內能送到。
來取貨的只有1人，開電動車，貨物較多時無法一次取完。
支持貨到付款，無包裝費。
客服說1小時內到，通常半小時左右會有取貨人來電話聯(lián)系，之后看情況，有時候半小時能到，有時候很拖。

posted @ 2011-01-15 11:31 李威 閱讀(145) | 評論 (0) | 編輯 收藏

Sina App Enginge Beta

已經(jīng)有人做了介紹
http://www.hzlzh.com/sina-app-engine-beta/

對我這種平時寫點小應用自娛自樂的個人開發(fā)者來說，最重要的變化就是SAE不再免費了
1RMB=50云豆
SAE進入beta后發(fā)放給內測開發(fā)者5000云豆，我去帳號里查看時剩下4945，感覺用得有些快
平時也沒寫多少東西，也就10多個php頁面，以后還是側重玩GAE吧……

雖然SAE相比GAE規(guī)模不大，但也有些不錯的地方
譬如cron，同樣的5min間隔執(zhí)行的東西，SAE比GAE更準些
譬如客戶端，雖然SAE沒法在本地執(zhí)行代碼，但能從服務器下載應用的最新代碼很不錯
之前GAE寫的東西，有些是在公司電腦里寫的，有些是在家里寫的，現(xiàn)在都不知道家中電腦里的代碼是不是最新的了
SAE進入beta后，能在線查看修改代碼，使用的編輯器是ecoder，http://ecoder.quintalinda.com/

SAE很多其他功能還沒用到，就不多做評價了

以下說點胡話吧
國內整體環(huán)境有些急功近利，運營1年多了，沒任何收入，SAE也是國內第一個吃螃蟹的，能否盈利也不清楚，投資者沉不住氣，SAE團隊大概也是頂不住上層的壓力，迫不得已開始收費計劃。

總感覺SAE還沒成熟到能收費的階段，因為SAE上的應用并不多，我只見到10多個而已
應用能減少建站難度。應用少會限制SAE的用途，SAE面向的群體是什么呢，現(xiàn)在能干什么呢？個人的話，租php空間來干嘛，主要是搭博客，建論壇，搞CMS；想創(chuàng)業(yè)的，大概不會選SAE，因為限制太多，不如租主機，自由度更高；企業(yè)的話，注重的是穩(wěn)定，現(xiàn)在還不會嘗試新出來的SAE
開發(fā)SAE開源項目，SAE會獎勵云豆。應用不多這點也能靠收費來激發(fā)開發(fā)者多發(fā)開些SAE開源項目來彌補，不知效果會如何

現(xiàn)在還真不知道SAE會發(fā)展得如何……

預計近期SAE應該會開發(fā)注冊吧，新帳號里應該會有一些云豆，給開發(fā)者試用，然后期待這些新鮮血液帶來更多付費用戶和SAE開源項目，希望SAE能發(fā)展下去

posted @ 2010-09-05 12:28 李威 閱讀(209) | 評論 (0) | 編輯 收藏

笑話一則（其中的我不是博主）

posted @ 2010-08-26 22:43 李威 閱讀(148) | 評論 (0) | 編輯 收藏

如何破掉防盜鏈機制

今天遇到一個問題，寫了一個頁面，抓取其他某站點的內容，然后重組成新的頁面，主要是一個圖片的展示（gallery）。

但是該站點做了防盜鏈，圖片無法顯示，403.

這種盜鏈主要是靠Referer來實現(xiàn)的，也就是說更改了Referer就能顯示圖片，但Referer不是在頁面編碼能解決的。

Referer是瀏覽器發(fā)出的，只能更改瀏覽器才能更改Referer。

firefox有一個插件refcontrol，可以做到這一點，不過不是我要說的

繼續(xù)研究，該站提供一種embed功能，供其他頁面調用，此時就能允許其他站點直接顯示圖片。
一般網(wǎng)站是不提供這種功能的，所以下面方法并不是所有網(wǎng)站適用的。

通過對比header內容，最終知道是它在cookie里設定了一個字段，以此來判別。

那么，只要我設定該值即可。
兩種方法
1.服務器端設定set-cookie，試驗證明，此法不可行，主要是domain無法更改到對應站點的domain下
2.客戶端用javascript設定document.cookie。仍不行……，原因不明，大概也是無法改domain吧

這下只剩最后一招了，在我的頁面里直接調用embed頁面，讓它替我設cookie，如何調用呢？
首先想到用frame，試了下，frame和圖片幾乎同時發(fā)出request，這樣cookie還沒設定，請求圖片肯定403.
又想到onload，呃，是在body完了后才調用，肯定不行
后來看到，html的head里的文件先下載完畢后，再請求圖片。這點我以前也提到過，javascript代碼的執(zhí)行順序 
head里主要有2種文件調用，js和css。
這里就不是什么正規(guī)寫法了，因為embed頁面既不是js文件，也不是css文件，但瀏覽器是不會管這個的，直接調用。
一般也不會這么用……旁門左道
先用了js這種，在src里寫上embed頁面地址，可以顯示圖片，但有個javascript錯誤。
接著改進，用css的，會發(fā)現(xiàn)最終調用了兩次，一次是在開始，還有一次是在所有其他head文件全下載完之后
有些小影響，但問題不大。

時間比較晚，就懶得加上試驗代碼，OK，就這樣，完工。

posted @ 2010-08-10 00:19 李威 閱讀(842) | 評論 (0) | 編輯 收藏

javascript兩則思考

1.
http://www.jsforest.org/2010/07/29/js-this指向的小測試/

這個說是在考this的指向，實際上是在考變量的作用域。
先說其中第二題。o是一個對象，doIt是它的方法，那么doIt的this自然指向o
第二題結果為10無懸念。

再來看第一題，在doIt的內部加入了一個setTimeout方法，setTimeout又調用了一個匿名方法。
在javascript中，函數(shù)（或方法）也是對象，那么匿名方法中的this應該指向doIt，結果為20.

實際上將代碼跑了下，第一題結果為5.哪里錯了？

問題出在setTimeout。

window.setTimeout(code, delay)

When code is executed, it is executed in the context of the Window object. If code is a function, the Window object is the value of the this keyword. If code is a string, it is evaluated in the global scope with the Window object as the only object on the scope chain. This is true even if the call to setTimeout( ) occurred within a function with a longer scope chain.

這段話說明了setTimeout不管在哪里執(zhí)行，其作用域都是在Window下，this一直指向Window。
第一題的x=5是全局變量，Window作用域下的。

這題說是在考this的指向，原來最終考的是個setTimeout的問題……被耍了



2.
http://www.css88.com/archives/2429

看到這個問題，首先注意到的是第一個用了===，第二個沒有，而javascript是個弱類型語言，使用provisionalTable[item]取值沒判斷類型。
然后，試著找了Object中判斷值是否存在的方法，譬如provisionalTable.item ,in等都沒判斷類型。
想法一，重載[]方法，不過，這個怎么重載？又不是個function
想法二，數(shù)字是利用toString()轉成字符串的，那么重載Number.prototype.toString=function(){return this;}; 6=='6'返回false了，但provisionalTable[item]取值還是一樣
想法三，provisionalTable同時存在6和'6'時，provisionalTable[item]能區(qū)分這兩者，那么在provisionalTable中加入一個設為true時，將另一個也加入，并設為false。但這樣會有效率問題，事實上，acsu提出的方法里僅僅加了個typeof方法，就將效率損失殆盡。
突然想到，這個問題不是找解決方法，而是找最優(yōu)方法
嗯，作罷，效率問題不是我等小民該考慮的，這個必須從根本上重構javascript才行
不過思考下，還是能學到很多東西的

posted @ 2010-08-05 22:07 李威 閱讀(152) | 評論 (0) | 編輯 收藏

如何讓博客支持PubSubHubbub

http://code.google.com/p/pubsubhubbub/ 
pubsubhubbub是google開發(fā)的一種Atom和RSS增強協(xié)議，能夠接近實時發(fā)布信息。
也就是說，如果blogjava支持了pubsubhubbub，我在這里發(fā)布了博客，你就可以在你的閱讀器里很快看到我的文章。
現(xiàn)在只有部分博客服務商提供了pubsubhubbub功能，譬如WordPress，F(xiàn)riendFeed，livedoor等。

pubsubhubbub的原理很簡單。它由3部分組成，pub，sub，hub（最后的bub不是的，hubbub是騷動的意思）。
pub可以看成是博客，sub是閱讀器，而hub是一個中轉站。通常是由sub向pub請求內容，而pubsubhubbub是由sub想hub請求，hub再向pub請求，多一層hub的作用是降低pub的壓力。hub收到pub的更新后，會向sub發(fā)布最新的內容。
因為不是pub直接向sub發(fā)布，所以這里說的“接近”實時發(fā)布信息。

那么如何讓博客支持pubsubhubbub呢？只需要建立一個hub服務器，然后在生產(chǎn)rss時加入
因此判斷博客是否正常pubsubhubbub，也很簡單，查看http://www.tkk7.com/liwei/rss的代碼即可，沒有hub的影子。
再看一個支持的例子 http://rasjacobson.wordpress.com/feed/ ，里面有一句 <atom:link rel='hub' /> ，這個是支持的。

具體的hub實現(xiàn)請查看
http://code.google.com/p/pubsubhubbub/wiki/Hubs
我這里只是個人玩玩而已，沒實力自己搭hub服務器。不過可以借助他人提供的hub服務器，譬如剛才appspot的。

知道了原理，接下來就好辦。
因為要改代碼才能修改生產(chǎn)的RSS，所以blogjava這種博客服務商不提供pubsubhubbub功能的話，我們這些用戶是無能為力的。

但自建的獨立博客是能簡單支持。等咱啥時候有閑錢了，再去做吧……

posted @ 2010-08-01 01:35 李威 閱讀(299) | 評論 (0) | 編輯 收藏

GAE發(fā)布時出現(xiàn)的SSL問題

deploy時會出現(xiàn)如下信息

WARNING appengine_rpc.py:399 ssl module not found. 
Without the ssl module, the identity of the remote host cannot be verified, and 
connections may NOT be secure. To fix this, please install the ssl module from 
http://pypi.python.org/pypi/ssl . 
To learn more, see http://code.google.com/appengine/kb/general.html#rpcssl 

當打開上面的頁面時會自動轉到 http://code.google.com/intl/zh-CN/appengine/kb/general.html#rpcssl ，在這里看不到任何幫助，因為google還沒將這段幫助信息翻譯成中文Orz，可以到 http://code.google.com/intl/en/appengine/kb/general.html#rpcssl 查看。這里說明在用python appcfg.py update 命令時添加 --insecure 后就不會有問題。但我用GAE Launcher也無法修改命令。再讓我回到?jīng)]有Launcher，直接用命令行的時代，還真難適應。作罷。

我試著安裝了ssl 模塊，但無法編譯。網(wǎng)上找到了這個頁面，http://canofy.javaeye.com/blog/651968 ，該同學和我遇到了同樣的問題，并且裝了cygwin。
貌似之后還有其他問題。不談。

今天，我突然發(fā)現(xiàn)，deploy時出現(xiàn)的ssl信息，完全可以忽視，對，可以忽視 ，之后仍會update成功的。
通常出現(xiàn)上述ssl提示后，console會沒有任何顯示，此時不要關閉console，再次deploy時會出現(xiàn)如下信息

Error 409: --- begin server output ---
Another transaction by user xxxxxx is already in progress for this app and major version. That user can undo the transaction with appcfg.py's "rollback" command.
--- end server output ---

這表明之前的update仍在進行。請安心等待……

最后，好嘛，一個不是問題的問題，花了我不少時間……

posted @ 2010-05-08 12:25 李威 閱讀(749) | 評論 (1) | 編輯 收藏

javascript代碼的執(zhí)行順序

這個不弄明白，代碼出問題了也不難以解決。
《learning Jquery 1.3》p15有一句  JavaScript code is generally run as soon as it is encountered in the browser
也就是說，瀏覽器遇到一個語句就立刻解析。貌似這個問題很快就解決了。

但javascript的寫法相當多，譬如網(wǎng)上很多人討論的$(document).ready(和<body onload= 執(zhí)行先后問題
在p16中，提到onload    to run after the page is completely loaded.即onload在頁面完全加載完之后執(zhí)行
ready是firing once the DOM is loaded—without waiting for images 。ready在DOM加載完，圖片未加載時執(zhí)行。
也即ready在onload之前調用。

這里就涉及html頁面的加載順序問題。網(wǎng)上搜到2篇相關文章。
瀏覽器做了什么？
http://www.cnblogs.com/guilipan/archive/2010/01/06/1640145.html
Javascript在頁面加載時的執(zhí)行順序
http://dancewithnet.com/2007/03/22/order-of-execution-of-javascript-on-web/

看完之后，比之前明白了些，但具體的關系還是沒能理解。
一個html頁面包括head和body兩個部分，head部會調用外部CSS和JS文件，body部會調用圖片，音視頻等內容。
下載順序是html ->CSS JS ->圖片等。
解析順序是html（內部是按序執(zhí)行head->body）->DOM生成 ->ready執(zhí)行 ->圖片下載 ->body.onload

將以上兩者結合，html ->head（CSS JS） ->body->DOM生成 ->ready執(zhí)行 ->圖片下載 ->body.onload
其中head和body部都可能包含js，按代碼順序執(zhí)行。
這里就有一個疑問，瀏覽器會等待JS等文件下載完后，并順序執(zhí)行該JS后再繼續(xù)執(zhí)行之后的html代碼么？
按想應該不會，不然JS文件過大，會影響html頁面渲染的速度，兩者應該是異步的。
但這個異步就會將之前總結的順序攪亂。譬如onload都執(zhí)行完了，包含ready的JS還沒下完，此時會發(fā)生什么？
這里說得有問題，JS未下載完，onload是不會執(zhí)行的。
有待繼續(xù)總結……

posted @ 2010-03-11 00:18 李威 閱讀(470) | 評論 (0) | 編輯 收藏

迷茫和悲哀

[zz]30歲軟件工程師的迷茫和悲哀

http://bbs2.ustc.edu.cn/cgi/bbstcon?board=Job&file=M.1267231721.A

文章很長，就不轉載了。
其中有一段
---------------------------------------------------------
35歲左右還在從事軟硬件開發(fā)工作的仍有一大堆，分析這些仍然從事開發(fā)的朋友，
基本上都有以下特點：
1癡迷工作或者癡迷電腦，晚上八點到十二點的這段時間，基本上是在電腦桌或工作臺前
渡過的。
2不喜歡與人交住，朋友很少，常聯(lián)系的人不超過五個。
3與朋友交往時談工作多，但一般不主動談錢。
4體型偏胖或偏廋，不在正常區(qū)間。
5無未來計劃，對五年后自已生活怎么樣、從事什么工作說不清楚。
6儉省，從不亂花錢。
---------------------------------------------------------
和我很相似……嗯，我也確實想繼續(xù)做開發(fā)，但人要生活，不可能一輩子這樣
迷茫和悲哀吧

posted @ 2010-02-28 15:26 李威 閱讀(196) | 評論 (0) | 編輯 收藏

heroku安裝問題

試用了下heroku，結果安裝時就出問題了
windows環(huán)境，按照http://docs.heroku.com/windows 裝了msysgit和1.8.6 one click ruby installer

D:\Ruby>gem install heroku
ERROR:  While executing gem ... (Gem::RemoteFetcher::FetchError)
    timed out (http://gems.rubyforge.org/gems/json_pure-1.2.0.gem)

大概是網(wǎng)絡不行，于是下載后本地安裝

D:\Ruby>gem install "C:\Documents and Settings\wli\My Documents\Downloa
ds\heroku-1.8.0.gem"
ERROR:  While executing gem ... (URI::InvalidURIError)
    bad URI(is not URI?): C:/Documents and Settings/wli/My Documents/Do
wnloads/heroku-1.8.0.gem

不行
D:\Ruby>gem install C:\Documents and Settings\wli\My Documents\Download
s\heroku-1.8.0.gem
ERROR:  could not find gem C:\Documents locally or in a repository
ERROR:  could not find gem and locally or in a repository
ERROR:  While executing gem ... (RegexpError)
    Invalid escape character syntax: /\ASettings\wli\My\Z/

還是不行，猜測是路徑空格的問題
D:\Ruby>gem install E:/json_pure-1.2.0.gem
Successfully installed json_pure-1.2.0
1 gem installed
Installing ri documentation for json_pure-1.2.0...
Installing RDoc documentation for json_pure-1.2.0...

OK，成功
如此
D:\Ruby>gem install E:/heroku-1.8.0.gem
Successfully installed heroku-1.8.0
1 gem installed
Installing ri documentation for heroku-1.8.0...
Installing RDoc documentation for heroku-1.8.0...

posted @ 2010-02-20 12:50 李威 閱讀(696) | 評論 (0) | 編輯 收藏

vitamini和Buzz

之前看小眾軟件，發(fā)現(xiàn)一個游戲 http://www.appinn.com/vitamini-game/ ，看到游戲作者過來留言，還特意用google翻譯成中文，說只要在twitter上follow他就可以拿游戲完整版。
我就試了下。當時是1月21日，很久沒看到回信，就忘了，今天突然看到他的回信，說他女友在他們結婚前給了他一周時間，就像電影《The Boat that Rocked》。原文 My girl left me a week before our wedding :-) Just like in the "The Boat that Rocked" film. 這是他在解釋為何這么晚才回信。不過這句話我有些不明白的是，這一周是指哪一周？他是否已結婚了？
好吧，先不管這些，他公布了游戲完全版的地址，并說游戲很快就會免費，以下地址可隨意使用。
http://www.vitaminigame.com/friends/

另外，Google昨天發(fā)布了Google Buzz，可在郵箱和手機上使用。不過我的常用郵箱里沒出現(xiàn)（日文界面）。另外2個郵箱出現(xiàn)了，這兩個郵箱都選用的英文界面。Google的很多新功能都先出現(xiàn)在英文界面里，于是將日文界面換成英文的，不過Buzz仍然沒出現(xiàn)。想必很快就會有人如何調出Buzz了吧。
如同twitter一樣，Buzz對我意義也不大，僅是嘗鮮而已……

posted @ 2010-02-10 11:50 李威 閱讀(141) | 評論 (0) | 編輯 收藏

SAE邀請碼申請要點

昨天
SAE第二批邀請碼申請和發(fā)放開始 (已結束)
http://blog.sae.sina.com.cn/?p=50


今天申請了數(shù)次，終于得到了邀請碼！

申請地址
http://sae.sina.com.cn/?m=inviterequest

為了更快申請到，有些地方時必須注意的

1.個人博客這一欄不是沒有紅星標記，不是必須的，但不寫，基本上得不到
申請得早不一定能得到邀請碼。
我昨晚9點多申請過一次，沒寫blog，今天看到別人今天申請的都收到邀請碼了，就知道希望不大。仔細看了下，那些人都有自己的網(wǎng)站，開發(fā)過web。
有Web開發(fā)經(jīng)驗者優(yōu)先發(fā)放就是由blog體現(xiàn)出來的。另外，blog和web沒關系也可以寫，譬如我的這個blog就沒幾篇和web有關的。
雖然我用過GAE，但相關內容沒寫在blog上，一樣獲得了邀請碼。
我總共申請了4次，主要不同點就在于個人博客那一欄。
昨晚9點多申請了第一次。沒寫blog，沒收到邀請碼。
第二次沒寫blog，沒收到邀請碼。
第三次blog地址寫錯，沒收到邀請碼。
今天下午3點多，申請了第四次，寫上blog，6點半左右收到了邀請碼郵件。

2.郵箱申請過一次后，就沒法再申請了，如果想重新填寫申請內容，就得換個郵箱。

3.邀請碼申請和注冊時的內容可以不同。

4.必須要有手機，接收短信驗證碼。

以上。
祝各位喜歡嘗鮮者能順利申請到邀請碼！

posted @ 2010-02-02 20:27 李威 閱讀(1187) | 評論 (3) | 編輯 收藏

hax01tips

hax01tips
注意：本文之后極有可能設為私有
題目

當時我的思路是找出所有以nasa.gov結尾的域名，然后遍歷這些網(wǎng)址。之后我真的寫了個python程序，取了google檢索出來的前1000個頁面，取出域名，保存起來，去除重復的有500多個。接著，讀取html頁面，判斷是否還有字符串。其間，遇到了個網(wǎng)速的問題，超時后經(jīng)常會跑到電信的114搜索上去。驗證了170多個頁面后，我發(fā)現(xiàn)自己理解錯題目了，這里的URL并不是指URL以nasa.gov結尾，而是指URL的域名以nasa.gov結尾。我無語了，這相當于域名下的所有網(wǎng)頁都有可能。這個工作量巨大得幾乎是不可能的。暫時中止。
以下代碼可供參考，修改了n次，可能現(xiàn)在已經(jīng)沒法直接運行。

而后，過了大概幾個月，變換思路，解決，意外的簡單……
事實上，只要向服務器提交數(shù)據(jù)，一般服務器也會將該數(shù)據(jù)返回到頁面上。該題最后的hint不是讓我們來搜該域名，而是告訴我們怎樣在google.com的頁面上顯示我們想要的數(shù)據(jù)。譬如http://www.google.co.jp/search?q=2200178118 該頁面的前10K里應該包含了該字符串。接下來，我們只需要在nasa.gov上找個頁面提交數(shù)據(jù)就行了。
over

posted @ 2009-12-22 17:58 李威 閱讀(274) | 評論 (1) | 編輯 收藏

UTL_FILE使用配置篇

以前曾寫過PL/SQL，當時還是第一次接觸，什么都不明白
順手寫了篇 《Oracle內建包UTL_FILE使用說明 》的博文，沒想到還被轉載（譬如百度搜索utl_file，第一篇就是，不過沒寫我的出處，可惜……）
http://www.tkk7.com/liwei/archive/2007/01/10/92902.html

當時項目做完就沒接觸PL/SQL了，時隔2年半，又要寫PL/SQL了，而且遇到的問題居然還是和UTL_FILE有關。
于是上網(wǎng)找了些資料
http://www.shift-the-oracle.com/plsql/utl_file/utl_file_dir.html
http://www.shift-the-oracle.com/plsql/utl_file/create-directory.html
日文的，不得不說，日本人做事實在是認真，資料非常詳細，看完之后，我就覺得我是高手了，可以整理點東西出來教別人了……哈哈
廢話少說，開始

現(xiàn)在一般跑UTL_FILE.FOPEN時會出現(xiàn)ORA-29280的錯誤，出現(xiàn)這個錯誤主要有2個原因
1.文件夾沒有讀寫權限
2.文件夾沒有進行Oracle讀寫配置

注意：這里討論的Oracle是在Unix類（包括linux，Solaris等）主機下安裝的。

對于第1個原因，直接設定文件夾權限即可，譬如
# chmod 700 /u05/file_storage/recv_dir
這個沒啥好說，不是我要說的重點。
第2個原因，可以好好說說。
Oracle進行文件夾讀寫配置有2種方式
1.設定UTL_FILE_DIR
2.使用DIRECTORY 對象

1.設定UTL_FILE_DIR
Oracle 8i之前，貌似沒有DIRECTORY這個概念，所以只有一種方式。
編輯 initORACLE_SID.ora 文件（ORACLE_SID是個變數(shù)，因DB設定有所不同），添加
UTL_FILE_DIR='/u05/file_storage/recv_dir','/u05/file_storage/send_dir'
即可。
Oracle 9i之后還可以利用ALTER SYSTEM 命令進行設定
ALTER SYSTEM SET
  UTL_FILE_DIR='/u05/file_storage/recv_dir','/u05/file_storage/send_dir'
SCOPE = SPFILE ;
也可以用命令來確認設定是否正確
SELECT NAME, VALUE FROM V$PARAMETER2 WHERE NAME='utl_file_dir' ;

注意：Oracle 8i 之后的DB不推薦使用這種方式，主要是情報泄露方面，日本很在意這個。
另外，讓所有文件夾有效可使用('*')。
這種方法不方便的就是，設定了之后必須重啟Oracle才能使設定有效。

使用例

CREATE OR REPLACE PROCEDURE RIVUS.UTL_FILE_DIR_WRITE_SAMPLE
AS
 vHandle  UTL_FILE.FILE_TYPE;
 vDirname VARCHAR2(250);
 vFilename VARCHAR2(250);
 vOutput  VARCHAR2(32767);
BEGIN
 vDirname := '/u05/file_storage/send_dir';   -- 絕對路徑
 vFilename := 'test.txt';
 vHandle := UTL_FILE.FOPEN(vDirname ,vFilename,'w', 32767);
 
 vOutput := '利用 UTL_FILE_DIR 進行的文件處理';
 UTL_FILE.PUT_LINE(vHandle, vOutput);
 UTL_FILE.FCLOSE(vHandle);
EXCEPTION WHEN OTHERS THEN
 UTL_FILE.FCLOSE_ALL;
 RAISE;
END;

2.使用DIRECTORY 對象
從Oracle 9i 開始UTL_FILE就能使用CREATE DIRECTORY了。
首先文件夾必須存在，要有權限，我就不多說了。
然后做成DIRECTORY 對象
CREATE DIRECTORY recv_area AS '/u05/file_storage/recv_dir';
CREATE DIRECTORY send_area AS '/u05/file_storage/send_dir';

當recv_area已存在時，會出錯，可使用下面這句
CREATE OR REPLACE DIRECTORY recv_area AS '/u05/file_storage/recv_dir';

接著，賦予用戶該DIRECTORY 對象的讀寫權限
GRANT READ ON DIRECTORY recv_area TO user_name ;
GRANT WRITE ON DIRECTORY send_area TO user_name ;

同時讀寫權限
GRANT READ，WRITE ON DIRECTORY recv_area TO user_name ;

做好這些就可以確認了
SELECT * FROM ALL_DIRECTORIES ;
看到自己做成的DIRECTORY了吧
這里需要注意的是，當初CREATE DIRECTORY的時候是小寫recv_area，現(xiàn)在這里是大寫RECV_AREA
之后利用該DIRECTORY 對象時必須用大寫。
還有，該DIRECTORY對象不包括上層目錄（這個是當然的），也不包括子目錄。
要利用子目錄需要再定義一個子目錄的DIRECTORY對象。

使用例

CREATE OR REPLACE PROCEDURE RIVUS.CREATE_DIR_WRITE_SAMPLE
AS
 vHandle  UTL_FILE.FILE_TYPE;
 vDirname VARCHAR2(250);
 vFilename VARCHAR2(250);
 vOutput  VARCHAR2(32767);
BEGIN
 vDirname := 'SEND_AREA';   -- 必須用大寫
 vFilename := 'test.txt';
 vHandle := UTL_FILE.FOPEN(vDirname ,vFilename,'w', 32767);
 
 vOutput := '利用CREATE DIRECTORY進行的文件處理';
 UTL_FILE.PUT_LINE(vHandle, vOutput);
 UTL_FILE.FCLOSE(vHandle);
EXCEPTION WHEN OTHERS THEN
 UTL_FILE.FCLOSE_ALL;
 RAISE;
END;

到此為止，問題應該解決了。

posted @ 2009-12-17 19:10 李威 閱讀(770) | 評論 (1) | 編輯 收藏

google wave 邀請

貌似現(xiàn)在流行這個,很多人都已經(jīng)有了吧
還沒有的留下郵箱,最好是Gmail
相信很快wave就像白菜一樣爛大街了

posted @ 2009-12-03 10:53 李威 閱讀(109) | 評論 (0) | 編輯 收藏

利用yahoo pipes 獲取cnBeta全文RSS

最近訂閱了博客園的新聞頻道,少有的RSS全文,看的相當爽快.
于是也想找下其他網(wǎng)站的全文RSS,搜索時發(fā)現(xiàn)可以自制,于是自己嘗試了一下.

參考的文章是　http://jandan.net/2008/11/15/yahoo-pipes.html

制作步驟就省了,以下是結果.
可以顯示全文,但仍有不足,cnBeta的圖片都無法查看.不知有何方法解決.
暫且先這樣了.
有興趣的可以到下列地址查看

http://pipes.yahoo.com/pipes/pipe.info?_id=d370ce22946e9fafbbc5170695871cad

RSS地址如下
http://pipes.yahoo.com/pipes/pipe.run?_id=d370ce22946e9fafbbc5170695871cad&_render=rss

posted @ 2009-11-19 21:05 李威 閱讀(967) | 評論 (0) | 編輯 收藏

free shell

真見鬼，本來寫了不少內容的，結果，頁面掛了，寫的全沒了

懶得去寫第二次了。簡略之。

http://www.bylur.net/free/
http://www.red-pill.eu/freeunix.shtml

我申請成功的如下

http://freeshell.org
http://ninthfloor.org
http://mrejata.eu/
http://hax.tor.hu/

提供的服務條件依次增加。
不過加上申請條件來評價的話，第三個最方便……

posted @ 2009-11-01 00:05 李威 閱讀(162) | 評論 (0) | 編輯 收藏

Vista下exe文件關聯(lián)問題

問題 參照此貼
http://bbs.pcbeta.com/thread-352911-1-1.html
本來有個exe文件，選右鍵想用winrar打開看看自解壓來，結果一不小心選中始終用winrar打開這類文件了，結果所有exe文件都打不開了

其中cmd.exe，regedit.exe也不可用，但command.com可用，assoc，ftype等命令也可用
Vista 中
C:\WINDOWS>assoc .exe
.exe=exefile
C:\WINDOWS>ftype exefile="%1" %*
exefile="%1" %*
均正常
HKEY_CLASSES_ROOT\exefile\shell\open\command
默認值也為"%1" %*
具體現(xiàn)象是只有exe文件打不開，其余類型的文件如txt仍然可以執(zhí)行exe，譬如雙擊txt文件后會啟動emeditor.exe。

那么說，Vista下exe的文件關聯(lián)信息保存在其他地方。

打開RegWorkShop.exe（至于用什么方法，大家可以猜猜，提示，上面提到可以用某種方法啟動exe），搜索winrar.exe
出現(xiàn)了一些結果，其中有兩個比較可疑
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.exe\OpenWithList, a, WinRAR.exe
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.exe\UserChoice, Progid, Applications\WinRAR.exe

查看其它正常機器后發(fā)現(xiàn)，OpenWithList下只有一個默認值，UserChoice整個分支都不存在，也就是說這些都可以刪掉。
OpenWithList下的兩個值刪除后，UserChoice卻無法刪除，訪問被拒絕了。
嘗試了一些方法，最后，好在RegWorkShop夠強悍，Edit下有個permissions，可以設置權限，將當前用戶設為全部允許后，成功刪除了UserChoice。
之后，雙擊exe可直接運行了。不過很多exe的圖標仍然為winrar的壓縮包圖標，大概下次重啟后會恢復吧，先不管，上網(wǎng)去了……

posted @ 2009-09-03 12:05 李威 閱讀(988) | 評論 (4) | 編輯 收藏

計算機類英文電子書求助貼

很久以前在 http://www.pdfchm.net/ 注冊過一個帳號，很久沒用了，想想放著也可惜，48小時可以下2本書的條件都被我放過了
于是想為需要英文電子書的各位服務下，需要哪本書，放上pdfchm的鏈接，我看到后，去下載放到國內的一些網(wǎng)盤給大家分享。


注意：
1.如果你要找的書，網(wǎng)上到處都找得到，那還是請去其他地方下載吧。我的回應速度非常慢的，可能我還沒放出下載，你就已經(jīng)找到了
2.我不保證會滿足各位提的每個要求，但你確實需要的話，告訴我，總會多一份希望。來得晚總比沒有強
3.因為我在pdfchm的帳號是非付費帳號（我窮呀），48小時只能下2本，所以對各位的要求，反應會非常慢（當然，最主要的我太懶了），請各位耐心等待。不想等也就算了，不要人身攻擊，我也是有脾氣的……
4.請一定要給出pdfchm的鏈接，不然我會假裝沒看到的
5.想到再加

以上

更新
comet-and-reverse-ajax-the-next-generation-ajax-2-0-firstpress.9781590599983.44964.pdf
http://www.damipan.com/file/1dCCDSA.html

lucene-in-action-in-action-series.9781932394283.26350.pdf
http://www.damipan.com/file/1dCRT2F.html

professional-javascript-for-web-developers-wrox-programmer-to-programmer.9780470227800.45676.pdf
http://www.damipan.com/file/1dD0neX.html

posted @ 2009-06-26 20:07 李威 閱讀(270) | 評論 (3) | 編輯 收藏

騙人短信

最近收到的一些騙人短信，很好奇網(wǎng)上是否有這些騙子的信息，上網(wǎng)搜索，沒啥有用信息
那么，我就先寫出來，讓別人來搜吧……

款還沒匯吧，那張卡的磁條壞了，請把款就匯到這新卡上；農業(yè)銀行XXXX XXX

手機號	手機號所在地	銀行賬戶	戶主	銀行
15321916024	北京	6228481770527140914	黃麗梅	農業(yè)銀行
15321937629	北京	622848170528950113	趙雅君	農業(yè)銀行

還有一條大概是合肥本地的騙人短信，合肥電話區(qū)號是0551

建行通知：您的信用卡與06月05日在百盛廣場購物9586元，請到網(wǎng)點繳費逾期將從您的其他賬上扣除，如有疑問請與本行聯(lián)系：2362185


我沒辦過信用卡，不知用信用卡消費后是否會有短信通知。要是辦了，那可得小心呀……

posted @ 2009-06-10 10:05 李威 閱讀(171) | 評論 (0) | 編輯 收藏

delphi的F2051問題

[DCC 致命的エラー] xxxx.pas(26): F2051 ユニット pngimage は異なるバージョンの Graphics.TGraphic.Equals によりコンパイルされています

英文的舉例（網(wǎng)上搜的）
[DCC Error] XXXX.pas(7): F2051 Unit IdThread was compiled with a different version of Classes.TThread.Synchronize


問題主要在pngimage，搜索時發(fā)現(xiàn) 其路徑在D:\Program Files\CodeGear\RAD Studio\6.0\source\Win32\vcl\Imaging\PNGImage\pngimage.pas
而我在Tools/Options，Environment Options/Delphi Options/Library - Win32的Library Path里加了個 d:\program files\codegear\rad studio\6.0\source\win32\vcl 路徑
去掉這個路徑后，就沒有F2051問題了

另外，我這里遇到的是系統(tǒng)提供的unit，如果是自己寫的unit出了問題，或許該在搜索路徑里找錯了。

參考
http://hi.baidu.com/liaoxuewei2008/blog/item/6928cf8282cffebc6d8119f5.html
http://topic.csdn.net/u/20080222/23/84f94b77-0c47-4cd1-b9fd-3aafdb9d7446.html
http://blog.sina.com.cn/s/blog_53912cf101000a5x.html

posted @ 2009-06-08 17:32 李威 閱讀(608) | 評論 (0) | 編輯 收藏

測試網(wǎng)盤用

3DMGAME_Plants.vs.Zo...
[水野良] ロードス島...
(一般小説) [日暮茶坊...
(一般小説) [上遠野浩...

posted @ 2009-06-06 21:10 李威 閱讀(158) | 評論 (0) | 編輯 收藏

公共法語上下冊及練習參考答案（附MP3）

20091017更新
http://www.jsharer.com/blog/301655.htm

 

 

20091007更新

公共法語上冊.pdf
https://www.damipan.com/file/1bvLJlH.html
公共法語下冊.pdf
https://www.damipan.com/file/1bvOszS.html
公共法語練習參考答案.pdf
https://www.damipan.com/file/1bvWN00.html

MP3
https://www.damipan.com/file/4791Vq7.html
https://www.damipan.com/file/45xbSLk.html
以下失效
進入 http://pickup.mofile.com/ 填寫提取碼
或者點擊下面的鏈接
若無法下載，請使用flashget等工具，或者換個時間下載，mofile就有這毛病。不過文件是存在的

公共法語上冊.pdf

3478543347263719

公共法語下冊.pdf

6444528475205744

公共法語練習參考答案.pdf

1673555177047694

20090607 add
MP3下載
PublicFrenchMp3.rar
PublicFrench2.rar

posted @ 2008-03-06 20:25 李威 閱讀(3033) | 評論 (17) | 編輯 收藏

《封閉的世界》全文本發(fā)布及意見貼

日文對照
http://www.tkk7.com/liwei/gallery/14442.html
http://www.tkk7.com/liwei/gallery/20785.html

---

翻譯后記

 

從06年8月22日到今天07年6月16日，將近10個月。這段期間，我也經(jīng)歷了很多事，每次遇到點事，都會在當期翻譯前吐一下，嘛，習慣了吧，將翻譯作為一種生活。現(xiàn)在終于完成了這本小說的翻譯，可喜可賀……

我不是日語專業(yè)的，也不是文科的，大學里也沒看過什么文學作品（大部分時間都拿去看動畫了），所以呀，這次翻譯實在只是一次嘗試，錯誤不可避免。就當是“學生”的一次作業(yè)吧，希望各位“老師”能給出具體的意見。

譬如

242p里的“蛹”，什么東西嗎，分明就是“章魚”呀……

ok，給出了具體p數(shù)以及錯誤點，嗯，不錯的意見，我能依此修改。

小說下載地址
http://www.tkk7.com/Files/liwei/Seikai(CN).zip
提意見的地址在 http://www.tkk7.com/liwei/archive/2007/06/16/124629.html

歡迎各位光臨……

 

posted @ 2007-06-16 12:51 李威 閱讀(1927) | 評論 (18) | 編輯 收藏

谷川流-封閉的世界-294---297

呀，終于結束了……
明天放出全部文本……
這里就基本不會發(fā)和日語相關的東西了。歡迎各位去http://blog.hjenglish.com/liwei 捧場，我會在那里繼續(xù)翻譯的……嗯，想和我一起翻譯的，熱烈歡迎，但希望不是3分鐘熱度，現(xiàn)在的人都很浮躁啊……

---

日文對照：
http://www.tkk7.com/liwei/gallery/image/8474.html
http://www.tkk7.com/liwei/gallery/image/8475.html
http://www.tkk7.com/liwei/gallery/image/8476.html
http://www.tkk7.com/liwei/gallery/image/8477.html
294
杵筑毫無言語了。此時，在這里能夠表達的語言在他的身體和精神里都不存在。他有的只是對這個世界的沉默。
手指輕輕離開杵筑，美和如同舞蹈般前行。兩手直直伸向兩旁，回旋轉著身體。如同第一次離巢飛翔的雛燕，享受著這份自由在夏季的天空下舞蹈。
突然停止身體的少女，笑容四溢的臉龐稍微少頃看著杵筑說，

 

“喂，接下來戲弄誰的人生？”

 

295
（圖）

296
后記

以某方面來說我喜歡單純思考萬事萬物，并且想將那種感覺寫下來，但僅這次不管那方面都沒有那份單純。更接近奇怪的行云吧。而且還是烏云。就如同在左轉彎的橢圓跑道的最后一個拐彎處突然錯誤的右轉彎，毀滅性的不吉呀。好像已經(jīng)絕望了。單純萬歲。

下面是和那完全不相關的幾年前的回憶了。曾經(jīng)住在只看得見田地和山風光明媚的某地時，我的行走工具要說也只有自行車了。某個雨后的夏夜，如往常一樣騎著自行車跑了40公里到達了目的地，嘿咻嘿咻剛從自行車上下來時，注意到一個不認識的乘客坐在我的車上甚感驚愕。一個小小的雨蛙靜靜的貼在車后座上。
我不認為在等待信號燈的短暫時間里能爬上來，那么應該是我騎車前就已經(jīng)在上面了吧。不過跑了40公里還虧它能貼在那里沒掉下去。
驚嘆的同時我捏起雨蛙君，在不遠的某個田埂附近的草叢里將其放生，而后這么想著。從出生僅僅幾十分鐘的場所離開被移動到遙遠的異地，對于必須在那里生活的雨蛙君來說，這到底是福是禍呢。
希望它能盡可能單純的生存下去。

已經(jīng)到最后了，對與這本書面世所有相關人員，特別是畫插圖的G 夢如（注：此人名依其個人站點名翻譯而來http://www.cronos.ne.jp/~munyo/）以及擔當編輯的峰，致以最大限度的感謝，以及對讀了此書的所有人致以無限大的感謝，就算你說不需要我也要致謝，這次就失禮了，那么，再見了————。

posted @ 2007-06-15 19:51 李威 閱讀(318) | 評論 (0) | 編輯 收藏

人類は衰退しました 翻譯開始……

這次翻譯找了些人，大家共同翻譯，會是別樣滋味吧。
http://blog.hjenglish.com/liwei/

第一次翻譯已經(jīng)發(fā)布……以后關于日語方面的東西，我會在那里發(fā)布了。

封閉的世界，在這里開始，也會在這里結束的……

posted @ 2007-06-14 21:43 李威 閱讀(311) | 評論 (0) | 編輯 收藏