FON AP 的預設密碼
La Fonera 的無限網路 AP,預設在斷電之後,會把 Router 的管理界面登入密碼回復為 “admin”。如果要永久更改,就得上 FON 的網頁,登入個人帳號後,在「安裝您的FON無限網路基地台」(Configure your FON Social Router)裡面,把新密碼打進去更新後,從此 FON AP 的 admin 密碼就會預設成那個。
La Fonera 的無限網路 AP,預設在斷電之後,會把 Router 的管理界面登入密碼回復為 “admin”。如果要永久更改,就得上 FON 的網頁,登入個人帳號後,在「安裝您的FON無限網路基地台」(Configure your FON Social Router)裡面,把新密碼打進去更新後,從此 FON AP 的 admin 密碼就會預設成那個。
這個 Camino 版本是從每天的 mozilla source code CVS 所更新和編譯出來的 trunk 版本。最主要的地方是修改了 gecko 的 thebes 中的 ATSUI font fallbacks。直接使用 hard code 的「儷黑Pro」、「Apple LiGothic Medium」、和「STHeiti」來當作預設的字形 fallbacks。感覺起來比較好看多了,總比預設不知哪來的 fallback 順序使用的日文字形和產生出來的粗細不一字體好太多了,而且跟 Safari 比起來,也比較類似。
不過 trunk 版本總是有些風險和代價,目前的 gecko 1.9 似乎還有一些 layout 上的問題,cairo 針對 Quartz Surface 和 ATSUI 也還在實驗版本階段。自己使用上起來似乎也沒有 coredump 產生,但是有些排版和 Cocoa widgets 會消失倒是不知道原因。或許就是 trunk 上的問題。有些網頁上的顯示和使用反而更慢,例如使用 google spreadsheet,在上面打字的速度真是慢到暴,但是其他網頁的輸入感覺卻蠻正常的。有興趣的人可以試用看看,不過有些網頁上顯示的問題可能也不是短時間能解的,畢竟我只是小小修改 ATSUI font fallbacks 部份,頂多顯示的字形不太一樣而已,其他的可能也幫不了什麼忙。
FON 的 AP 使用起來感覺還蠻讚的,但是對於進階使用者來說,還是有不少美中不足的地方。例如斷電後 admin 的密碼就會被 reset 為 admin,還好用 FON_AP 的使用者無法登入 192.168.10.1 這個設定頁;並且 MyPlace 的 WPA/WPA2 密碼不會 reset,不然就好笑了(剛好今天台電停電檢修)。另外一般 wireless AP 常見的狀態記錄,在 FON AP 上也看不到,例如連線時間,有哪些使用者登入,有哪些使用者正在使用,完全都不知道。雖然可以在一段時間後上 FON website 的個人網頁內容去看,但是記錄的內容其實也是蠻簡單的。我相信這些資訊都是有的,只是並沒有提供輸出在管理的網頁上而已。
另外也是蠻好奇到底是不是會有人會去使用他人的 FON AP。原因在於台灣目前只有 Linus 或 Bill,但沒有非 FON AP 只購買上網點數的 Bill。因此除非對方也有購買 FON AP 成為 Linus 或 Bill,他才能登入別人的 FON AP。再來,使用 FON_AP 這個 public SSID 登入 FON 的帳號後使用 internet,他並沒有 WEP/WPA 的加密保護(在 KisMac 上看到的),因此感覺安全性上有不小的顧慮。因此大概即使街坊鄰居都有 FON AP 的訊號重疊,也不會隨便用他人的 FON AP 去登入來使用 non-encryption 的 wireless AP。
Firefox 3.0 的 nightly trunk 使用了 gecko 1.9 新的 layout engine,對於中文方面的 glyphs rendering,還是覺得非常不好看。在 Safari,不論是 zh-TW, UTF-8 裡面的中文似乎都是使用 LiHei Pro 或是 Apple LiGothic Medium。相反的 Firefox 只要是非 zh-TW, Big5 的網頁,似乎都會去用日文字形裡面的中文字,看起來就有很大差異。缺字的話還需要 fallback 找到其他字形去替補,因此各種混雜家錯的字形看起來真是不好看。對於 Firefox 3 的 gecko,給他寫了 default 的 fallback fonts,像是 Apple LiGothic Medium,LiHei Pro,簡體用 STHeiti,看起來畫面像 Safari 產生的文字,感覺好多了。
圖左邊是 Minefield,也就是 Firefox nightly trunk;右邊是 GranParadiso。
Firefox 3.0 的 Gecko 1.9 已經將 text rendering 的工作,統一交由跨平台的 Cairo 處理。另外有一篇 Cairo bets Safari? 的文章,內有 Camino、Safari、以及新的 Camino trunk 的 screenshot,看起來 Cairo 的清晰程度和 Quality 蠻不錯的。另外新的 Camino with Cairo 的 nightly trunk 可以下載來試試看。
不管是 Yahoo Messenger 或是 MSN Messenger,已經幾乎是不可或缺、人手一套的傳訊軟體。但是在軟體的背後,傳遞的訊息卻是以明文的內容在彼此和 servers 之間傳送。當然有心人士或是某些有網路控管的公司,很容易就可以窺視訊息的內容。雖然可能沒有什麼危急存亡大事或是商業機密,但是彼此之間的隱私或祕密,在彈指之間不小心就有洩漏出去的可能。大部分 MSN protocol clone 的軟體,都有實作加密的訊息交換機制。以 GAIM 來說,除了在 Linux 平台上外,Mac OS X 的 AdiumX 也是以 libgaim 來作為基礎,同樣 GAIM 也有 Windows 版本。因此如果是同類之間的加密通訊,理論上應該是可以 seamless 地通行無阻。但是最平常的好友其實大都是 Windows MSN Messenger,或公司的 OS 平台也最普遍都是 Windows。反而大家最普遍使用的 IM 版本缺乏加密的功能。
但是還好有一套 SimpLite for MSN 可以實現這個安全的需求(也有其他 IM 版本)。基本上他是當作一個 SOCKS server,並且修改 IM 的 SOCKS proxy 來經過這套軟體,然後在訊息部份以他人的 public key 加密後送出。當然如果對方沒有這套軟體,則本身就無法擁有加密的功用。
很久以前就開始用 gslin 的 copyblog.pl 把 wordpress feeds 內容複製到 blogger 去,曾經有一段時間是自己改一部份內容直接用 Blogger Atom API 把文章貼進去。後來似乎 API 有所修改或更動,一段時間經常會失敗造成兩邊不同步。現在 Blogger 的帳戶轉換成 Blogger Beta 之後,更是無法使用舊的方式把文章複製過去了。
所以現在改用 Google Data APIs 把內容貼過去。看來看去比較簡單的方法就是參考裡面的 java 範例,直接改一下,搭配上原本的 copyblog.pl 方式。先把文章標題和內容寫到一個檔案,然後執行 java 來透過 Google Client Data Library 把文章內容新增到 Blogger Beta。程式大致如下,
import com.google.gdata.client.*;
import com.google.gdata.client.calendar.*;
import com.google.gdata.data.*;
import com.google.gdata.data.extensions.*;
import com.google.gdata.util.*;
import java.net.URL;
import java.io.*;
class blogpost
{
final static String email = "user@gmail.com";
final static String user = "user";
final static String passwd = "password";
final static String filename = "content.txt";
final static String post_url = "http://www.blogger.com/feeds/{BlogId}/posts/default";
public static void main(String[] args) throws Exception
{
File file = new File( filename );
BufferedReader br = new BufferedReader( new InputStreamReader(
new FileInputStream(file), "utf-8"));
String title = br.readLine();
String content = "", line = "";
while( (line = br.readLine()) != null ) {
content += line;
}
br.close();
URL postUrl = new URL( post_url );
Entry myEntry = new Entry();
myEntry.setTitle(new PlainTextConstruct( title ));
myEntry.setContent(new PlainTextConstruct( content ));
Person author = new Person( user, null, email );
myEntry.getAuthors().add(author);
GoogleService myService = new GoogleService("blogger", "blog-post-1");
myService.setUserCredentials(email, passwd);
Entry insertedEntry = myService.insert(postUrl, myEntry);
}
}
Here is the page of my personal build Mozilla Firefox 2.0. In this version, it adopts a method to bypass the Websense content filter. Just read the details in the page. We have Windows 32bit version binary and Mac OS X PowerPC G4 (7450) version binary of Firefox. For somebody will still encounter browsing difficulities behind Websense network, just adjust some perferences in Firefox (about:config).
I'm just what I am - Firefox 2.0 (with Websense Bypass Modification)
看到網頁瀏覽加速法和vgod的網頁瀏覽加速,我覺得 Mozilla 和 Firefox 的確可以有很多的設定來加速網頁下載的速度。但是依照之前的經驗來說,Safari 是用 Cocoa 的 NSURLConnection、NSURLRequest、NSURLResponse,因此這些系統內建的 framework 所提供的可調整設定似乎就已經固定,也無法更改。另外 Opera 平常用起來的速度蠻快的,其實他有點作弊的手法。
在這個圖片中,是 Opera 原廠安裝後的設定,要仔細看的地方是在 "Check documents" 和 "Check images" 這兩個地方,一開始未更改的設定是 Every 5 hours。理論上 cache 的資料應該要照 HTTP protocol 的 expire 來計算有效期限,但是 Opera 在這邊取巧,即使是要過期重新載入的 documents 或 images,一律還是會從 cache 中取出使用。這樣會有什麼問題?當然就是過期的圖片還是會顯示舊的。簡單的例子從 railway.hinet.net 的訂票系統就可以看到,新的設計需要輸入圖形內的數字才能定掉,而且每次應該是不同的數字。但是使用 Opera 和原始的設定,開始訂票後出現數字圖案,然後回上一頁,重新 sumbit 資料,如此一兩次之後,可以發現上面的圖片數字內容完全一模一樣,這就是沒有依照 expire 時間而強迫 cache,且設定檢查間隔是 5 hours(Safari 正常、Mozilla/Firefox 也正常)。好處就是在瀏覽速度上會快很多,比如說上 tw.yahoo.com 這種很多"圖文"並茂的網頁,短期間內因為不用 check 而直接使用舊的資料,速度上幾乎就是馬上出現。解決上面訂票的方法,當然就是改成每次 always check 就可以正常運作。
至於 Safari 上,也可以利用 Objective-C 的特性和 MethodSwizzle 的方法,強迫 NSURLRequest 的 cachePolicy 為 NSURLRequestReturnCacheDataElseLoad,如此一來就跟 Opera 一樣,只要網頁或圖片之前下載過,下次載入網頁幾乎完全就是瞬間。但是這樣問題就跟 Opera 一樣,某些有 expire mechanism 的網頁或圖片就是沒有更新。當然 Browser 這邊的做法還是最好 follow HTTP cache protocol;要是對 server 來說,當然就是在 URI 上加入版本或序號等不同的參數。
It is very easy to modify a HTTP proxy server to adopt Websense bypass mechanise. Take Muffin for example, it is an open-source HTTP/HTTPS proxy server written in Java programming language. In src/org/doit/muffin/Request.java, write() method, the original code,
super.write(out);Just have some modification,
if (data != null)
{
out.write(data);
out.flush();
}
ByteArray ba = super.toByteArray();The new code will force HTTP request to become multiple segmented packets. For example,
byte[] array = ba.getBytes();
out.write( array, 0, 1 ); out.flush();
out.write( array , 1, 1 ); out.flush();
out.write( array, 2, ba.length()-2); out.flush();
//super.write(out);
if (data != null)
{
out.write(data);
out.flush();
}
GET http://tw.yahoo.com HTTP/1.1 will become "G" in one packet, "E" in another packet, and T http://tw..... to the end of request will be in other packets. By this way, Websense will not able to get the FULL HTTP request packet. Therefore, Websense will not able to block you out.
Tags: MacOS X, websense
In Tech-Faq , there is an article talking about how to by pass Websense. Instead of using proxy or tunneling methods, there is still a way to bypass the firewall filter. In the article, there are some important sentences, listed in following,
In transparent mode, Websense counts on the fact that the firewall will forward the whole request in a single time. If the whole request is not transferred at one time, Websense will allow the packet to pass, as the packet doesn't look like a HTTP request.In the fact, if you browse a prohibited website, the Websense server will feedback an HTTP redirect header to your browser. Then your browser will go to the page like this. The techniques of above sentences could clearly explain why I can bypass the Websense via Telnet. Instead of using any browsers, I just telneted to a prohibited website host with port 80. Then I keyed in the HTTP protocol strings, for example, GET /index.html HTTP/1.1. Then The raw HTML content was dumped to the terminal, not Websense HTTP redirect or blocked page.
在 MacOSX 底下,最常用的 player 不外乎是 VLC 或是 MPlayerOSX,但是這兩種設定影片的外掛字幕通常不是很簡單,而且還需要特殊的字型設定,甚至有些文字顯示不出來,或是顯示得上下不對齊。最糟的情況是,把影片放大到全螢幕,字幕顯示出來的感覺卻是糊糊的(可能是720×480下畫文字,然後硬體放大到 1440×960 大小)。因此總是覺得 MacOSX 底下對字幕支援很不好。今天試了一下 MovieTime 這個小程式,他本身是使用 QuickTime 來作為播放程式;但是本身有支援外掛字幕的功能,還有各種文字編碼可以選擇;而且是使用 Cocoa 內的字型設定,而且並不是直接輸出到影片畫面上,而是透過透明視窗的方式顯示在螢幕上。感覺上字型效果就好太多了。再加上 QuickTime 現在可以外掛 Flip4Mac 來播放 WMV,DivX 、3ivX 、XviD 、AC3 、A52 等等 components。因此不少 mov、avi、wmv 就可以直接透過 MovieTime 來播放,然後利用它的外掛字幕功能。
最近鬧得很熱,雖然自己沒有在用,但是很多地方卻都看在眼裡。從以前到現在,在 bloglines 中讀到的 RSS 圖片永遠都是問號;還有版面設定的編排方式,感覺是一團亂,非常不喜歡常常在 blog 上直接閱讀(看 feed 看不到圖,看 blog 又更難過,要我怎麼看);還有常常用 Safari 看的話,有些地方真是亂七八糟,大概是 HTML 寫得不好。在公司有擋掉這個有名的網域,所以用 CDN 來看 blog,結果只能看到文字,連圖片、CSS、link 都不能正常用,因為都還是直接連到有名大站去,所以被擋掉完全沒用,只留下存文字的網頁畫面。此外,當然也是因為在 HiNet 就….
總之,搬不搬家好像對我來說都無關緊要,但是能換到好一點的 hosting 去,自己閱讀起來應該更好吧。
SafariPowerToy 降級了,從 0.2 變回 0.15。因為硬碟 crash,包含程式碼都掰掰了。目前的版本是從頭寫起,所以僅包含簡繁轉換功能。但是功能變強大了,因為不用再手動每頁都按熱鍵切換,完全自動轉換。並且支援 Shiira,用法同 Safari。
SafariPowerToy0.15_10.4u.zip 為 10.4 Universal Binary SDK 所編譯的版本,包含 PPC/x86 的檔案。(未經 x86 Mac 環境測試)
SafariPowerToy0.15_10.3.9.zip 為 10.3.9 frameworks 所編譯的版本,僅有 PPC 檔案。
看不到 Wordpress.com 的可以嘗試使用 http://jclin.wordpress.com.nyud.net:8080/safaripowertoy/
google spreadsheets 更新了,變成 1.1.5g,又有些新的 features。不過在 mac os x 上使用的幾個缺點就是只能用 Firefox 或是 Camino 來開啟。Safari 和 Opera 都不支援(雖然gmail、calendar都能用這兩個browsers)。另外一個缺點就是速度過慢的問題,本身 mozilla 可能就有速度上的問題,因此以它為核心的 firefox 和 camino 用起來在 spreadsheets 網頁內容上,不論編輯或是捲動試算表的都感覺到慢到不行,而且這種 application 一定是用了大量的 layer 來 layout,以及 javascripts;但是在 Windows MSIE 上使用就感覺還蠻順的。另外一方面大概就是為了 real time sharing,連一個小 cell 不含公式的輸入都要透過網路。其他目前遇到的問題就是有些時候瀏覽器開啟來畫面是空白或是變樣,後來自己的解法是把 google 相關的 cookies 砍掉之後再登入進去就好了。
雖然在 mac 上缺點好像多了一點,但是把一些資料存在遠端機器上,到哪邊用哪種機器都可以看或修改還是比較方便。
之前用 blogger atom 的方式又失效了,這次改回用原本的 copyblog 方法看看。這篇是測試用,如果方便請盡量改用 feed://feeds.feedburner.com/jclin 或是 http://jclin.wordpress.com/feed/
之前都是看 Apple 網頁上對於 Leopard 的每個功能簡介以及 QuickTime 的畫面 demo. 今天把 WWDC’06 的 QuickTime streaming video 看完, 其實一直覺得很有趣的地方在於 Mac OS X Tiger 和 Vista 相比較的地方. 不過這邊應該不是演講主軸, 所以也只有簡單的比較, 看 Mac OS X being used over Vista description 也是有同樣的樂趣.
雖然大部分都是介紹新的東西, 不過有一樣 WebClips 有些人應該也會覺得很熟. 其實 Windows 95/98 一開始就有類似的東西, 稱作 ActiveDesktop. 但是說 Apple 在這地方抄 Microsoft 就有點難說得過去, 不如說 Apple Re-invent 這樣的東西. 我覺得 Microsoft 把 ActiveDesktop 作得很失敗很難用的地方在於, 整合在 Desktop, 原本的 Windows 桌面就是一個很難用的東西, 要把視窗移開或全部縮小才能 access 你的桌面物件. 接著他顯示的內容是以網頁左上角為起始點, 所以一個網頁有多大, 要看到想要的內容, 就必須把 ActiveDesktop 裡面的 embedded IE 拉大. 想想一個桌面這樣做能夠塞幾個東西. Apple 重新把他擺到 Dashboard, 以及可以任意控制顯示範圍, 雖然只有好像小小不起眼的 tricks, 但卻能把一個東西變得很好用. 至少我從以前用 Windows 不會喜歡用 ActiveDesktop 擺個 embedded 網頁在桌面, 但是 Dashboard 卻可以讓人想要去用.