前二天網友貼了一份天通衛星和華為的簡報影片，這也讓我很驚訝，他們能在二年之內從構想到商用化完成這整個案子，雖然不像 IC 設計被制裁那樣驚訝，但是以他們的內容到商用化，這個執行力和效率非常強。

以下是我對這份簡報的畫出的重點和短評

80% 以上的陸地和 95% 以上的海洋是沒有基地台服務的，所以有必要做天地一體網路需求
這個也是當年 Motorola 銥衛星(Iridium)計劃的原始發想，當然我們現在知道銥衛星計劃失敗了，不過這個需求還是在的。台灣這個應用比較少人用，畢竟台灣大概 95% 的人口居住區應該都有基地台服務，少數人會想用，但是需求沒大到一定要弄個衛星通話

大型災害過後地面基地台有可能不通，對岸有無人機基地台，但是這東西有滯空和覆蓋率的問題

目前對岸的衛星通訊有三個等級
(1) 北斗衛星系統，以 GPS 定位為主，但是可以上傳文字訊息和定位資料
(2) 天通 + 華為特規
(3) 3GPP R17 5G-NTN ，目前屬實驗室 PoC (Proof Of Concept)階段

目前技術發展的三個方向
(1) 修改手機天線可以支援衛星通訊，這個難度很高
(2) 特規將衛星天線塞進手機，天通+Mate 60 Pro 的技術屬於此類
(3) 通用規格 5G NTN : 還在 PoC

選用 -126db 是因為減低對手機天線設計的負擔
選用 2W 發射我猜是衛星不支援NTN那個靈敏度，200mw 要能打到衛星能收到呀，所以未來 NTN 要普及可能要用低軌衛星

重點：天通只用了 21.6KHz, NTN 用了 180Khz . 頻寬愈大速度愈快，當然對天線和 PA (Power Amplifier)　的要求也愈高

三個重點
天通的頻段和目前手機的頻段一樣，元件可以重覆使用
要如何增加天通的使用者容量至百萬等級（ 5G 的基地台可以同時容納數千人至上萬人）
晶片要重新設計

星鏈在 KA/KU 高頻，天通在 S 低頻
L: 1G~2G
S: 2G~4G
C: 4G~8G
KU: 12G~18G
KA: 27G~40G

2021 年 9 月啟動 Project ，2023 年 9 月發表華為 Mate 60 Pro 手機
對這種等級的專業這什麼鬼神速度
評：老共是有精神時光屋嗎？（噗友表示有人海戰術，但是你知道人月神話嗎？）

需求是從電信端啟動的，只有華為願意談，要不是被制裁華為可能也不會幹這事

技術問題
1. 衛星的 SmartAntenna 技術，可以用多天線陣列將訊號射向定點
2. 不增加 PA 體積可以增加幾 db 的功率(2W 的發射功率要放到手機內)
3. 散熱問題

電信端要解決的問題

1. 衛星基站容量，目標是容納 100 萬人接入
2. 語音音質要可以接受(VoLTE 64K, 一般手機 4K, 天通 2.4K)，這個降到 2.4K 應該很關鍵，是傳輸設備小型化的關鍵參數之一
3. 引入自適應的即時傳輸速度調整，可在必要時容納更多使用者

目前天通手機的子板大小應該在 60~100mm 左右（根據演講的訊息），原來在 2500mm 左右
這模型小型化應該是改北斗的來用，但是就算不改設計封裝包進去同一顆（Chiplet），然後從接到要求到做好整機驗證一年半也是很可怕的速度，一但出什麼問題滑掉就趕不上，這賭非常大

這也是我覺得很厲害的，等於在 5G Core Network 上要加上一個模組，介接衛星網路和 5G Core Network，想成是 5G NA 加上新的自己研發的衛星模組，用同一張 Sim Card ，算是很大的一塊
衛星目前走的通訊協定是和 2G GSM 很像

