本格堅守四不一沒有政治主張:不知道、不清楚、不瞭解、不明白、沒有我的事!
[ start | index | login ]
2009-10-04 Sunday

部落格正式移轉至 Blogger

本部落格已正式移轉至 Blogger ,如果您仍然使用 >>http://blog.adahsu.net/ada/exec/rss?snip=start>>http://blog.t-times.net/ada/exec/rss?snip=start 訂閱網誌文章的話,請改用 >>http://feeds.feedburner.com/adahsu 固定網址訂閱為宜。

謝謝支持!


no comments | post comment

2009-09-24 Thursday

RSS2Blogger 初步成果

基本上這是篇應該不會轉移到 Blogger 的文章,因為屆時會有專文另行介紹 RSS2Blogger 工具...

今天終於可以批次將 RSS 檔案轉入 Blogger 了,執行成果在 >>

附圖是操作過程中的輸出情形:

以下是目前要處理的問題:

  1. 個人自訂化過的 SnipSnap 似乎有輸出不三不四資料的情形(見 >>執行結果 ),不知道是不是個人寫作習慣所造成還是其他因素,總而言之這部份要另行濾除。
  2. 圖片問題:有些圖片是連回目前這個 SnipSnap 系統中捉取的,這些都要挑出來放到 Flickr 或 Picasa 上。
  3. 月份錯誤問題:先前曾整理過一次網址,這導致 publish date 資訊與網址匹配不起來。像範例中的 28 篇文章其實都是 2004 年 04 月的資料,結果有兩篇跑掉了...
沒有救的問題:確定不用傷腦筋了…
  1. PermaLink 無轉換規則....

no comments | post comment

2009-09-22 Tuesday

搬家進度說明

嗯,經實驗證明:一個月不發文,RSS 退訂數會大增… XD

以下說明一下目前的搬家預訂作法及進度:

  1. 為解決自己之前開發的 Macro 的處理結果能正確移轉到 Blogger 上,最後選擇使用匯出的 RSS 檔作為搬家來源檔。
  2. 目前有匯出 15xx 篇文章,但不包含 comments 部份。comments 部份後續會看看如何處理。
  3. 一旦匯入到 Blogger 後可辨識的文章資訊只能到 月份 ,也就是說原本各文章所累積的搜尋引擎記錄將會作廢。
  4. 因屆時會導入個人網址到 Blogger 上,因此須先處理 RSS 檔中有直接連結 >>http://blog.adahsu.net/ada 的文章。這部份包含圖形及文章間的相互參考。
  5. 為簡化匯入工作,已開始進行 rss2blogger 工具的撰寫,不過目前主要在測試使用 GData API 連結 Blogger 的各種情形。
  6. 前述 rss2blogger 工具將保存在 Google Project Host 服務中。
  7. 其他未盡事宜隨時補充之!

no comments | post comment

2009-09-02 Wednesday

搬家之路路難行

檢視過 SnipSnap 和 Blogger.com 之間的差異後,原先想要整套搬過去的想法似乎並不可行,目前開始尋找有無真實存在的第三方工具協助中...

在找到轉換工具前則持續評估先在新系統發表文章的可能性!


no comments | post comment

2009-08-13 Thursday

改版預告

因為一些格揆還沒想起來的原因,挌揆我打算將 Blog 搬到 >>Blogger 去,目前還在研究如何移轉資料的作法中,但可以確定的是本格目前暫時不會有新文章了。

不過雖然 Blogger 有支援綁定自有域名,但格式似乎本格不符,因此如何移轉則是另一個問題…


no comments | post comment

2009-08-08 Saturday

Tomcat 與 Port 80

在 Linux 環境下除了 root 使用者外是無法開啟低於 1024 以下的通信埠,當然 >>Tomcat/Jakarta 預設的使用者 tomcat 也不例外,所以 >>Tomcat/Jakarta 預設的 HTTP 服務埠號是指定在 8080 上的。

Port 8080 意謂著訪客必須特地修正瀏覽器網址列上的資訊,但這即不便民也與網路習慣不符,所以網站系統管理員必須設法修正 >>Tomcat/Jakarta 的這個設定。

過去由於心臟比較肥大(心室肥大症?)的關係,個人是直接改用 root 去啟動 HTTP 服務。這麼危險的舉動雖然目前看來並沒有啥意外,但或許這只是無知之人所獨自擁有的小小幸福,搞不好硬碟中深藏已久的性感睡姿照早就被幹走而不自知。總之,這其實是個簡單卻危險且不便的解決方式。何以不便?每次進行 Tomcat 小改版時總是會被套件管理系統提示需修復啟動檔的附帶效應就是每次升版時都需小心翼翼以免阻卻了 Tomcat 的執行。

