Blogtrans 更新 090522

今天赫然發現一件事，在上次的更新中我以為已經修正無名文章日期的問題了。結果發現修改的程式忘記commit，上次壓出來的版本日期還是有問題的。所以今天又壓了一個版本，只更新了無名日期這件事。

離無名關閉備份只剩四天。

有需要者請至Sourceforge抓取最新版本。

Blogtrans雜記

先聲明，筆者跟無名沒啥深仇大恨，也不在Web界工作。更不是其他BSP的打手，我與任何BSP沒有利益關係。

Blogtrans專案的起源是幫朋友(終於變成女友XD)搬Blog寫的一個console小程式，後來閒暇時補上UI放出來給想搬家的人使用。這也是我剛第一個嘗試用Python寫的中小型應用程式 (所以程式架構很亂，有人要trace的話別笑我 Orz)。

維護這隻程式算是吃力不討好的工作。無名的規格問題層出不窮：在XML檔案後面添加HTML碼的做法是一大經典，而且這是推出備份服務的後來才加上去的，我懷疑這是刻意讓企圖讀取無名備份檔的程式無法運作。另外在XML檔中可以出現不合法的XML字元，還有現在的備份檔不完全問題。 (Well, 我必需承認無名匯出檔根本是封閉格式，或許該慶幸他沒有用亂七八糟的binary format再加個密？) 另外也有些MT匯出檔的格式不依標準 。最麻煩的是上傳到Blogger，我花了許多時間在測試上傳Blogger備份檔上。

---

話說回來，無名從以前到現在的做法著實另人惱火，我相當不相信「關閉備份是為了專注在其他更好的服務」。

筆者在思考是不是該在無名關畢備份服務後，再寫另一個轉出無名的功能。要達到私密文章備份，這次可能就要靠HTTP認證，再從前台或後台撈HTML出來了。跟之前的作法比，可能這樣的做法更為麻煩。只要站方稍稍變動規格，撈文章的parser就可能失效。

我另一方面也希望國內其他BSP可以繼續做到這樣的功能 (撇開轉出Blogger部份不提的話，pixnet一直提供了比Blogtrans更穩定的轉出無名功能)。畢竟跟商業(又有幾位程設能力超強大神在)的BSP比，筆者一人利用空閒時間的力量是相當有限的。

無名小站備份檔問題

按，我家樓下常有外國人在開轟趴，半夜一點多大聲說話，吵到我關著窗子都聽的到。剛快睡著結果被吵起來寫blog，考慮下次再被吵要不要去暱名檢舉了....

---

言歸正傳，昨天收到一位網友來信，說Blogtrans無法匯入他的備份檔。他的網誌有九百多篇文章，但是從無名試著匯出好幾次備份檔，使用Blogtrans匯入時都不成功。使用Notepad++打開他的備份檔，檢視檔案尾端，大鳥眉頭一皺，發現案情並不單純 (對不起我老梗了)：


因為沒有取得轉錄同意，雖然原文是公開的，應該在合理引用的範圍，我還是把文字消音了。

注意紅框的地方，一個E9的特殊字元中斷了備份檔。我試著手動修復備份檔，發現無名只匯出了七百多篇文章，留言全都不見了。

假設不是該網友在下載的過程中遇到特殊問題，那就是無名的備份功能真的有Bug，導致匯出時闕漏了文章和留言。

該位網友去信無名，客服的回應為

會幫他調整Blog，請他清除網路暫存檔試試看

(顯然沒用？)

或許無名是對的：關閉服務是因為他們沒有能力維護。

你還放心住在無名嗎？



(對不起我又老梗了)

Blogtrans版本更新：090503

遵守之前的承諾，在這個週末放出Blogtrans更新。這次的更新主要是針對這些問題：

• 匯入無名小站時，文章時間是最後修改時間，而非發佈時間
  已修正
• 無名小站無法匯入的一些問題
  主要問題是當文章中有不合法的XML字元時，無名仍會將這些字元匯出到XML檔中。
  已解決
• 簡體中文電腦無法使用Blogtrans的問題
  
  1. 原本程式中有些地方很蠢的將字串先以CP950轉成Unicode，在簡體中文電腦就會產生錯誤，我全部改成Unicode了。
  2. 看到MT檔中，日期欄位是「DATE: 07/11/2004 07:39:17 下午」，出現中文字當然與MT規格不符，暴力的replace /上午/AM/ /下午/PM/
     
  已解決
  