產出 42 個民用衛星專利，重新修訂民用衛星標準（算附帶的吧

天通你都幹出來了，算是過渡吧，未來還是要搞 5G NTN ，我覺得只是要不要幹的問題而已

結論

這個是從電信端提出的服務需求，所以相對上就不需要搞定電信端的問題，從這個演講來看，電信端是全力支援衛星通話這個支援的，依網路上的訊息，中國電信核心網有華為，中興和Ericsson，我猜這部份還是華為和中國電信一起搞定的。

而且電信端搞定了，衛星也是自己的，那這整套服務完工的難度就降低一半；另一半就是怎麼將這整套系統裝進手機內，我們可以看到這做了很多妥協，例如 2.4K 的語音通訊，2W 的通訊模組等等，整合核心網路和衛星網路。我猜他們沒有選 5G NTN 的原因是因為走全客制化速度會比 5G NTN 快，標準化是有人已經弄完了才會快，去年 MTK NTN 和 Qualcomm NTN 都已經有PoC 了，但是今年我們也沒有看到其他廠商宣傳大幅宣傳開通衛星電話，這讓中國電信和華為遙遙領先

從構想啟動到華為手機上場二年，一般如果有做案子的就知道一個大型全新架構的設計這速度有多快，和弄出 9000s 一樣，被制裁三年可以做出新的晶片這速度也是非常快的

華為這家公司的軔性和研發能力真是讓人驚豔，被美國無理制裁的狀況之下還能保有如此強大的研發能量，而且還長成一個超人（我不用怪物，人家又不是軍工複合產業），橫跨各種領域，真的很驚人

原始影片

The post 華為天通衛星電話服務短評 appeared first on richliu's blog.

; persist-tun

Ref.
OpenVPN reconnect fails, manual restart works

The post OpenVPN Client Re-connect Problem When IP Changed appeared first on richliu's blog.

The DNS server is intranet DNS server, and used BIND domain name forwarding function to get domain name from intranet server. suppose that used a old DNS server, so, something happen. After analyze packet format between good and fail packets, it shows interesting result. fail packet has DNS Cookies .

Fail Query Packet

Good Query Packet

Root cause might be BIND default enable DNS Cookies on after 9.11.0 . But my previous bind version is 9.11.x. suppose already enable Cookie.

Solution is to disable cookie , modify bind configure file and add send-cookie no to option session. it works.

Ref.
DNS Cookies in BIND 9.10 and 9.11

The post DNS Query But Get Reply Code : Format Error appeared first on richliu's blog.

剛剛長輩提示, Hinet 也可以線上申請 IPv6

到 中華電信網路客服中心 , 選更多線上服務.
找到 IPv6 , 登入之後再申請即可

開通之後, 快的話數個小時就會開通, 如果沒有開通, 過幾天工程人員也會打電話通知你.

如何知道有沒有開通, PPPoE 設定完之後, 重新撥接可以用 PPPoE or DHCP 取得 IPv6 IP.

如果是 ubuntu 預設套件, 請編輯 /etc/ppp/option
並且加上

ipv6 ,

請注意有逗號, 中間有空白. 然後再重新撥接 PPPoE 就可以.

如果是用 Gentoo/rp-pppoe, 請編輯 /etc/ppp/option 加上這一行

+ipv6 ipv6cp-use-ipaddr

這樣就可以取得 IPv6 IP.

如果不能取得 IP, 請檢查有沒有執行 radvd
Gentoo 執行 /etc/init.d/net.ppp0 restart 之後, 會自動帶起來 radvd, 這時候會造成 radvd 影響取得 IPv6 的 IP
所以在 /etc/rc.conf 下將 rc_depend_strict 設 “NO” 就不會自動呼叫 radvd (其他 service dependency 也會受影響, 請注意)

另外還在 /etc/conf.d/net 加上 code 確保 radvd 一定沒有執行