比較正規的方式是利用 Port Redirect 的方式將來自 Port 80 的連線需求重新導到實際提供服務的 Port 8080 上,這又有兩種作法:

  1. 利用 iptables :網路防火牆本來就可以進行這類動作
  2. 使用 xinetd :超級服務管理員原始的目的就是作為所有服務的代理窗口
因為第一項設定試了半天一直無法成功,所以此處只介紹第二項設定。
  1. 請安裝 >>xinetd 這個 super daemon 套件,它會在 /etc/xinetd.d/ 內塞進一堆設定檔,但是我們用不到。
  2. 編輯 /etc/xinetd.conf 檔,將 only_from 這個設定給註銷掉。
  3. 在 /etc/xinetd.d 目錄中放置以下設定檔後啟動 xinetd 服務即可。
  4. xinetd 啟用後應可在 netstat 中看到 port 80 已被開啟且由 xinetd 提供服務,如附圖。
# vim /etc/xinetd.d/tomcat
# Redirects any requests on port 80 to port 8080 (where Tomcat is listening)
service http
{
        disable                 = no
        flags                   = REUSE
        wait                    = no
        user                    = root
        socket_type         	= stream
        protocol                = tcp
        port                    = 80
        redirect                = localhost 8080
        log_on_success  -= PID HOST DURATION EXIT

# per_source = UNLIMITED # instances = UNLIMITED }

iptables 的作法等我研究出來後再看看… XD

※ 2009-08-10 補充

  • 此法會導致 Tomcat 無法捉到正確的 Client IP … -.-
  • 另外,下一篇文章開始將改用 Blogger.com 發佈,資料移轉問題目前暫時還沒有辦法… XD

2 comments (by Ada, jojoyakira) | post comment

2009-07-29 Wednesday

jQuery w/ jqGrid 錯誤訊息處理

這兩天遇到最鳥的錯誤訊息是 >>jqGrid 所發出來的...

假如您的使用者反應 jqGrid 無法顯示 grid 內容時,可能是因為 jqGrid 內部發生了一個例外所導致。這個例外在 Firefox w/ Firebug 時會出現類似以下畫面最下端的 Syntax Error 訊息,基本上這是個有看沒有懂的錯誤訊息:

IE6 的話只會彈一個提示視窗,至於為什麼錯則當然一點眉目也沒有…

假如有安裝 Script Debugger 的話會標示錯誤出在以下這句:

eval( "(" + js + ")" )

當您遇到此問題時,請確認一下 jqGrid 的 url 參數是有指定為一非 null 值,若未設定時即會出現上述問題,請隨意給定任意值即可;後續您的程式可依需要重新指定正確 URL 後透過 trigger( 'reloadGrid' ) 即可觸發 jqGrid 自 URL 載入相關數據並顯示之!


no comments | post comment

2009-07-26 Sunday

對於噗浪網路經營之我見

這是針對以下兩則新聞的個人看法: 雖然不確定我們秀蓮阿姨暗指的是誰,不過比對一下後也可以猜的到大概是指誰(也許要加 s 表複數型)。然而就結論而言個人是有限度認同秀蓮阿姨的看法的。(話說回來,我似乎經常在一定範圍下認同阿姨的說法?)

基本上在網路的世界中從未曾規定或限制參予的方式,所以想在 >>噗浪 上搞什麼其實也不關阿姨的事。想把噗浪當流水帳用也好、透過噗浪發洩心中不平事也,總而言之想將噗浪當成何種工具是看使用者對噗浪的定位為何,譬如個人將噗浪當成 >>心情的垃圾筒 在上面亂吐口水用,這是外人管不著也不必管的。

但是有些群組成員的身份特殊,像是線上的政治人物或政黨等因為受到社會的期待心理因素導致不見得能夠隨心所欲的在噗浪上搞踩線、問安、流水帳之類的作為,也許這是秀蓮阿姨之所以認定噗浪沒有內容的原因。只是再怎麼說四天王目前並非線上的政治人物,所以他們若想要透過噗浪單純的分享他們個人生活狀況、政治看法、或是用於作為與網友們互動的直接管道其實都不能算是沒有內容。

反觀 >>DPP Online 這個以民進黨之名所創的噗浪帳號因為建立當時只拿來問問安、踩踩線之故,原本想要將之由追蹤名單中移除。記得當時立法院內有一堆極具爭議性的案子在處理,DPP Online 未能透過噗浪即時將狀況公佈給網友知道讓人好生遺憾,甚至一度衝動的直接在 DPP Online 某噗中留言希望別再玩踩線遊戲,畢竟這個具有政黨官方身份的帳號若不能在短期間內建立公信力及代表性的話,後續大概很難吸引更多人留意正在民進黨內發生的各種重大事件。之後 DPP Online 開始釋出民進黨的一些重要活動訊息、對騜政府政策的看法等,成為個人掌握民進黨各項訊息的主要來源(其他媒體總是會做出一些莫名其妙的自我解)。

總而言之,在經營噗浪微網誌這部份只要是屬於特殊身份的成員都不該只把噗浪當成問安的管道。至於脫離特殊身份的前政治人物或許現在仍然受到媒體的關注,但他們想在噗浪上留下什麼訊息其實都很隨興的啦!

PS:

  • 話說秀蓮阿姨的反應會不會也透露出她的權力慾呢?
延伸閱讀:
  1. BillyPan:>>呂秀蓮認為噗浪毫無內容…
  2. Jas9 Taipei: >>整個網路的不求上進
四大天王噗浪(順序無意義): 其他:

no comments | post comment

2009-07-18 Saturday

無敵怪醫 K2 - 10

前兩天無敵怪醫 K2 悄悄出了第 10 集。

回顧本格歷史,在三年多前曾介紹過 無敵怪醫 K2 第一集 ,一般以三個月一單行本的進度來看,第 10 集拖的 有點 非常久(約八個多月),差點以為真船一雄要留下爛尾不玩了哩!

不過會特地提起這集的原因在於真船和山本航暉(天生妙手的作者)都在故事中加入了 自發性肺破裂 自發性氣胸的病症及處理方式,不過真船的劇情看來是 現在進行式 ,而山本的表現手法則比較趨向於 未來式 的感覺。總而言之,自發性肺破裂的處理應該會開始導入此種 遮蓋療法

另外 >>PTT 鄉民提到真船的劇情編排似乎淪為特定規則的方式,這… 還是希望 K2 快點處理完 10 把手術刀以組合出 >>隱藏版究極手術刀,別再套公式了!

※2009-07-19 複習報告:

  • 其實和無敵怪醫比起來,K2 第 10 集的病例相對接近生活情形,頗具參考價值。
  • 今天發現天生妙手 45 集也出了,看起來神戶篇應該會在下集做個結束.... 吧?

no comments | post comment

2009-06-19 Friday

部落格是個公開的場合,但也是私人的領域

個人認為部落格雖然是個資訊公開的場所,但也算是私人的領域。我即批評台灣目前政治環境的惡劣卻也會捍衛台灣這跛腳的民主自由環境。在這種情形下請不要挑戰格揆我的政治立場底限,個人或許會開放台灣藍丁們為了他們的政治主張所做的有意義的留言,但絕不會放任外國(尤其是中國)人士侵犯、干預台灣自主生活的各種主張。

基於以上立場宣示,以下文章即日起予以刪除不另通知!至於 FredCN 這位中國朋友可請回到您自個兒的部落格上繼續主張您的主張,謝謝!


no comments | post comment

2009-05-27 Wednesday

囧rz

真是囧rz了… 一向沒啥發言的 >>Plurk 竟然寄來這封信...

雖然最近對於 Plurk 確實是有比較多的關注,但好像都是些言不及義、哈啦閒聊鬼扯蛋的發言(包含去砍普練過 >>DPPOnline 一開始的無聊踩線等等發言) ,這實在有點...

對了,因為我目前主要使用 Nokia 5800XM 上 Plurk,所以確實比較不便發言… 吧,我想…


no comments | post comment

2009-05-26 Tuesday

jQuery 使用感想

雖然並不是第一次將 >>jQuery 使用在案子中,不過這次因為有比較明顯的對照組而益發感受到 >>jQuery 所帶來的便利性。

也許我應該在螢幕週圍貼上一段上、下聯...

上聯:該做的事不會自己變少 下聯:有人分擔就能多睡一些 橫枇:jQuery 真好用

嗯,雖然並不是真的有對仗,不過… 反正我國文考的也不好… XD


no comments | post comment

2009-05-20 Wednesday

某網站設計人員的建議

不知道該說啥比較好,為什麼台灣的網頁設計公司總喜歡限制網頁訪客的解析度呢?

話說,我為什麼要犧牲 DELL 2405 的最佳解析度不用去配合一個可有可無網站的需求呢?(搖晃~~)


no comments | post comment

2009-05-10 Sunday

幹!這算啥?台灣被賣了嗎?

中天新聞有這麼一篇報導:

幹,現在馬英九是想怎樣?賣台也賣的太快了吧?而那些天真的以為政治和你沒有關係的人們,現在你要被賣了知道嗎?

馬的,到時候公安和台灣人民衝突和警察會幫哪一邊… (別以為會幫台灣人啦… )


no comments | post comment

2009-04-22 Wednesday

Tomcat 5.5 異常腫脹的 catalina.out

最近接了個 case 在家裡 加減 困難做,然後發現了一個以前未曾注意的問題:Tomcat 5.5 有個會卯起來 腫很大,腫不用錢 的 log 檔:catalina.out ,當我注意到它時它已經成長茁壯到 2.4G 了…

網路上查的到的資料都有些奇怪,大概是除了透過 >>cronolog 以外剩下的各種說法中一直都沒在相關設定中看到這麼一個關鍵檔名 Catalina.out,就此點來看那應該都不是正確答案。

回到剛剛提到的 >>cronolog 上,它提及必須修改 startup.sh 檔將 Catalina 的輸出轉給 cronolog 去處理,cronolog 就可以在必要時依設定分成每天或每小時一個檔案。

問題就在這邊:為什麼要把 Catalina 的 console 輸出利用管道方式轉給 cronolog 去處理呢?明明同個目錄下還有一個 catalina.yyyy-MM-dd.log 的檔案,它的內容正好就是 catalina.out 扣除使用 System.out 方式輸出後,依日期區分好的輸出結果。同一目錄下有兩份相同的 log 記錄是否表示 catalina.out 其實根本就沒有存在的必要呢?

所以,個人最後決定直接將 Catalina 的 console 輸出直接仍到黑洞去,於是修改 tomcat 啟動命令稿 catalina.sh (其實 >>Gentoo 是改 /etc/init.d/tomcat.sh 啦) ,將

>> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
全部改為
>> /dev/null 2>&1 &

※ 其他:

  1. 有些 Linux 套件所提供的 Tomcat 5.5/6 已內建自動做 Daily Rolling 的設定,不用想太多這些有的沒的。
  2. Linux 套件沒有內建 Daily Rolling 的話也無妨,利用 crontab 在半夜時分將 tomcat 暫停,把舊檔案改名,再重新啟動 tomcat 也是一種解決方法。這種方式還可以插進備份檔案的作業。
以上,無責任修改介紹說明完畢,謝謝收看!

no comments | post comment

【搜尋】

【求助】

  1. 如何指定格式化的文字
  2. 如果字太小
【SnipSnap 強化方案】
>>SnipIt 誕生
>>功能討論
>>功能確認

< March 2010 >
SunMonTueWedThuFriSat
123456
78910111213
14151617181920
21222324252627
28293031

【RSS 訂閱】




【雜想分類區】
美食小吃
生活雜想
職場遭遇戰
休閒娛樂
台北居、大不易
錯誤正在橫行中
廣告異聞錄
神秘事件簿
電影
健康管理
資訊電腦
科高地球
手機應用
新聞馬後炮
動漫世界
管理眾人之事
專案管理
歌曲歌詞
嘸爽啦!
部落格記錄
惡搞裝笨耍白爛
歧視非IE用戶之網頁
關於我
CSS
RSS

【與 Ada 聯絡】

【有趣的 Blog】
>>什麼都破,什麼都爛,什麼都不奇怪
>>酪梨壽司的日記
>>去吧!錯誤特攻隊!
>>隨裕而安
>>荒謬大觀
>>網路黑貓
>>瑞克梅添涼 DALIREAL
>>鳥毅的blog
>>潛艦 - >>反垃圾信
>>窮留學生懶人食譜
>>約耳談軟體

【網路貼紙】
XHTML 1.0 validated CSS validated
RSS 2.0 validated Powered by SnipSnap
Powered by Gentoo Linux
網站使用 UTF-8 編碼 網站所在地-台灣
Onion Club 洋蔥酷樂部 Powered By PostgreSQL
我是台灣人

【網路同盟】
怠墮管理者同盟

【PCDVD 七八區 RSS】




【PCDVD 疑雜區 RSS】




【網路串連】











【參訪團】

snipsnap.org | Copyright 2000-2002 Matthias L. Jugel and Stephan J. Schmidt