註: 寫此影片主要原因是因為我生長於高雄, 請不要以政治角度來看此篇 或 影片.

國家地理頻道 - 超級城市 - 高雄

網站 線上程式編輯 IDE 與 編譯、執行器

網站詳見: Ideone.com | Online IDE & Debugging Tool >> C/C++, Java, PHP, Python, Perl and 40+ compilers and intepreters

此網站提供 40種以上, 會於線上直接做 Compiler 和 執行的動作.

可以丟下述範例進去跑跑看.

#include <iostream>
using namespace std;

int main()
{
    for (int i = 0; i < 10; i++) {
        cout << i << endl;
    }
}

The apache2 configtest failed, so we are trying to kill it manually. This is almost certainly suboptimal, so please make sure your system[warnorking as you'd expect now! ... (warning).

/usr/lib/libxml2.so.2: cannot open shared object file: No such file or directory

/etc/apache2/mods-enabled/mod-security.load: Cannot load /usr/lib/libxml2.so.2 into server: /usr/lib/libxml2.so.2: cannot open shared object file: No such file or directory

解法

遇到問題當下的解法, 先註解掉.

1. vim /etc/apache2/mods-enabled/mod-security.load
   

   #LoadFile /usr/lib/libxml2.so.2
   LoadModule security2_module /usr/lib/apache2/modules/mod_security2.so

於此篇有找到正確解法: #670247 - libapache2-modsecurity: Cannot load /usr/lib/libxml2.so.2 into server - Broken library path,下述為此篇的重點摘錄:

• This bug is only for 64 bit architecture.
• 原本 LoadFile /usr/lib/libxml2.so.2 的路徑有錯誤
• 正確路徑: /usr/lib/x86_64-linux-gnu/libxml2.so.2, 所以有下述兩種解法.  (挑其一即可)
• 一: ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib/libxml2.so.2
• 二: vim /etc/apache2/mods-enabled/mod-security.load
  

  #LoadFile /usr/lib/libxml2.so.2
  LoadFile /usr/lib/x86_64-linux-gnu/libxml2.so.2
  LoadModule security2_module /usr/lib/apache2/modules/mod_security2.so

Google 推出兩階段驗證(Using 2-step verification)有段時間了, 知道安全與方便通常是呈反比的, 於上個月還是啟用兩階段驗證的服務了, 於此篇紀錄些心得與問題.

Google 兩階段密碼驗證 啟用

啟用是上個月的事情, 已經不太記得, 基本上依照頁面指示照著作就會完成了, 在此指紀錄幾個還記得的項目.

1. 登入 Gmail, 點選照片, 選擇 Account.
2. 找到 兩步驟驗證 -> 點選 開啟
3. 再來就是填 電話... 等等的一些資料, 在來的登入都會經由手機簡訊, 另外填寫即時簡訊密碼. (原始密碼 + 簡訊密碼)
4. 相關新聞: Google開放兩階段驗證功能給所有用戶, 下述摘錄自此篇:
   

   用戶可以在「Google帳戶」的「個人設定」中啟用該功能，整個設定過程大約需要15分鐘。使用者必須設定兩個電話號碼。

   第一個電話可以使用上述行動裝備或者是普通的手機、室內電話，用來產生或接收上述時效限制密碼。第二個電話則是在用戶第一個電話號碼遺失或無法使用使備用，因此Google建議使用家人或好友的電話號碼。

Google 兩階段密碼驗證 新增 Client 程式

Google 兩階段密碼驗證的重點, 主要有下述幾點:

1. 登入網頁 (Gmail)
2. 第一次登入需要搭配手機簡訊, 如果有安裝 App, 會搭配 Google Authenticator 動態數字密碼, 然後可以紀錄 30天(此台電腦, 30天內不用重新輸入動態數字密碼)
3. http://support.google.com/a/bin/answer.py?hl=en&answer=1037451
4. 註1: 若其他台電腦要登入, 會需要密碼 + 動態數字密碼, 可以決定當下搭配此數字密碼, 或者存 30天, 避免只有依靠一組密碼, 增加安全性.
5. 註2: 30天後, 還是會需要重新輸入 密碼 + 動態數字密碼
6. 註3: 請在設定應用程式後，輸入所產生的驗證碼，然後按一下 [驗證]。

手機安裝 Google Authenticator (智慧型手機: Android、iPhone 等)

安裝這套在登入時, 如果需要存取動態密碼, 開啟應用程式就可以看到, 如果沒有安裝, 就每次都得要等簡訊通知, 等不到簡訊就無法登入了. XD

• 安裝說明可見官方網頁: 安裝 Google Authenticator
• iPhone Market 搜尋: Google Authenticator
• Android Google play 搜尋: Google Authenticator
• 註: 即使不在手機服務涵蓋範圍，仍可使用應用程式取得驗證碼。

應用程式 (Client) 登入存取 Google 服務

1. 啟用步驟: Account -> 兩步驟驗證 - 開啟 - 編輯 (點選 "編輯") -> Manage application-specific passwords (電腦或者 Client 服務, 一開始會很常需要到這個頁面)
2. 若有新增新的應用程式, 都會需要到此頁面 Manage application-specific passwords 產生新的密碼, 密碼都很長, 而且給這一次使用, 同樣密碼拿去其他還要再次設定, 就無法設定了.
3. 註1: 所有的應用程式都需要授權, 原始密碼是沒有用得.
4. 註2: 手機的應用程式也是需要這種授權, iPhone 行事曆的作法比較特別, 於下述另外紀錄.

兩階段驗證登入遇到的 問題 與 解法

1. 當 啟用 Google 兩階段驗證後, iPhone 的 行事曆就無法更新了, 解決方法如下述步驟:
2. 兩段認證 於 iPhone 行事曆, 可以採用 CalDAV 的方式解決更新問題.
3. iPhone ical 設定 - CalDAV 日曆同步功能
4. 第一欄位輸入: google.com
5. 第二欄位輸入: Email 帳號ex:  example@gmail.com
6. 認證的密碼: [密碼] 欄位中，輸入您的「Google 帳戶」或「Google 應用服務」密碼
7. 描述欄位輸入: Google iCal

相關網頁

• Android 手機無法登入的問題, 可見此篇: Google 兩階段驗證心得與問題

萃取一杯 完美義式咖啡 的 六大黃金要素

• 萃取壓力:9 bar (大氣壓力)
• 萃取時間: 25 sec (秒)
• 萃取量: 30 cc
• 咖啡杯溫度: 40 ℃
• 萃取水溫: 90 ℃
• 萃取後溫度: 67 ℃
• 註: 萃取壓力:9 bar 是最佳選項, 壓力並不是越大越好, 所以現在的咖啡機, 很多 15bar 都會調整回 9bar (商用的也都是 9bar, 商用咖啡機的壓力表, 甚至 14~15 bar 是紅色危險警示)

義式咖啡機

• 製作咖啡中一切成果和精華的所在，精密設計與咖啡機的製造在義式咖啡的製作上佔有很重要的席位。
• 1.幫浦壓力：已負載的沖泡頭出口的壓力測定為 9 bars
• 2.注射至咖啡粉的水溫為攝氏 88 度，正負誤差攝氏 2 度
• * 如超越此溫度：咖啡可以說已被“燒燬”：燒燬香味和口味--苦澀、深色克立瑪 (crema)，泡沫也幾乎隨即消失。
• * 如溫度過低：咖啡可以說是“萃取不足”：咖啡較淡、無味和不能持久，克立瑪 (crema) 也不夠厚。

水質

• 水是咖啡的主要成份，正因如此，我們不能忽略此重要成份。水垢的產生是因為鈣與鎂離子在熱力的催化下結晶而成。現今有一些特定的測試可以偵測到水中鈣與碳酸鎂的含量。此測試為 "水的硬度係數" 或 "KH"。

咖啡豆

• 烘培商們以產地和品種選擇咖啡豆以確保品質一致。烘培技術能直接影響咖啡的味道。
• * 淺烘培：略酸、少苦
• * 深烘培：少酸、較苦

磨豆機

• 磨豆機是製作一杯好的義式咖啡的重要基礎。它是咖啡機不可少的工具，它決定研磨的品質。咖啡研磨應該平均極細以至兩杯份義式咖啡的的平均流經時間為平均為 25-30 秒。
• 1. 如研磨過細，兩杯份的流經時間會長達 35-40 秒，這時咖啡可以說已被萃取過度：深顏色不穩定泡沫出現- 咖啡太苦。
• 2. 如研磨過粗，兩杯份的流經時間只有 20 秒，咖啡可以說是“萃取不足”：顏色太淺，泡沫太少- 淡而無味。

咖啡杯

• 享用義式咖啡本身就是一種藝術，在使用器具上應不可輕率，務求能把咖啡的優點呈現出來。用作盛載義式咖啡的咖啡杯應貯存在攝氏 40 度的溫度左右，厚度為 2 -3mm ， 5 -6cm 高，最大直徑為 5cm ，容量為 70ml ，在任何情況下都不應該被倒入至杯的邊緣。

何謂預浸泡

• 在咖啡萃取的過程中;先行注入 10--15  cc 的熱水於咖啡粉中浸潤約3-5秒;讓咖啡粉先行浸泡;接著再進入萃取過程；如此咖啡菁華(CREMA)萃取會更加完整順暢;且口感較佳;咖啡層次感(口味)亦更加豐富

Java 的歷史 與 演進 - Timeline

• The History of Java Technology
• The Java History Timeline - 推薦看此篇
• The Java IP Story - Java 的歷史演進
• Java (programming language) - Wikipedia, the free encyclopedia
• Java version history - Wikipedia, the free encyclopedia
• List of JVM languages - Wikipedia, the free encyclopedia

SPDY 講簡單點, 就是讓你的網頁 Loading 速度加快(註), 詳細得請自行參照下述文章:

新聞可見: Add SPDY support to your Apache server with mod_spdy

• 註1: HTTP協定 換成 SPDY協定, 目前 Chrome、Firefox 支援 (使用 IE 的話, SPDY 不會比較快)
• 註2: 摘錄自此篇新聞 "SPDY runs over HTTPS, so any HTTP (non-HTTPS) traffic on your site will not be affected by mod_spdy.". - 現在只有針對 HTTPS 有效用. (2012-04) XD

更多的 SPDY 介紹, 可見此篇: 什麼是 SPDY?

SPDY(SPeeDY) 說明文件

SPDY(SPeeDY) 說明可見:

• SPDY - WikiPedia
• Life beyond HTTP 1.1: Google's SPDY (中譯: Google SPDY初探：HTTP 1.1之外的世界)

Google 發佈的 Apache2 SPDY Module 安裝步驟

SPDY Project 首頁: mod-spdy - Apache SPDY module

1. 於 mod_spdy - Google Developers 取得所需套件 (下述是以 Debian / Ubuntu 64bits 為範例)
2. wget https://dl-ssl.google.com/dl/linux/direct/mod-spdy-beta_current_amd64.deb
3. dpkg -i mod-spdy-*.deb
4. sudo service apache2 restart # 到此即完成.

相關網頁

• mod_spdy performance testing
• SPDY Protocol - The Chromium Projects
• SPDY performance on mobile networks
• F5 Application Delivery Optimization - F5 Announces First Integrated SPDY Gateway

• SPDY - The Chromium Projects
• SPDY: An experimental protocol for a faster web

什麼是 SPDY? SPDY 作什麼事情?

SPDY 主要是希望可以讓現在 HTTP 加速, 加強 HTTP 的部份摘錄如下述: (取自上述官方文件)

SPDY is not the only research to make HTTP faster. There have been other proposed solutions to web latency, mostly at the level of the transport or session layer:

• Stream Control Transmission Protocol (SCTP) -- a transport-layer protocol to replace TCP, which provides multiplexed streams and stream-aware congestion control.
• HTTP over SCTP -- a proposal for running HTTP over SCTP. Comparison of HTTP Over SCTP and TCP in High Delay Networks describes a research study comparing the performance over both transport protocols.
• Structured Stream Transport (SST) -- a protocol which invents "structured streams": lightweight, independent streams to be carried over a common transport. It replaces TCP or runs on top of UDP.
• MUX and SMUX -- intermediate-layer protocols (in between the transport and application layers) that provide multiplexing of streams. They were proposed years ago at the same time as HTTP/1.1.

SPDY 可以幫 HTTP/HTTPS 速度提昇的數據 (摘錄自上述官方文件)

• The results show a speedup over HTTP of 27% - 60% in page load time over plain TCP (without SSL), and 39% - 55% over SSL.

關於 SPDY 的相關套件與模組

• mod-spdy - Apache SPDY module
• spedye: A reverse proxy for the HTTPS and SPDY protocols

關於 SPDY 的相關文章、投影片介紹

• SPDY -WikiPedia
• Making the Web Faster with HTTP 2 Protocol
• Making the web speedier and safer with SPDY
• SPDY of the Future Might Blow Your Mind Today « Mike's Lookout, 下述摘錄自此文
  

  What is SPDY?
  SPDY is a protocol created by Google researchers. Announced first in 2009, it brings some of the original goals proposed by the HTTP-NG group in 1998.

• Google 的 SPDY 將可能包含在下一代 HTTP 標準中, 下述摘錄自此文:
  

  SPDY設計目標在減少 Client 和 Server 之間的延遲。
  當資料經過 TCP 連接傳輸，發送端必須先等待接收方確認之後才能發送資料。
  接受和確認所需的時間是由往返時間(Round-Trip Time)控制。
  Client 和 Server 可能要將大部分時間花在確認上，而不是資料傳輸上。
  通過 HTTP Header 壓縮、包優先權 和 reuse 等，SPDY能減少網頁載入時間。
  HTTP 工作組 的 主席Mark Nottingham呼籲應該將SPDY包含在下一代HTTP/2.0標準中。

• Firefox 將支持 SPDY 協議, 下述摘錄自此文:
  

  舊的 HTTP 和 TCP Protocol 不能充分利用頻寬，Google 的 SPDY Protocol 是基於TCP的應用層協議，一次會話能復用傳輸多個文件，降低頁面載入時間。

投影片: You Ain't SPDY (Ruby Nation), 下述為此投影片的一些重點摘錄:

• SPDY is a replacement for HTTP
• SPDY is backwards compatible with HTTP
• SPDY still does HTTP-like things
• SPDY is optimized for page load times
• SPDY
  

  Built on SSL
  Binary
  Don't send redundant header information
  Aggressively compress stuff
  Use a single(!) tube
  Only pay the warm-up penalty once
  Just like downloading an Ubuntu ISO!

• SPDY
  

  SYN_STREAM
  SYN_REPLY
  RST_STREAM
  SETTINGS
  HEADERS
  PING
  GOAWAY
  WINDOW_UPDATE
  DATA

相關網頁

• Y U No Support SPDY Yet?

PHP CGI 漏洞新聞

詳見下述新聞

• Critical open hole in PHP creates risks - Update 2
• PHP 5.3.12 and PHP 5.4.2 Released!
  

  There is a vulnerability in certain CGI-based setups (Apache+mod_php and nginx+php-fpm are not affected) that has gone unnoticed for at least 8 years.

CGI 漏洞語法

• http://localhost/index.php?-s

暫時於 Apache 使用的修補方式

• RewriteCond %{QUERY_STRING} ^(%2d|-)[^=]+$ [NC]
• RewriteRule ^(.*) $1? [L]

Facebook 對此漏洞的處理法

有此漏洞, 自然很多人會想在 Facebook 玩玩看, Facebook 也很爽快的讓大家看到 Source code.

連到 http://facebook.com/?-s, 會秀出下述的 Source code:

<?php

include_once 'https://www.facebook.com/careers/department?dept=engineering&req=a2KA0000000Lt8LMAS';

連到 Source code 寫的 Facebook 的連結頁面, 就可以看到 Security Engineer 的 Apply for this position 按鈕.

相關網頁

• PHP-CGI Vulnerability Exploited in the Wild

• 註1: netstat 也可以作類似的事情, 但是 lsof 更簡單易懂些.
• 註2: 主要用此可以查看, 是否有哪些連線是你意想不到的. (會不會是被種了木馬等等的)

使用 lsof 監看本機對外連線指令參數

• lsof 命令參數如下述:
• lsof -i :80 # 80 是 Port number
• lsof | grep TCP # 看現在有開哪些 TCP port
• lsof -Pni |grep ":80" # 看詳細 80Port 的連線狀況
• lsof -i -P | grep -i "LISTEN" # 看現在有哪些 Port 正在監聽服務

lsof 監看 Port 的操作範例

• lsof -i :80 # 本機 80 Port 對外連線的狀況
  

  dropbox   2070  user  21u  IPv4  77760      0t0  TCP x220i.local:52980->xxx.sjc.dropbox.com:http (ESTABLISHED)
  ubuntu-ge 2252  user   7u  IPv4  76945      0t0  TCP x220i.local:49170->xxx.canonical.com:http (CLOSE_WAIT)
  unity-sco 2528  user  12u  IPv4  57507      0t0  TCP x220i.local:46337->xxx.canonical.com:http (CLOSE_WAIT)
  unity-sco 2528  user  14u  IPv4  57508      0t0  TCP x220i.local:46338->xxx.canonical.com:http (CLOSE_WAIT)
  firefox   5618  user  60u  IPv4  97736      0t0  TCP x220i.local:46284->xxx.facebook.com:http (ESTABLISHED)
  firefox   5618  user  120u  IPv4  92880      0t0  TCP x220i.local:51870->xxx.tfbnw.net:http (ESTABLISHED)

• lsof -i :22 # 本機 22 Port 對外的連線狀況
  

  ssh      3175  user   3u  IPv4    12676      0t0  TCP localhost:53854->hosted.by.obj.localhost:ssh (ESTABLISHED)
  ssh      3227  user   3u  IPv4    12262      0t0  TCP localhost:51271->hosted.by.obj.localhost:ssh (ESTABLISHED)
  ssh      3331  user   3u  IPv4    12815      0t0  TCP localhost:37037->obj-localhost:ssh (ESTABLISHED)

相關網頁

• Unix調試的瑞士軍刀：lsof