postdown() {
if [ ${IFVAR} == “ppp0” ] ; then
/etc/init.d/radvd stop
sleep 2
killall -9 radvd
fi
return 0
}

如果 Linux 這一台是 Router 時, 從 Hinet 那邊取得的 IPv6 Routing 要稍稍修改一下才能正確傳遞到內網
因為預設的 Interface 是 /64 的 IP, 在 route table 那邊會多一行 /64 的 routing table, 這個 record 會讓 IPv6 Forwarding 不正常
像是這樣,

2001:b011:3810:cc9::/64 :: UA 256 0 0 ppp0

這時候就要重新設定 ppp interface 的 IP 和 routing table.

所以我做了如下的設定
1) 取得 IPv6/default gateway IP
2) 將 ppp0 的 interface 改成 /128
3) 寫入資訊到 radvd
4) 啟動 radvd
5) 加入原來 hinet 的 default gateway IP

這樣就大功告成了, 內網也可以順利的透過 Linux 連到外部去.
這邊就不解釋各步驟要下什麼指令, 直接看 script 比較快

WANIF=ppp0
LANIF=eth1
WANIP=`ifconfig ppp0 | grep inet6 | grep global | awk ‘{print $2}’`

if [ x${WANIP} == “x” ] ; then
echo “NO IPv6 Address !!!!!!!”
exit 0
fi

GATEWAY=`route -n6 | grep ppp0 | grep “::\/0″ | awk ‘{print $2}’| head -1`
RADVDCFG=”/etc/radvd.conf”
PREFIX=`echo ${WANIP}| cut -d ‘:’ -f1`”:”`echo ${WANIP}| cut -d ‘:’ -f2`”:”`echo ${WANIP}| cut -d ‘:’ -f3`”:”`echo ${WANIP}| cut -d ‘:’ -f4`
echo “WANIP : ${WANIP}”
echo “GATEWAY : ${GATEWAY}”
echo ${PREFIX}
# Create RADVD configuration file
cat>${RADVDCFG}<<EOL
interface ${LANIF}
{
AdvSendAdvert on;
prefix ${PREFIX}::/64
{
AdvOnLink on;
AdvRouterAddr on;
AdvAutonomous on;
};
};
EOL

ifconfig ${WANIF} inet6 del ${WANIP}/64
ifconfig ${WANIF} inet6 add ${WANIP}/128
# assign one for LAN to avoid routing problem
ifconfig $(LANIF) inet6 add ${PREFIX}::1/64

ip -6 route del ${PREFIX}::/64 dev ppp0
sleep 1
/etc/init.d/radvd start
sleep 1

route -A inet6 add default gw ${GATEWAY} dev ${WANIF}

有防火牆也可以參考這個 script 取得目前的 IP .

在 /etc/conf.d/net 加上一些 code 讓他呼叫這個 scrip.

postup() {

if [ ${IFVAR} == “ppp0” ] ; then
echo test
sleep 3
bash /usr/local/script/ipv6.sh
fi
return 0
}

如果是用 dhcpcd 這個套件取得 IP, 並且要設定另一個介面的 Interface , 可以參考這個設定

duid
noipv6rs
waitip 6
# Uncomment this line if you are running dhcpcd for IPv6 only.
ipv6only

# use the interface connected to WAN
interface ppp0
ipv6rs
iaid 1
# use the interface connected to your LAN
ia_pd 1 eth2
#ia_pd 1/::/64 eth2/0/64

小州大大的 DHCP6C 配置 (偷來放 BLOG 他應該不會介意)

# use the interface connected to your WAN
interface ppp0 {
send ia-pd 0;
};

id-assoc pd 0 {
# use the interface connected to your LAN
prefix-interface eth2 {
sla-id 1;
sla-len 8;
};
};

之前在 Facebook 上和小州大大討論過, 他是用 PPPoE 取得第一段 IPv6 , 用 DHCPv6 取得第二段, 所以會拿到二組不同的 IPv6 IP.
我這個方法設定麻煩, 但是只會拿到一組 IPv6 的 IP.