• 匯出至Blogger留言會不見的問題
  
  這個問題我懷疑是Blogger自己的問題，之前匯出留言到Blogger是沒有問題的。我做了這樣的實驗：從Blogger官方匯出有留言的文章，再匯入回去，留言竟然也有機率會不見。
  暫時提供一個比較暴力的解決方法：將所有留言合併到文章內文之中。
  
  選擇這個選項之後，所有留言會被合併到文章之中，當作文章的一部份處理。這樣做的壞處是留言會被視為文章的一部份，而無法在側邊欄中顯示。
  
  這個問題若是持續存在，我會在有空時做詳細的測試再回報給Blogger。
  
  目前無法完全解決，提供克難的替代方案。
  
  090504更新：感謝Asher網友，將留言選項調成「任何人都可以留言」似乎就沒問題了。我還沒時間做詳細的測試，暫時先告知使用者有這個方法可以嘗試。
  

目前最新版的是Build-090503，一樣請至sourceforge下載。有問題請回報，祝大家成功逃離丁丁星球。

Blogtrans已知問題

似乎因為無名又做了微妙的決定，最近想要搬Blog的人又變多了，我收到不少Blogtrans有關的Bug。

Blogtrans現在有一些已知的問題：

• 匯入無名備份檔時可能會卡住 (應該是無名匯出格式不知道偷偷做了什麼變動)
• 匯出至Blogger時留言會不見 (這個以前可以的，應該是Blogger改了讀備份檔的機制)
• 無法正常處理簡體中文

因為在下最近很忙(背景音樂：不用麻煩了，不用麻煩了，阿宅很忙的)，應該會趁這周末的時間(5/1~5/3)修正這些問題。如果E-mail給我沒有回音，可以下周一後再過來看看有沒有更新。

Ruby V.S. Python: Operator +=

剛剛在Godfat的Blog看到這篇文章，比較了Ruby和Python在對於list進行+=運算子操作的差異：

[~/test]# irb
irb(main):001:0> a = b = []
=> []
irb(main):002:0> a += [1]
=> [1]
irb(main):003:0> a
=> [1]
irb(main):004:0> b
=> []
irb(main):005:0>
Python 2.5.1
>>> a = b = []
>>> a += [1]
>>> a
[1]
>>> b
[1]

這個結果同樣的出乎我的意料之外，所以花了些時間研究一下。以下分別討論a=b=[]; a+=[1]在Ruby和Python的運作狀況。

先看看a=b=[]。毫無疑問，不管在Ruby或Python，這個敘述都是「造一個空list，並讓a和b指向同一個list」。如果你被上面的例子迷惑了，試試：

irb(main):001:0> a = b = []
=> []
irb(main):002:0> a << 1
==> [1]
irb(main):003:0> a
=> [1]
irb(main):004:0> b
=> [1]
irb(main):005:0>

再來，先討論Python
Python的a+=[1]等價於a.__iadd__([1])
對呼叫a+=[1]的block，變數a所綁定的物件不會改變
既然a和b所綁定的物件相同，那a和b的內容理所當然也會一樣

再來看看Ruby的a+=[1]
雖然Ruby可以覆載運算子，但+=運算子是不能被覆載的
簡單的試試

Ruby的method可以名為+，可以以=結尾，就是不能名為+=。同理，-=, *=, /=, &&=, ||=之類的也不行。參考Programming Ruby

In common with many other languages, Ruby has a syntactic shortcut: a=a+2 may be written as a+=2.

可以得到結論：a+=[1]只是一個Syntax sugar，可以想像他parse時就變成了a=a+[1]，而不是由a去invoke一個名為+=的member function。

差異就在這邊，對呼叫a+=[1]的block來說，a+[1]造出了一個新物件，再綁定到變數a上，所以a和b指向不一樣的東西。

這裡或許值得注意的是，要是Ruby中+=是一個member method，那a+=[1]就很難不影響到b。因為對呼叫a+=[1]的block來說，他只是去呼叫a的一個member method。完成之後a與b還是指向同一個object。像a<<b就是這樣的例子。

另外，這些敘述應該是等價的：

• Python的a+=[b]
• Python的a.append(b)
• Ruby的a<<b
• Ruby的a.push b

這也造就了Ruby和Python對於a+=b語意本質上的不同。

我個人是Python和Ruby都有在用，在這個小地方上我比較喜歡Python的作法：將+=視為member function，operator的left operand所綁定的目標不會改變。知道這點的話，Python應該是易了解又有一致性。

JustFuck, A x86 Just-In-Time Compiler for Brainfuck

前陣子看到Jserv介紹asmjit的文章，一直想找機會試試看。另外，最近ptt的programming版上的一個thread出現了很多esoteric programming language，讓我想到可以試試寫個Brainfuck JIT Compiler。於是，這個專案就誕生了？

JustFuck, A x86 Just-In-Time Compiler for Brainfuck

我不是故意罵髒話的啊....他的縮寫很自然就這樣啊....(大誤)

一位不知名的鳥類程式設計師評論道：「真是太神奇了，我從未見過腦幹語言運行的如此飛快，嘎嘎。」

因為最近開始學git，所以放github上：Project page。

Source code只有一個檔案，三百行。學習Brainfuck, asmjit, git的實驗品，大概懶得再重構更新了。