倍撚機 是個著名的去中心化匿名微博客系統，它藉用了我們所熟知的比特幣以及 P2P 協議，讓微博不能再被刪帖，這是一個反審查的微博系統。不過，它的使用目前可能還不能像微博那樣打開網頁登錄帳號來的簡單。在電腦本地安裝一個預先編譯好的客戶端是個不錯的選擇——可惜 OS X 下還沒有那麼方便的事情，[……]
月 – 八月 2015
Brew 是OS X 上類似apt-get以及yum的一個軟件包管理器，它依託於Github………………
所以，雖然你僥倖下載到了 brew，但你肯定是無法更新 brew 的。原因你懂。不過雖然不能更新 brew，但這只是指brew這個管理器本身罷了，軟件還是可以安裝的。但由於無法使用[CRA[……]
最近 Shadowsocks 作者 clowwindy 被喝茶然後清空了他的整個項目代碼。一周後goagent也悄悄清空了所有的項目代碼。Github又一次受到大規模DDOS攻擊。
在是時候使用 PAC 白名單了一文當中我給大家介紹了一個反gfwlist道而行的白名單PAC，它不同於前者對GFWe[……]
早在12年的時候，我寫過一篇文章，更漂亮的智能PAC！ –Flora，介紹了 植物群 這個項目，那個時候我們說 gfwlist 每隔一段時間就需要更新才能運行良好，不然就會有不少網頁打不開。
gfwlist 是一個開源的黑名單項目，它由成千上萬的網友貢獻整理而成，從而實現被 GFWed 的域名自[……]
有時候我們要做一個簡單的佔位頁面出來，這個頁面不需要任何的內容，只要簡單的一章背景圖片即可，但是簡單的東西卻往往更難以實現。
這是我在直接寫一個頁面時候遇到的問題，代碼是這樣的：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>Coming soon...</title> </head> <body> <div id="Layer1" style="position:absolute; width:100%; height:100%; z-index:-1"> <img src="BJ.jpg" height="100%" width="100%"/> </div> </body> </html> |
看上去很完美的解決辦法對吧？但是實際上卻遇到[……]
早在去年， 燈籠 就已經發布了，作為一個全新的突破封鎖的世界性分享工具。那時候它還完全是內測，需要郵件申請並等待驗證。然而它基於Java，Mac版基本殘廢……
如果你有梯子，那麼可以觀看下邊的一段視頻，這就是當時Lantern面世時，官網發布的宣傳視頻了。
做的很棒。
H[……]
在之前的一篇文章當中我吐槽了自己的愚蠢，不過隨後我就成功地解決了這個問題。
現在來說一下怎麼做
問題現象
首先是問題現象，中文版 Wordpress （尤其是從老版本一路升級上來的）用戶升級到 4.3 後可能會遇到後台編輯器無法切換“可視化”與“文本”模式，“添加媒體”按鈕失效，代碼高亮插[……]
很幸運第一時間更了4.3，編輯器終於原生支持了偽 降價
第一次支持了 圖標 設置入口
編輯菜單時候終於可以即時顯示
然後新建用戶也可以自動創建強密碼
------
我想說的是…………後台增強和代碼高亮都沒了這是鬧甚啊！ ！ ！ ！?
悲劇的開始
昨晚連夜把[……]
使用Mac有這諸多你想不到的好處，當然難以配到鍵位合適的鍵盤卻是你能想到的缺點之一。
糾結了好久之後，我還是入了 Poker 2 ，一款84鍵的我們俗稱是 60% 鍵盤，或者說小鍵盤。這款鍵盤就好像是你家的鍵盤，從功能區往右邊的所有按鈕都砍掉，然後把外邊框做窄的樣子。
如你所見，[……]
首先這個翻譯並不是開源翻譯，根據將來的捐贈收入，大家會得到補償（可能不多
其次作為貢獻者你自己翻譯的爽是前提。
基本規則
- 首先你會得到這個博客的一個作者帳號，用這個號在這個博客發布你的翻譯，正在翻譯的章節請使用“保存草稿”功能持續更新。——你保存草稿我能[……]
一般來說，我們在創建獨立博客的時候都會使用一個第三方的統計代碼來監控博客的訪問情況，以便獲得一些小小的成就感~
總之，添加那些統計代碼的時候它們總會抓緊時機來給自己的網站打廣告——“站長統計”等討厭的字樣隱藏在了調用裡，你怎麼也清除不掉。
另外，就算不現實文字，還有扯淡的圖片顯示，我靠，[……]
泛型是面向對象裡另外一個重要的概念，除了多態，它進一步增加的代碼的重用範圍，而對於 Swift 語言來說，泛型貫穿了它的始終。
從 Print() 說起
我們從上課的第一天開始就在使用這個全局函數了，它讓我們得以在屏幕上顯示語句，用起來十分簡單，傳入一個字符串即可。
傳入字符串就顯示字符串[……]
這節課我們一起來認識一下 Swift 中的錯誤處理
在調用方法和寫一個輪子的時候，總會有各種各樣奇奇怪怪的錯誤，就是已經正常編譯的軟件，也會出現一些不可預期的錯誤。不過，這些錯誤當中，有一些是可以被識別和捕捉的——它們可預期。
可預期的錯誤
為什麼我們說有一些錯誤是可以預料得到的呢？比如說[……]
不全都是動態
我們都知道，方法是放在實例裡運行的。也就是說方法執行的結果是依據實例屬性而來的，而實例的屬性是根據當前狀態而變化的——我們稱其為“動態”。
但真的全都是動態的嗎？其實不是，有些方法它會直接根據你的調用而給出結果，並不需要依據實例屬性的變化來產生變動——也就是說它是無論如何都會產[……]
前邊鋪墊了那麼多，現在終於要講到垃圾回收這個東西了。
弧
這不是方舟……這是自動引用計數（Automatic Reference Counting），這個東西是蘋果用來管理內存的。
它的功能就是那個垃圾堆上的垃圾回收器。它能夠保證所有在堆上運行的對像被釋放後不會一直駐留在堆上。保證了那[……]
在上一節課的末尾，我們最終明確了一個對象的創建過程，那麼，說起來創建一個對象的樣子很像是調用了一個方法，可這個方法到底是什麼呢？
初始化器
沒錯的，當我們初始化了一個類為對象的時候，我們確實調用了一個方法——初始化器。
初始化器其實就是一個特殊規定了的方法，它能夠為類進行初始化。
想像一下，[……]
是時候來看看對象和方法的生存空間了——想要了解面向對象，不知道方法和對象放在哪裡是一件很尷尬的事情——畢竟我們還是要面對垃圾收集器的，想要讓垃圾收集器幫你做更多的事情，我們就得一定程度上了解它的工作機制，了解方法和對象存放在哪裡，否則的話，你就又要寫出一個不堪一擊的程序來了！
我們在前邊的課程[……]
上節課我們提到了協議，但是只講了它的一種應用方式，這節課我們就來深入地了解一下這個用起來和 class 差不多的協議究竟有什麼高深奧義。
現在，我們要再一次回顧那個可恥的繼承樹：
這裡我們寫了武器……是用來進行攻擊和防守的。那麼，作為一個遊戲，武器的模型不能夠單單只用在這一個地方[……]