Ref.
Linux透過PPPoE取得IPv6的IP

The post [Gentoo][Linux] Hinet PPPoE IPv6 Dual Stack 設定 appeared first on richliu's blog.

我是 Hinet 浮動 IP 的用戶, 所以只能使用 Hinet IPv6 Tunnel Broker.
請參考本站文章 Gentoo Gateway 連中研院的 IPv6 Tunnel Broker 安裝 go6 的 Gateway Software.

在 gw6c.conf 有四處要修改
[TEXT]
userid=
passwd=
server=203.74.21.88
auth_method=passdss-3des-1
[/TEXT]

這樣就可以從中研院跳到 Hinet 了.

Reference:
HiNet IPv6 Tunnel Broker服務使用說明

The post Gentoo 連 Hinet 的 Tunnel Broker appeared first on richliu's blog.

(1)尚可忍受, (2) 是不能接受, 我自己的觀察是這些特定的影片是屬於華文地區專用影片, 像是”巧虎中文發音”之類的.
其他地區也有的影片目前就個人所知, 不受影響, 我自己家是有 IPv6.
所以目前也都還好, 就直接拿掉了.

一般人應該不會去看巧虎, 影響不大.
註: 中研院目前 IPv6 的網段似乎有問題, 所以看 Youtube 就更慢了…. (囧)

The post Youtube 某些特定的內容不能看. appeared first on richliu's blog.

看完簡介後, 我並沒有想裝 Google Keep, 我的心中的問號是, Google 這次要收掉什麼產品.
而且大家紛紛的都在問同一個問題, 什麼時候 Google 要收掉這個 Google Keep?

這或許是 Google Style 奧斯本效應[1][2], 什麼是奧斯本效應呢? 簡單的講, 就是過早發佈新新的產品, 使消費者有所期待, 所以公司無法從現有的產品賺到錢而倒閉. 不管有沒有奧斯本效應, 至少我自己會再觀望一下.

從 Google Keep 網址看起來, 這個 Project 是掛在 Google Drive 之下, 而且看起來是 Office 系列的延伸, 加加功能做成 Note 的功能, 應該也 OK.

我是 Google 的老客戶, 經歷過太多產品收掉的狀況, 有些有感覺, 有些沒有感覺.
像是 Google Notebook 終止服務, 文件被搬至 Google Drive(當時叫 Google Docs). 這件事反彈不大的原因是, Google Drive和 Google Notebook 是同一類型的產品.
Google Video, 在買了 Youtube 之後也下市了.
而且 Google 在社群部份的經營一直都不好
Jaiku 還有人記得嗎? Twitter Like, 沒有人用之後也下課了.
Buzz 剛開始很紅, 但是太宅了, 一下就消失了.
Orkut, 台灣沒有人用, 聽說在巴西和印度很多人用, 但是會不會被 Google 強制下架呢? 我們也不知道. 畢竟看起來這件事情還在發生中. [3]

為什麼以前我沒有, 但是現在卻處處懷疑 Google 會收掉這個服務呢?
還是要從 Google 砍掉 Google Reader 講起.
我自己的習慣是, Google Reader 訂閱想看的的網站, 然後在電腦上像看新聞一樣閱讀這些網站的新聞, 手機上我是用 Android 的 newsrob 做離線下載, 這時候就可以從手機上看到離線文章(有時候出門訊號不一定好, 離線下載可以看到文件), 有些網站沒有提供完整的 RSS 文章, 還是可以回家用電腦看. 覺得不錯的文章, 就星號標記起來, 等到回家看過一次之後, 看是要收集還是要擴散. 擴散的路徑是 Google+ (因為可以 Search), 再來是 Plurk (私下聊), 或是 Facebook (公關用), 而且我相信很多人也是類似的做法[4].
Google Reader 是高質量文章的起點, SNS 是拉屎用的, 聊聊天可以, 沒有品質.
Google Reader 的來源都是礦石, 經過 Blogger 精鍊之後再轉給大家, 而 SNS 大家都是拉屎, 好笑的有趣的知識的政治的, 內容不定.
Google 應該希望使用者從 G+ 上的粉絲團收集文章, 然後再擴散.
這件事情可以從 Google 關掉 Google Reader 的 Share 功能, 改用 G+ 取代就可略知一二[4], 我的 Blog 目前還有 Google Reader Shared 的 Plugin, 不過我沒有找到替代品, 所以一直沒有換新的上去.

