前段時間開發了乙個簡單的 web 應用，主要用來自動編譯 ios 應用，簡化 ios 應用的發布難度。
由於編譯任務的密集計算部分主要由編譯器承擔，我們所需要做的只是乙個業務邏輯的粘合，因此選用開發語言與框架的首要考慮點為：開發效率高。
基於上面的基本原則選用的開發庫與框架如下：
mac 自帶的 python 2.6.1，64 位模式
mac 下 pysvn 1.7.5，64 位模式
mac 下 mysql-python 1.2.3，64 位模式
mac 下 libxml2-python 2.6.9 ，64 位模式
ubuntu 10.10， mysql
ubuntu 10.10， rabbitmq
mac 下 celery 2.2.6
mac 下 django 1.3
mac 下 django-celery 2.2.4
具體的實現過程就不說了，主要說說遇到的問題：
1、 32 位與64位模式問題
mac 下的 python 可以工作在 32 位模式或者 64 位模式下，但是需要一致，就是不能同時有 32 位模式與 64 位模式。因此在使用一些後端封裝庫的時候需要注意，例如：pysvn 要選 64 位模式，mysql 的 python 後端需要也是 64 位模式，如果不一致，會報告架構錯誤。2、celery 的編碼問題
celery 的 log 不支援 unicode 編碼，而有些庫丟擲的異常時 unicode 的，比如 pysvn，這時需要捕獲後重新丟擲。
Ios實現amr編譯碼
類似產品使用的技術 目前支援的開源第三方庫也就只有 ilbc和speex了 考慮採用的方案 speex需要android和ios都進入轉碼，工作量太大，不採用。剩下的方案就是在amr和ilbc上選擇了，android支援amr,低版本不支援ilbc,ios高版本 4.3 只支援ilbc，不能支援am...
iOS自動解鎖的實現
今天用clang將objective c語言轉換成cpp時，發現乙個對變數的作用域有趣的用法。當我們用 autorelease 時，將轉換為以下形式 已移除無關 int main int argc,const char argv return 0 那麼 atautoreleasepool 是什麼呢？...
iOS應用如何防止被反編譯
ios應用如何防止被反編譯，移動網際網路時代，安卓應用被破解 反編譯早已不是什麼新聞。但是，黑客的胃口是不容小覷的，他們的魔爪又伸向了ios應用，ios應用開發者也必須注意了，看看ios應用如何防止被反編譯 先來看下，ios應用都存在哪些容易被反編譯的風險 1內購破解 ios應用需防反編譯風險之一 ...