對很多人來說, Google Reader 之死是可以預見的[5], 但是對我們習慣用 Google Reader 配早中晚餐吃的人來說, 這是一個我們願意付費留下來的服務, Google Reader 是每日必用三大服務之一(另二個是 Google Search 和 Gmail) 即使 Google 要用其他的產品取代 Google Reader, 那也是要等新的產品出來之後, 再關掉原來的服務.
Youtube 取代 Google Video 是這樣, Google Docs 取代 Google Notebook 是這樣. 而 Google Plus 取代 Google Reader 的功能我們並未看見, 只有看見 Google Reader 宣佈將停止服務.
或許, Google 在股價 800 以上時(2013/3/21 814.71), 以為自己就是世界的神, 己經忘了 Google 曾經是一群宅宅的愛好, 曾經覺得 Don’t be evil 是他的教條(P.S 有些人不這麼覺得啦), 知名的 Open Source 大大都在 Google Plus 上, 而不是在 Facebook 上, 這一切的一切都在 Google Reader 宣佈停止服務後, 這個想像中美好的世代結束了.
那是因為我們每天習慣的生活被打亂了.

或許以前我們不是不知道[6][7], 只是不願意相信而己, 而現在該醒了, 雲端服務不過是個美夢, 所有的服務都要有備份, 使用 Google 的服務要有隨時落跑的準備.
Google Search 可以換百度或是 Bing
Gmail 可以自己架 Server, 或是跳去 outlook.com, 都是跳到另一個坑?.
Google Drive 可以用 Dropbox 和 Openoffice/liberoffice, 或是花點錢用 M$ Office 都可以.

再回到 Google Keep, 這個新聞宣佈的時候, 我的腦袋想的是,
1. Google Keep 會不會死
2. 那個 Google 服務會死?
如果是 2, 那我猜 Gmail 內的工作表(Job List)應該是首選. 同質性非常高的服務, 有些 Android App 提供同步的功能, 像是 Jorte, 也是我管理類似功能的服務 (所以我很少用 EverNote XD).
即使是 1, 我也會想, Google keep(Google Drive)目前沒有賺錢, 還是可能會死… (也有可能附屬在 Small Business 下不會死).

不管我猜對或是猜錯, 對於 Google 未來的產品, 我腦中就是這幅影像了

Source: mashable.com via GoogleGraveyard on Pinterest

Reference:
[1] iPhone 最大對手不是 Google 或三星，而是奧斯本 –（上）
[2] 奧斯本效應根本不存在？
[3] What On Earth Is Google Doing With Orkut?
[4] 觀點：從 Google Reader 之死看 Google 的短視
[5] Google Reader 創造者：我早知道它會被殺死
[6] Upcoming changes to Reader: a new look, new Google+ features, and some clean-up.

[7] Google Reader Social Retrospective
[8] Google Reader Still Drives Far More Traffic Than Google+
[9] Google Reader關閉，網路管控地區用戶頓失重要新聞來源
[10] Sorry Google; you can Keep it to yourself

The post 從宣佈 Google Reader 死期到 Google Keep 誕生之間 appeared first on richliu's blog.

不過上有政策, 下有對策, 如果是連 Freenode, 就改用 SSL 連線就可以了.
Linux irssi 下可以執行以下的命令
[TEXT]
/connect -ssl_verify -ssl_capath /etc/ssl/certs chat.freenode.net 6697
[/TEXT]

如果要寫到 irssi config 內, 要改用這個方式, 加上 use_ssl, ssl_verify, ssl_capath 的設定,
這樣就可以了, 記得 port 也要改.
[TEXT]
{
address = “chat.freenode.net”;
chatnet = “FREENODE”;
port = “6697”;
autoconnect = “yes”;
use_ssl = “yes”;
ssl_verify = “yes”;
ssl_capath = “/etc/ssl/certs”;
}
[/TEXT]

目前還沒有找到 ircnet 支援 ssl 的.

The post FreeNode 改用 SSL 連線 appeared first on richliu's blog.

一、 列舉得適用責任限制之四種類型（連線服務、快速存取服務、資訊儲存服務、搜尋工具服務）網路服務提供者及其應具備之要件。
二、釐清網路服務提供者就不法使用者，利用其所提供之服務侵害著作財產權或行為應負之責任，課予防止損害繼續之義務。
三、網路服務提供者於知悉侵權情事後，迅即主動移除侵權資料時，得主張免責。
四、網路服務提供者於接獲著作權或其專屬被授權人之通知後，而立即執行移除、或使他人無法進入該侵權內容或相關資訊等，亦得主張免責。

這樣的法案原意是避免 ISP(Internet Service Provider), or ICP(Internet Content Provider), 因為協助智慧財產權侵權, 進而成為連帶被告, 所以提供一個 “方便的後門”, 讓權利人可以經由書面或是簽證過的電子郵件通知 ISP, 將有侵權疑慮的 Service 下架.

由簡析「網路服務提供者責任限制條款草案」（上） 提到.

明顯由歐盟電子商務指令之「非行為人/客觀上無知悉可能」即得免責之立場，轉而改以美國「千禧年著作權法案」為主要參考依據，並改採「通知/取下」（Notice/TakeDown）機制

我們可以知道, 這個法案在權利人(像是 IFPI 或是 BSA)籍由壓迫 ISP/ICP 有連帶責任, 進一步協迫他們將有侵權物下線. (也就是說, 他們只要講得出一套道理, 你的 Blog, 公司/家中架的網站, 你申請的 ADSL/FTTB 就會被斷線), 至於法律責任, 你們這些升斗小民能打得起官司負責刑/民事訴訟對付這些人嗎? 也就是說, 權利人只要覺得你有侵權, 你就是該死啦~~~

簡單的整理這個法案會造成的影響
* 只要有人檢附相關證明文件, 就可以逼迫 ISP/ICP 業者將個人有侵權疑慮的網站(頁)下架.
以往是明顯侵權會被移除, 像是網拍盜版軟體或是在 youtube 放八大影業的影片, 現在是只要權利人認定你有侵權疑慮, 你就得下架.
最明顯不過的就是山達基教濫用這樣的權利(山达基教滥用eBay的版权人保护程序 )
* ISP/ICP 怕負相關責任, 所以文件一來就直接通知後(還不一定通知得到), 就直接斷線.
斷線後產生的相關損失, 如果是美國 DMCA (千禧年數位著作權決議), 還可以求償相關費用, 不過在台灣你可能屁都沒有.
對我國國情來說, 那是所有人的權益受損.
* 如果我看某某 Blog/論壇 不爽, 放上有版權的內容物, 然後可能 Blog/論壇若未即時處理, 1. 可能需負相關的侵權責任 2. 可能 Blog/論壇就被 ISP 卡擦掉了.
* 草案的條文說明內有提到 “若以技術方式為之，則包括自動或半自動之偵測或過濾侵害著作權等內容之技術”
這表示也給予 ISP/ICP 業者內容過濾的權利, 誇張一點講 : 可能你在網頁寫個 610 , 然後這個網頁就被 ISP/ICP 限制連線或是移除了.

其實重點在於,
電信業者提供網路服務, 如果某個電話是詐騙集團使用, 電信業者並不會因此受到受害者的告訴而有連帶賠償責任.
有犯罪行為應該是詐騙集團和受害者的事. 而不是受害者舉證我被詐騙了, 電信業者就要關掉詐騙集團的電話.
所以 ISP/ICP 應該是「非行為人/客觀上無知悉可能」, 也就是我只提供服務, 但是若有侵權行為, 是侵權人和著作權人的事.
而經濟部智慧財產局提出的草案, 卻是大家都有責任.
我認為, 若非明顯侵權行為, 權利人應該走法律途徑(報警, 或告訴)之後, ISP/ICP 方得進行 takedown 的行為.

上次智慧財產局將著作權侵權行為由民事改為刑事這件事言猶在耳(這次修正案己經改為 其不法內涵尚未達有處以刑罰之必要，基於刑罰之謙抑思想，經檢討後，爰修正為處以行政罰, 在文件 著作權仲介團體條例修正草案 中).
結果這一次又準備採納有問題的法律 (千禧年數位著作權決議不一定適用台灣, 請參見文末簡析「網路服務提供者責任限制條款草案」).
我不知道這個公家單位在幹什麼. 給了權利人非常大的權利, 但是並沒有相對的保護其他人.

參考:
簡析「網路服務提供者責任限制條款草案」（上）
簡析「網路服務提供者責任限制條款草案」（下）
Everyday Work「網路服務提供者責任限制」
Google 的千禧年數位著作權決議政策
著作權法修法論壇

The post [著作權] 談網路服務提供者責任限制實施辦法草案 appeared first on richliu's blog.

博小來我真是搞不懂你呀, 為什麼取消訂閱電子報要 7-14 天呀
又不是用 SK-II 換膚面膜? 可以日日美白.

還是博小來實作了飛鴿傳輸協定, 所以停止訂閱電子報的 Request 統統使用鴿子做為傳遞的媒體?

或是己經實作了The InterPlanetary Internet (IPN), 可能博小來的電子報在火星, 需要花比較久的時間傳輸?

或者 Database 是用 286 做的, 上面還有畫紅叉叉的…. 所以處理 Request 要久一點 …..

雖然你目前是最大, 不過這種小地方實在是讓人非常不舒服~
想要多賣幾天電子報不會對你比較好的啦~

The post 博小來的慢速電子報訂閱/取消系統 appeared first on richliu's blog.

功能
容量(不付費)	無限	每月 100M 每次 Show 200 張	1000M (1G)
容量(付費)	N/A (尚未啟動付費機制)	無限 (US$24.9)	7G(US$25) 26G(US$100) 101G(US$300) 251G(US$500)
上傳速度	稍慢	中	稍快
介面速度	慢	中	極快 (尤其是看圖時, 先出模糊, 再出全部)
操作界面	稍差	佳	佳 (非常簡單)
API	不關心 Orz
上傳工具	jUploadr	jUploadr 其他還有很多, 不過我沒有測試.	Picasaweb
功能	Tag GeoTag 語音 SmartTag	Tag GeoTag Set	相簿 (個人還是習慣這個)
Login	OpenID	Yahoo ID	Google ID
外連	佳	佳	圖片很小, 不能直接連圖片
中文化	70%	0%	90%
RSS (用 Google Page 測)	可顯示圖, 並有功能表	可顯示圖	可顯示圖
整體優點	無限上傳 語音說明 SmartTag	價格便宜 群組功能佳 ThirdParty 程式豐富	速度快 Picasaweb 整合程度高
整體缺點	慢 SmartTag 中文有問題 無相簿功能	無中文 要用Yahoo ID	貴 外連圖太小
總結	免費才是王道

The post Zooomr, Flickr, Picasaweb 三家網路相簿的比較 appeared first on richliu's blog.