學運現場無網路的通訊解決APP方案
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-11-11 07:45 | r5951 | |
顯示 diff（228 行未修改）
*3. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
*我想到bitcoin的網路架構，而且bitcoin中的區塊鏈不用全都儲存。
- *如果能解決資料龐大的問題，我也投 bitcoin 的網路架構一票
+ *如果能解決資料龐大的問題，我也投 bi網路架構一票
*
（26 行未修改）
|
||
| 2014-04-14 15:54 – 15:54 | r5911 – r5950 | |
顯示 diff（173 行未修改）
*UDP廣播很省事，但怕packet loss，尤其人一多，更怕不知道誰有掉誰沒掉，這變得要想辦法克服packet loss。
+ *packet loss的問題可以考慮用forward error correction來解, 不過缺點是會把其他tcp流量打趴
4.Zigbee 微型外接通訊設備
*參考資料：http://zh.wikipedia.org/wiki/ZigBee
（81 行未修改）
|
||
| 2014-04-13 13:59 – 14:09 | r5781 – r5910 | |
顯示 diff（147 行未修改）
*2
*從另外一篇文章看到有qaul.net跟Telegram都有同樣類似的效果，也可以download到手機試試看，我先借幾個Android手機來試試看這三個APP的實用性
- *3
+
+ *我用了1試隻Android手機了firechat，*一起打開的時候，只有3隻手機互相連線成功，剩下的找不到彼此。當中完全不知道是哪3隻手機連線中，只有講話的時候才會顯現出手機ID。而且若其中一隻手機從中途離開後重新連線會沒辦法看到兩隻之前傳送的訊息。3
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
（19 行未修改）
*直接 UDP 廣播封包會不會更省事？
+ *UDP廣播很省事，但怕packet loss，尤其人一多，更怕不知道誰有掉誰沒掉，這變得要想辦法克服packet loss。
4.Zigbee 微型外接通訊設備
*參考資料：http://zh.wikipedia.org/wiki/ZigBee
（6 行未修改）
*手機需要外接設備（透過micro USB / lightning / ipad 30pin）
*頻寬較少，僅適合傳輸文字訊息
-
+ *Zigbee設備很便宜，也支援尋找附近鄰點的功能，但使用頻帶接近WiFi，很容易被WiFi干擾。，要想辦法加入重傳功能或利用其他介面傳送
*介面設計
！yustudQ口Q
（70 行未修改）
|
||
| 2014-04-11 14:04 – 14:15 | r5649 – r5780 | |
顯示 diff（120 行未修改）
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
*每個 server pack 的 session 數被 ap 限制
- *因為是 s/c 架構，所以 server 的負載度需要考慮一下 ( node.js / backbone.js ....)2.由可連線的node與雲端相連
+ *因為是 s/c 架構，所以 server 的負載度需要考慮一下 ( node.js / Golang/ backbone.js ....)2.由可連線的node與雲端相連
*優：
**節省 3g 資源
（43 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
*想詢問一下目前開發進度？因為昨天出關就遇到這種困擾，還差點誤事..XD
+
+ *直接 UDP 廣播封包會不會更省事？
+ 4.Zigbee 微型外接通訊設備
+ *參考資料：http://zh.wikipedia.org/wiki/ZigBee
+ *優：
+ *支援大量網路節點的網路拓樸
+ *省電
+ *
+ *缺：
+ *設備需要採購、製作
+ *手機需要外接設備（透過micro USB / lightning / ipad 30pin）
+ *頻寬較少，僅適合傳輸文字訊息
*介面設計
（71 行未修改）
|
||
| 2014-04-11 12:19 – 12:23 | r5598 – r5648 | |
顯示 diff 學運現場無網路的通訊解決APP方案
- *發起人/拋磚人：Lrills
+ *關於*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
（14 行未修改）
*NeedsProcess (設計作業流程)：
*NeedsTalkingToRealPerson (需要真人溝通協調)：
-
- -----------------------------------------------------------------------------------------
- http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
+ -*發想提案http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
ptt發想連結
（85 行未修改）
- 可行方案優缺點分析：
+ *技術分析與討論可行方案優缺點分析：
1.intranet
*優：
（53 行未修改）
*http://stackoverflow.com/questions/15312858/get-bluetooth-signal-strength
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
-
+ *想詢問一下目前開發進度？因為昨天出關就遇到這種困擾，還差點誤事..XD
+ *介面設計
！yustudQ口Q
（69 行未修改）
|
||
| 2014-04-09 07:12 – 07:57 | r5565 – r5597 | |
顯示 diff（175 行未修改）
r;剛剛
- *快*改成緊急事件回報 用途比較廣XD
+ *快*緊急事件回報 用途比較廣XD
*
*
-
小俞：速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的）門去守夜了掰，現場！
*現場有網路XD
（42 行未修改）
*呃，新的圖怎麼又不見了= =
*profile settings 只是要讓個人的專長職業有地方填寫而已，當然，這東西有沒有必要就和大家討論一下囉
- *
- 如果是這樣呢？
*話說，雖然主戰場準備撤退，但按照大夥對「執政當局」的理解，這個APP總有一天會派上用場的，所以我個人建議把他做完。
（2 行未修改）
*而且如果個人預測沒錯，最慢78月要簽貨貿的時候就有機會用到了…(唉…)
*同意+1
-
- *
*
- *
用了類似PTT的方式去做，不知道各位覺得如何？
*還是要加排序方式給user選比較好~
*額，對耶，而且我發現忘了放時間…
+ *
+
+ *
+ ＊舊的過程圖檔自行清除了
+ 詢求各位意見～
|
||
| 2014-04-09 03:52 – 03:53 | r5552 – r5564 | |
顯示 diff（243 行未修改）
用了類似PTT的方式去做，不知道各位覺得如何？
*還是要加排序方式給user選比較好~
+ *額，對耶，而且我發現忘了放時間…
|
||
| 2014-04-09 03:12 – 03:13 | r5547 – r5551 | |
顯示 diff（242 行未修改）
*
用了類似PTT的方式去做，不知道各位覺得如何？
+ *還是要加排序方式給user選比較好~
|
||
| 2014-04-09 02:02 – 02:03 | r5535 – r5546 | |
顯示 diff（241 行未修改）
*
+ 用了類似PTT的方式去做，不知道各位覺得如何？
|
||
| 2014-04-09 02:02 | r5534 | |
顯示 diff（243 行未修改）
|
||
| 2014-04-09 01:43 – 02:02 | r5531 – r5533 | |
顯示 diff（235 行未修改）
*而且如果個人預測沒錯，最慢78月要簽貨貿的時候就有機會用到了…(唉…)
*同意+1
+
+ *
*
（2 行未修改）
|
||
| 2014-04-09 01:43 | r5530 | |
顯示 diff（241 行未修改）
|
||
| 2014-04-09 01:43 – 01:43 | r5525 – r5529 | |
顯示 diff（235 行未修改）
*而且如果個人預測沒錯，最慢78月要簽貨貿的時候就有機會用到了…(唉…)
*同意+1
+
+ *
+
+ *
|
||
| 2014-04-08 22:04 – 22:04 | r5522 – r5524 | |
顯示 diff（234 行未修改）
*同意
*而且如果個人預測沒錯，最慢78月要簽貨貿的時候就有機會用到了…(唉…)
- *
+ *同意+1
|
||
| 2014-04-08 01:58 – 01:59 | r5493 – r5521 | |
顯示 diff（233 行未修改）
*:emoji_1f44d:
*同意
+ *而且如果個人預測沒錯，最慢78月要簽貨貿的時候就有機會用到了…(唉…)
+ *
|
||
| 2014-04-08 01:41 – 01:41 | r5488 – r5492 | |
顯示 diff（232 行未修改）
*話說，雖然主戰場準備撤退，但按照大夥對「執政當局」的理解，這個APP總有一天會派上用場的，所以我個人建議把他做完。
*:emoji_1f44d:
+ *同意
|
||
| 2014-04-07 22:36 – 22:36 | r5460 – r5487 | |
顯示 diff（232 行未修改）
*話說，雖然主戰場準備撤退，但按照大夥對「執政當局」的理解，這個APP總有一天會派上用場的，所以我個人建議把他做完。
*:emoji_1f44d:
-
- *
|
||
| 2014-04-07 17:46 | r5459 | |
顯示 diff（231 行未修改）
*話說，雖然主戰場準備撤退，但按照大夥對「執政當局」的理解，這個APP總有一天會派上用場的，所以我個人建議把他做完。
+ *:emoji_1f44d:
*
|
||
| 2014-04-07 14:13 – 14:13 | r5457 – r5458 | |
顯示 diff（235 行未修改）
|
||
| 2014-04-07 13:38 – 13:39 | r5449 – r5456 | |
顯示 diff（230 行未修改）
如果是這樣呢？
+ *話說，雖然主戰場準備撤退，但按照大夥對「執政當局」的理解，這個APP總有一天會派上用場的，所以我個人建議把他做完。
*
|
||
| 2014-04-07 05:29 – 05:29 | r5434 – r5448 | |
顯示 diff（228 行未修改）
*profile settings 只是要讓個人的專長職業有地方填寫而已，當然，這東西有沒有必要就和大家討論一下囉
*
+ 如果是這樣呢？
（1 行未修改）
|
||
| 2014-04-07 03:56 – 03:59 | r5310 – r5433 | |
顯示 diff（29 行未修改）
A:案發現場人士、Z:3/4G對外使用者(一般是現場糾察)
節點間通訊用WiFi-D或BT
+ *查資料時剛好看到這篇，裡面有提到幾個問題，雖然我都還沒查證但先提出來給大家參考：
+ *1. wifi direct似乎有些4.x以上的機型硬體不支援
+ *2.BT耗電，且最多與7個peer連線
+ *3.BT-LE較不耗電但android 4.3以上才支援
+ *http://stackoverflow.com/questions/19439142/wifi-direct-bluetooth-or-internet-for-discovering-people-in-the-surrounding
為了時間上要加速實現，目前簡單用一個節點通報兩個節點，若遇到重複就pass掉重連
（195 行未修改）
|
||
| 2014-04-07 02:40 – 02:40 | r5293 – r5309 | |
顯示 diff（228 行未修改）
|
||
| 2014-04-07 02:01 – 02:16 | r5209 – r5292 | |
顯示 diff（35 行未修改）
A也通報->C-通報-->F
C也通報-->G
-
+ *
+ *是這個意思嗎?但是z要回報給server什麼呢?
+ *ps. 剛好看到這兩篇文章《資訊人眼裡的太陽花》，貼給大家看看
+ * http://www.cool3c.com/article/78110
+ *http://www.cool3c.com/article/78231
+ *
--
（182 行未修改）
|
||
| 2014-04-07 00:10 – 00:10 | r5205 – r5208 | |
顯示 diff（217 行未修改）
*呃，新的圖怎麼又不見了= =
*profile settings 只是要讓個人的專長職業有地方填寫而已，當然，這東西有沒有必要就和大家討論一下囉
+ *
+
*
|
||
| 2014-04-06 17:31 – 17:37 | r5180 – r5204 | |
顯示 diff（216 行未修改）
*而關於使用者，是否要用到這麼個人化？我以為只是會給一個隨機固定的UID(?)就可以開始使用了，這樣也能避免被國安單位監控。
*呃，新的圖怎麼又不見了= =
+ *profile settings 只是要讓個人的專長職業有地方填寫而已，當然，這東西有沒有必要就和大家討論一下囉
*
|
||
| 2014-04-06 16:49 – 16:49 | r5167 – r5179 | |
顯示 diff（214 行未修改）
*看看適不適合，可以加 profile settings 在搜尋戰友時可以依技能、種族...喔不，是職業分類
*訊號偵測是因為前一張圖有出現「目前頻道」與「連接節點」，我想也許可以用上
- *而關於使用者，是否要用到這麼個人化？我以為只是會給一個隨機固定的UID(?)就可以開始使用了，
- *這樣也能避免被國安單位監控。
+ *而關於使用者，是否要用到這麼個人化？我以為只是會給一個隨機固定的UID(?)就可以開始使用了，這樣也能避免被國安單位監控。
+ *呃，新的圖怎麼又不見了= =
*
|
||
| 2014-04-06 16:09 – 16:09 | r5162 – r5166 | |
顯示 diff（193 行未修改）
*是否結合Google地圖？
*以上面的想法 Google Maps 是一定要的，但也需要提供依距離、狀態可進行排序、分類的列表(for offline device)
- *誰來判斷跟決定事件狀態的處理進度？
+ *誰來判事件狀態的處理進度？
*最簡單的方式當然是由事件發起人決斷，但如果遇到事件發起人被載去野放，可由現場人員發出最新狀態，但須列出該狀態發出筆數，每人限發一種狀態，並會取代同一事件同一人前一次狀態
*例如：[待處理]小七前有人昏倒，此事件因為發起人被野放無法即時更新狀態，現場人員即可發出狀態『[待處理(主)][處理中(3)][處理中，待增援(1)]』[已解決()]
（19 行未修改）
*這樣也能避免被國安單位監控。
- *
+ *
|
||
| 2014-04-06 15:32 – 15:33 | r5160 – r5161 | |
顯示 diff（220 行未修改）
|
||
| 2014-04-06 12:30 – 13:24 | r5074 – r5159 | |
顯示 diff（154 行未修改）
*另外，節點間的 http 持續連線方式是不可行的，keep connection alive 會占用 device 資源，當量一大就會 crash，除非能確保 one-to-one
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ *android 有 getScanResult( )，ScanResult 裡面有個值叫level可以得知wifi訊號強度(單位dBm)
+ *http://developer.android.com/reference/android/net/wifi/WifiManager.html#getScanResults%28%29
+ *藍牙的似乎有個RSSI值是強度(單位dBm)
+ *http://stackoverflow.com/questions/15312858/get-bluetooth-signal-strength
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
（58 行未修改）
|
||
| 2014-04-06 08:37 – 09:27 | r5034 – r5073 | |
顯示 diff（205 行未修改）
*
- 再丟個圖給大家討論發想！！（為什麼一直回溯= =）
+ 再丟個圖給大家討論發想！！
*建議，將鴿子動態改成政府單位動態，應用範圍會較廣，因為你不能保證不會動用軍方武力(大誤
*可以談談訊號偵測的用意嗎？
*看看適不適合，可以加 profile settings 在搜尋戰友時可以依技能、種族...喔不，是職業分類
+ *訊號偵測是因為前一張圖有出現「目前頻道」與「連接節點」，我想也許可以用上
+ *而關於使用者，是否要用到這麼個人化？我以為只是會給一個隨機固定的UID(?)就可以開始使用了，
+ *這樣也能避免被國安單位監控。
+
+ *
|
||
| 2014-04-06 07:49 – 07:58 | r4914 – r5033 | |
顯示 diff（136 行未修改）
*一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD
*WiMAX 確定要淘汰了，未來 device 已經頃向 LTE
+ *FD-LTE系統中華電信會較先設立，目前已經cell plan中。至於WiMAX就看會不會就地升級成TD-LTE，不過device是絕對不相容的XD。但dervice都會弄成大力玩型態(誰叫WiFi普及率這麼高)，所以對APP設計(若是經WiFi-4G系統連上網)基本上影響不大
*2
- *
+ *從另外一篇文章看到有qaul.net跟Telegram都有同樣類似的效果，也可以download到手機試試看，我先借幾個Android手機來試試看這三個APP的實用性
*3
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
（68 行未修改）
|
||
| 2014-04-06 07:48 – 07:49 | r4904 – r4913 | |
顯示 diff（135 行未修改）
*可是不巧全球一動大力玩是內建天線(毆
*一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD
- *WiMAX 確定要淘汰了，未來 device
+ *WiMAX 確定要淘汰了，未來 device 已經頃向 LTE
*2
*
（70 行未修改）
|
||
| 2014-04-06 07:48 | r4903 | |
顯示 diff（137 行未修改）
*WiMAX 確定要淘汰了，未來 device
*2
-
+ *
*3
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
（68 行未修改）
|
||
| 2014-04-06 07:48 – 07:48 | r4890 – r4902 | |
顯示 diff（135 行未修改）
*可是不巧全球一動大力玩是內建天線(毆
*一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD
+ *WiMAX 確定要淘汰了，未來 device
*2
（70 行未修改）
|
||
| 2014-04-06 07:46 – 07:47 | r4867 – r4889 | |
顯示 diff（120 行未修改）
3g收訊死角造成盲區
*群首整組消失時? 例如整群人被水柱噴濕 offline3.firechat
- *優：
+ (*2)*優：
*去中心化
*不論時地都可使用
（2 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
- (*2)p*p同步較無效率，可能無法負荷如33
+ (*3)p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
- *(*3)其*1
+ *(*4)其*1
*WiMAX hotspot 或WiFi AP support連線user數也會受限
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
（1 行未修改）
*一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD
*2
+
+ *3
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
（1 行未修改）
*android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
- *3
+ *4
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果10層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題
（61 行未修改）
|
||
| 2014-04-06 07:13 – 07:31 | r4783 – r4866 | |
顯示 diff（186 行未修改）
*以上面的想法 Google Maps 是一定要的，但也需要提供依距離、狀態可進行排序、分類的列表(for offline device)
*誰來判斷跟決定事件狀態的處理進度？
- *最簡單的方式當然是由事件發起人決斷，但如果遇到事件發起人被載去野放，可由現場人員發出最新狀態，但須列出該狀態發出筆數，每人限發一種狀態，並會取代同一人前一次狀態
+ *最簡單的方式當然是由事件發起人決斷，但如果遇到事件發起人被載去野放，可由現場人員發出最新狀態，但須列出該狀態發出筆數，每人限發一種狀態，並會取代同一事件同一人前一次狀態
*例如：[待處理]小七前有人昏倒，此事件因為發起人被野放無法即時更新狀態，現場人員即可發出狀態『[待處理(主)][處理中(3)][處理中，待增援(1)]』[已解決()]
小七前有人昏倒，從狀態中可砍看出大部分人認為仍須處理並增援
（3 行未修改）
*server 端要做的幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(討論是否需要管理介面
- *這個本來也想提出來，但發現不適合手持 device，理由是他會一直累計下去，每次開啟都要 sync 整個網路的資料封包，時間一久 device 的空間就爆了
- *不然就是要從中找到一種折衷結構，例如：已經被標示為『已解決』且持續一段時間未更新，就捨棄該資料(非刪除)，有機會就送到 server 端封存後才進行刪除
+ *2. 能承受大量資料存取的儲存架構
+ *3. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
*我想到bitcoin的網路架構，而且bitcoin中的區塊鏈不用全都儲存。
+ *如果能解決資料龐大的問題，我也投 bitcoin 的網路架構一票
*
再丟個圖給大家討論發想！！（為什麼一直回溯= =）
+ *建議，將鴿子動態改成政府單位動態，應用範圍會較廣，因為你不能保證不會動用軍方武力(大誤
+ *可以談談訊號偵測的用意嗎？
+ *看看適不適合，可以加 profile settings 在搜尋戰友時可以依技能、種族...喔不，是職業分類
|
||
| 2014-04-06 06:42 – 06:44 | r4779 – r4782 | |
顯示 diff（197 行未修改）
*這個本來也想提出來，但發現不適合手持 device，理由是他會一直累計下去，每次開啟都要 sync 整個網路的資料封包，時間一久 device 的空間就爆了
*不然就是要從中找到一種折衷結構，例如：已經被標示為『已解決』且持續一段時間未更新，就捨棄該資料(非刪除)，有機會就送到 server 端封存後才進行刪除
- *我想到bitcoin的網路架構，
+ *我想到bitcoin的網路架構，而且bitcoin中的區塊鏈不用全都儲存。
*
（2 行未修改）
|
||
| 2014-04-06 06:24 – 06:24 | r4769 – r4778 | |
顯示 diff（127 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
- (*1)p*p同步較無效率，可能無法負荷如33
+ (*2)p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
- *(*2)其*1
+ *(*3)其*1
*WiMAX hotspot 或WiFi AP support連線user數也會受限
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
（69 行未修改）
|
||
| 2014-04-06 06:20 – 06:21 | r4759 – r4768 | |
顯示 diff（200 行未修改）
*
- 再丟個圖給大家討論發想！！
+
+ 再丟個圖給大家討論發想！！（為什麼一直回溯= =）
|
||
| 2014-04-06 06:20 | r4758 | |
顯示 diff（203 行未修改）
|
||
| 2014-04-06 06:18 – 06:20 | r4746 – r4757 | |
顯示 diff（176 行未修改）
*謝謝你！需要高手qq
*已安安各位，結果，3G網路可以通w
- *那是否需要把醫療事件獨立出來？
+ **那是否需要把醫療事件獨立出來？
*我覺得小俞 + MOSI W 的圖給出了一個開發方向，Firechat 提供了無差別發言平台，但無法針對某項訊息進行回應
*可以就 bbs 或論壇的形式製作，例如：
（19 行未修改）
*
-
-
- y
+ 再丟個圖給大家討論發想！！
|
||
| 2014-04-06 06:18 | r4745 | |
顯示 diff（205 行未修改）
|
||
| 2014-04-06 06:18 – 06:18 | r4742 – r4744 | |
顯示 diff（200 行未修改）
*
+
+
+ y
|
||
| 2014-04-06 06:18 | r4741 | |
顯示 diff（202 行未修改）
|
||
| 2014-04-06 06:18 – 06:18 | r4739 – r4740 | |
顯示 diff（198 行未修改）
*不然就是要從中找到一種折衷結構，例如：已經被標示為『已解決』且持續一段時間未更新，就捨棄該資料(非刪除)，有機會就送到 server 端封存後才進行刪除
*我想到bitcoin的網路架構，
+
+ *
|
||
| 2014-04-06 06:11 – 06:12 | r4732 – r4738 | |
顯示 diff（194 行未修改）
*server 端要做的幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
- 我想到bitcoin的網路結構
+ *2. 資料統計與呈現頁面(討論是否需要管理介面
*這個本來也想提出來，但發現不適合手持 device，理由是他會一直累計下去，每次開啟都要 sync 整個網路的資料封包，時間一久 device 的空間就爆了
*不然就是要從中找到一種折衷結構，例如：已經被標示為『已解決』且持續一段時間未更新，就捨棄該資料(非刪除)，有機會就送到 server 端封存後才進行刪除
+ *我想到bitcoin的網路架構，
|
||
| 2014-04-06 05:58 – 06:05 | r4677 – r4731 | |
顯示 diff（196 行未修改）
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
我想到bitcoin的網路結構
- /
+ *這個本來也想提出來，但發現不適合手持 device，理由是他會一直累計下去，每次開啟都要 sync 整個網路的資料封包，時間一久 device 的空間就爆了
+ *不然就是要從中找到一種折衷結構，例如：已經被標示為『已解決』且持續一段時間未更新，就捨棄該資料(非刪除)，有機會就送到 server 端封存後才進行刪除
|
||
| 2014-04-06 05:58 | r4676 | |
顯示 diff（199 行未修改）
|
||
| 2014-04-06 05:58 | r4675 | |
顯示 diff（196 行未修改）
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
我想到bitcoin的網路結構
+ /
|
||
| 2014-04-06 05:57 – 05:58 | r4665 – r4674 | |
顯示 diff（195 行未修改）
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
- 我想到
+ 我想到bitcoin的網路結構
|
||
| 2014-04-06 05:57 | r4664 | |
顯示 diff（198 行未修改）
|
||
| 2014-04-06 05:57 | r4663 | |
顯示 diff（195 行未修改）
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
+ 我想到
|
||
| 2014-04-06 05:54 – 05:54 | r4658 – r4662 | |
顯示 diff（192 行未修改）
*所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
*是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等
- *server 端可做幾件事：
+ *server 端要做的幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
- *
|
||
| 2014-04-06 05:52 – 05:52 | r4638 – r4657 | |
顯示 diff（108 行未修改）
*Live pack: wimax + 行動電源 + iPad
*g
- v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
- *可是不巧全球一動大力玩是內建天線(毆
- *一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD *缺：
+ v線路松支援後，可以直接從 intranet 變成 internet (*1)*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（17 行未修改）
遊行1
k up人數
- *(*2)其
- *1
+ *(*2)其*1
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限
+ *如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
+ *可是不巧全球一動大力玩是內建天線(毆
+ *一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD
+ *2
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
（1 行未修改）
*android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
- *2
+ *3
+ *其實應該說 10K up 到底 p2p sync 要花多久...
+ *如果10層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題
+ *
+ *我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外30公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
+ *ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer
+ *Android 4.x market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.net
+ *另外，節點間的 http 持續連線方式是不可行的，keep connection alive 會占用 device 資源，當量一大就會 crash，除非能確保 one-to-one
+ *想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
（43 行未修改）
|
||
| 2014-04-06 05:52 – 05:52 | r4636 – r4637 | |
顯示 diff（186 行未修改）
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
+ *
|
||
| 2014-04-06 05:52 – 05:52 | r4634 – r4635 | |
顯示 diff（140 行未修改）
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
*android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
-
+ *2
（42 行未修改）
|
||
| 2014-04-06 05:52 | r4633 | |
顯示 diff（186 行未修改）
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
- ㄥ
|
||
| 2014-04-06 05:52 | r4632 | |
顯示 diff（140 行未修改）
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
*android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
+
（44 行未修改）
|
||
| 2014-04-06 05:52 | r4631 | |
顯示 diff（188 行未修改）
|
||
| 2014-04-06 05:52 | r4630 | |
顯示 diff（185 行未修改）
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
*2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
+ ㄥ
|
||
| 2014-04-06 05:51 – 05:52 | r4625 – r4629 | |
顯示 diff（134 行未修改）
遊行1
k up人數
- *(*2)其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：
- *報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這
- *Android 4.x market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.net
- *另外，節點間的 http 持續連線方式是不可行的，keep connection alive 會占用 device 資源，當量一大就會 crash，除非能確保 one-to-one想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- 設
- *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
+ *(*2)其
*1
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
（1 行未修改）
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
*android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
+
（42 行未修改）
|
||
| 2014-04-06 05:51 | r4624 | |
顯示 diff（192 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4620 – r4623 | |
顯示 diff（134 行未修改）
遊行1
k up人數
- *其實應該說 10K up 到底 p2p sync 要花多久...
+ *(*2)其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：
*報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這
（53 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4615 – r4619 | |
顯示 diff（189 行未修改）
*server 端可做幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(討論是否需要管理界
+ *2. 資料統計與呈現頁面(討論是否需要管理介面，由誰管理?
|
||
| 2014-04-06 05:51 | r4614 | |
顯示 diff（131 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
- (*1p*p同步較無效率，可能無法負荷如33
+ (*1)p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
（56 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4611 – r4613 | |
顯示 diff（189 行未修改）
*server 端可做幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(討論是否需要
+ *2. 資料統計與呈現頁面(討論是否需要管理界
|
||
| 2014-04-06 05:51 – 05:51 | r4606 – r4610 | |
顯示 diff（131 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
-
- *p*p同步較無效率，可能無法負荷如33
+ (*1p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
（56 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4600 – r4605 | |
顯示 diff（190 行未修改）
*server 端可做幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(討論是ㄏㄡ
+ *2. 資料統計與呈現頁面(討論是否需要
|
||
| 2014-04-06 05:51 | r4599 | |
顯示 diff（143 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
*1
-
+ *ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
+ *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
+ *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了
（42 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4596 – r4598 | |
顯示 diff（187 行未修改）
*server 端可做幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2. 資料統計與呈現頁面(
+ *2. 資料統計與呈現頁面(討論是ㄏㄡ
|
||
| 2014-04-06 05:51 | r4595 | |
顯示 diff（132 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
- *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p*p同步較無效率，可能無法負荷如33
+ *p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
（53 行未修改）
|
||
| 2014-04-06 05:51 – 05:51 | r4593 – r4594 | |
顯示 diff（190 行未修改）
*server 端可做幾件事：
*1. 開發 API 供 APP 在進入網路環境中進行資料交換
- *2.
+ *2. 資料統計與呈現頁面(
|
||
| 2014-04-06 05:51 – 05:51 | r4586 – r4592 | |
顯示 diff（145 行未修改）
設
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
+ *1
+
+
（41 行未修改）
|
||
| 2014-04-06 05:48 – 05:50 | r4543 – r4585 | |
顯示 diff（185 行未修改）
*所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
*是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等
+ *server 端可做幾件事：
+ *1. 開發 API 供 APP 在進入網路環境中進行資料交換
+ *2.
|
||
| 2014-04-06 05:45 | r4542 | |
顯示 diff（187 行未修改）
|
||
| 2014-04-06 05:43 – 05:45 | r4531 – r4541 | |
顯示 diff（184 行未修改）
*現場人員的定義同樣可用距離決定
*所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
- *是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等/
+ *是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等
|
||
| 2014-04-06 05:43 | r4530 | |
顯示 diff（187 行未修改）
|
||
| 2014-04-06 05:02 – 05:43 | r4527 – r4529 | |
顯示 diff（35 行未修改）
A也通報->C-通報-->F
C也通報-->G
-
+
+
--
（143 行未修改）
*現場人員的定義同樣可用距離決定
*所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
- *是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等
+ *是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等/
|
||
| 2014-04-06 03:57 – 04:48 | r4171 – r4526 | |
顯示 diff（7 行未修改）
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
+ *要offline地傳送事件訊息、GPS經緯度、案發現場圖片到一server端
*長期可能目標：創造一個開放源碼的無網路通訊協定
*授權方式：
（12 行未修改）
ptt發想連結
+ --
+ 目前想到的p2p流程圖如下，有要更正請幫忙指出：
+ A:案發現場人士、Z:3/4G對外使用者(一般是現場糾察)
+ 節點間通訊用WiFi-D或BT
+ 為了時間上要加速實現，目前簡單用一個節點通報兩個節點，若遇到重複就pass掉重連
+ A---通報--> B---通報---->D 以此類推， 直到傳到Z 去連結server回報訊息
+ B也通報 -->E
+ A也通報->C-通報-->F
+ C也通報-->G
+
+
--
*要不要先把PTT原文網址貼出來?
（145 行未修改）
|
||
| 2014-04-06 02:31 – 02:44 | r4093 – r4170 | |
顯示 diff（171 行未修改）
*現場人員的定義同樣可用距離決定
*所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
- *
+ *是否需要一個server去蒐集這些information(如GPS定位點與統計人數等等)後統整？ 另外事件選項也是盡量簡化，如醫療、警備、衝突(攻擊行為)、社會安全或其他等等
|
||
| 2014-04-05 21:05 – 21:07 | r4061 – r4092 | |
顯示 diff（170 行未修改）
小七前有人昏倒，從狀態中可砍看出大部分人認為仍須處理並增援
*現場人員的定義同樣可用距離決定
+ *所以可能可以用人數來判斷事件可信度(處理度)，然後顯示出來高中低這樣。
+ *
|
||
| 2014-04-05 20:27 – 20:56 | r3971 – r4060 | |
顯示 diff（157 行未修改）
*已安安各位，結果，3G網路可以通w
*那是否需要把醫療事件獨立出來？
- *我覺得小俞的圖給出了一個開發方向，Firechat 提供了無差別發言平台，但無法針對某項訊息進行回應
+ *我覺得小俞 + MOSI W 的圖給出了一個開發方向，Firechat 提供了無差別發言平台，但無法針對某項訊息進行回應
*可以就 bbs 或論壇的形式製作，例如：
*1 . 依 GPS 標出事件地點
（4 行未修改）
*以上面的想法 Google Maps 是一定要的，但也需要提供依距離、狀態可進行排序、分類的列表(for offline device)
*誰來判斷跟決定事件狀態的處理進度？
+ *最簡單的方式當然是由事件發起人決斷，但如果遇到事件發起人被載去野放，可由現場人員發出最新狀態，但須列出該狀態發出筆數，每人限發一種狀態，並會取代同一人前一次狀態
+ *例如：[待處理]小七前有人昏倒，此事件因為發起人被野放無法即時更新狀態，現場人員即可發出狀態『[待處理(主)][處理中(3)][處理中，待增援(1)]』[已解決()]
+ 小七前有人昏倒，從狀態中可砍看出大部分人認為仍須處理並增援
+ *現場人員的定義同樣可用距離決定
|
||
| 2014-04-05 20:17 – 20:18 | r3958 – r3970 | |
顯示 diff（165 行未修改）
*是否結合Google地圖？
*以上面的想法 Google Maps 是一定要的，但也需要提供依距離、狀態可進行排序、分類的列表(for offline device)
- *
+ *誰來判斷跟決定事件狀態的處理進度？
|
||
| 2014-04-05 19:39 – 19:47 | r3919 – r3957 | |
顯示 diff（158 行未修改）
*那是否需要把醫療事件獨立出來？
*我覺得小俞的圖給出了一個開發方向，Firechat 提供了無差別發言平台，但無法針對某項訊息進行回應
- *我覺得可以就 bbs 或論壇的形式製作，例如：
+ *可以就 bbs 或論壇的形式製作，例如：
*1 . 依 GPS 標出事件地點
*2. 事件狀態粗分『待處理』『處理中』『處理中，待增援』『已解決』等等
- *3. 一個事件底下包含內容、時間(系統產生)、地點(系統產生)、回應(依距離分出其可信度和有效性])
+ *3. 一個事件底下包含內容、時間(系統產生)、地點(系統產生)、回應(依距離分出其可信度和有效性，也可用來做排序)
*4. 事件的產生和回應，可以用通用選項方式，加速回應速度，畢竟手持 device 的輸入速度仍舊快不過點選方式
*是否結合Google地圖？
+ *以上面的想法 Google Maps 是一定要的，但也需要提供依距離、狀態可進行排序、分類的列表(for offline device)
*
|
||
| 2014-04-05 19:39 | r3918 | |
顯示 diff（163 行未修改）
*3. 一個事件底下包含內容、時間(系統產生)、地點(系統產生)、回應(依距離分出其可信度和有效性])
*4. 事件的產生和回應，可以用通用選項方式，加速回應速度，畢竟手持 device 的輸入速度仍舊快不過點選方式
+ *是否結合Google地圖？
+ *
|
||
| 2014-04-05 19:15 – 19:39 | r3731 – r3917 | |
顯示 diff（157 行未修改）
*已安安各位，結果，3G網路可以通w
*那是否需要把醫療事件獨立出來？
- *
+ *我覺得小俞的圖給出了一個開發方向，Firechat 提供了無差別發言平台，但無法針對某項訊息進行回應
+ *我覺得可以就 bbs 或論壇的形式製作，例如：
+ *1 . 依 GPS 標出事件地點
+ *2. 事件狀態粗分『待處理』『處理中』『處理中，待增援』『已解決』等等
+ *3. 一個事件底下包含內容、時間(系統產生)、地點(系統產生)、回應(依距離分出其可信度和有效性])
+ *4. 事件的產生和回應，可以用通用選項方式，加速回應速度，畢竟手持 device 的輸入速度仍舊快不過點選方式
|
||
| 2014-04-05 19:15 | r3730 | |
顯示 diff（160 行未修改）
|
||
| 2014-04-05 19:15 | r3729 | |
顯示 diff（157 行未修改）
*已安安各位，結果，3G網路可以通w
*那是否需要把醫療事件獨立出來？
+ *
|
||
| 2014-04-05 19:02 – 19:03 | r3721 – r3728 | |
顯示 diff（156 行未修改）
*謝謝你！需要高手qq
*已安安各位，結果，3G網路可以通w
- *那
+ *那是否需要把醫療事件獨立出來？
|
||
| 2014-04-05 19:02 | r3720 | |
顯示 diff（159 行未修改）
|
||
| 2014-04-05 19:02 | r3719 | |
顯示 diff（156 行未修改）
*謝謝你！需要高手qq
*已安安各位，結果，3G網路可以通w
- *
+ *那
|
||
| 2014-04-05 18:52 – 19:01 | r3624 – r3718 | |
顯示 diff（127 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：
- *報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
- *Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ *報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這
+ *Android 4.x market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.net
+ *另外，節點間的 http 持續連線方式是不可行的，keep connection alive 會占用 device 資源，當量一大就會 crash，除非能確保 one-to-one想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
（25 行未修改）
|
||
| 2014-04-05 18:30 – 18:31 | r3611 – r3623 | |
顯示 diff（154 行未修改）
*clement是ptt的sibaseman大嗎? yes
*謝謝你！需要高手qq
- *已
+ *已安安各位，結果，3G網路可以通w
+ *
|
||
| 2014-04-05 16:51 – 16:51 | r3609 – r3610 | |
顯示 diff（130 行未修改）
*Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設
- *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
- *rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發送
+ *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
（22 行未修改）
|
||
| 2014-04-05 16:51 – 16:51 | r3607 – r3608 | |
顯示 diff（159 行未修改）
|
||
| 2014-04-05 16:51 | r3606 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄙㄨㄥ
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發送
（22 行未修改）
|
||
| 2014-04-05 16:51 | r3605 | |
顯示 diff- 學運憲無網路的通訊解決APP方案
+ 學運現場無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:51 | r3604 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄙㄨㄥ
（22 行未修改）
|
||
| 2014-04-05 16:51 | r3603 | |
顯示 diff- 學運 無網路的通訊解決APP方案
+ 學運憲無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:51 – 16:51 | r3601 – r3602 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄗㄨㄥ
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發
（22 行未修改）
|
||
| 2014-04-05 16:51 | r3600 | |
顯示 diff- 學 無網路的通訊解決APP方案
+ 學運 無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:51 | r3599 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄗ
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄗㄨㄥ
（22 行未修改）
|
||
| 2014-04-05 16:51 | r3598 | |
顯示 diff- ＿無網路的通訊解決APP方案
+ 學 無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:51 | r3597 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息發ㄗ
（22 行未修改）
|
||
| 2014-04-05 16:51 | r3596 | |
顯示 diff- 無網路的通訊解決APP方案
+ ＿無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:51 – 16:51 | r3594 – r3595 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮到
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到訊息
（22 行未修改）
|
||
| 2014-04-05 16:50 – 16:50 | r3591 – r3593 | |
顯示 diff- 無網路的通訊解決A
+ 無網路的通訊解決APP方案
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:50 | r3590 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，考慮
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮到
（22 行未修改）
|
||
| 2014-04-05 16:50 | r3589 | |
顯示 diff- 無網路的通訊解決
+ 無網路的通訊解決A
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:50 | r3588 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *Linux 底下有 rsync 非常常用來做資料同步，
+ *Linux 底下有 rsync 非常常用來做資料同步，考慮
（22 行未修改）
|
||
| 2014-04-05 16:50 | r3587 | |
顯示 diff- Lrills 專案構想（標題請改）
+ 無網路的通訊解決
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:49 – 16:50 | r3572 – r3586 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *
+ *Linux 底下有 rsync 非常常用來做資料同步，
（22 行未修改）
|
||
| 2014-04-05 16:49 – 16:49 | r3567 – r3571 | |
顯示 diff- Lrills 專案構想（標題請改
+ Lrills 專案構想（標題請改）
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（156 行未修改）
|
||
| 2014-04-05 16:49 | r3566 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
+ *
（22 行未修改）
|
||
| 2014-04-05 16:49 | r3565 | |
顯示 diff- Lrills 專案構想（標題請改）
+ Lrills 專案構想（標題請改
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
（155 行未修改）
|
||
| 2014-04-05 16:49 – 16:49 | r3562 – r3564 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
- *
（22 行未修改）
|
||
| 2014-04-05 16:49 | r3561 | |
顯示 diff- *1發起人/拋磚人：Lrills
+ Lrills 專案構想（標題請改）
+ *發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
（155 行未修改）
|
||
| 2014-04-05 16:49 | r3560 | |
顯示 diff（158 行未修改）
|
||
| 2014-04-05 16:49 | r3559 | |
顯示 diff- Lrills 專案構想（標題請改）
- *發起人/拋磚人：Lrills
+ *1發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
（155 行未修改）
|
||
| 2014-04-05 16:49 | r3558 | |
顯示 diff（132 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
*rsync
+ *
（22 行未修改）
|
||
| 2014-04-05 16:49 – 16:49 | r3555 – r3557 | |
顯示 diff- *＿發起人/拋磚人：Lrills
+ Lrills 專案構想（標題請改）
+ *發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
（154 行未修改）
|
||
| 2014-04-05 16:49 | r3554 | |
顯示 diff（130 行未修改）
設
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
- *rsyn
+ *rsync
（22 行未修改）
|
||
| 2014-04-05 16:49 | r3553 | |
顯示 diff- Lrills 專案構想（標題請改）
- *發起人/拋磚人：Lrills
+ *＿發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
（154 行未修改）
|
||
| 2014-04-05 16:48 – 16:49 | r3537 – r3552 | |
顯示 diff（130 行未修改）
*Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設
- *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計
+ *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計關於資料同步這件事
+ *rsyn
（22 行未修改）
|
||
| 2014-04-05 16:44 – 16:45 | r3530 – r3536 | |
顯示 diff（99 行未修改）
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
*可是不巧全球一動大力玩是內建天線(毆
- *一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。*缺：
+ *一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。如果不行，只好拿鐵便當盒蓋住XD *缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（53 行未修改）
|
||
| 2014-04-05 16:43 | r3529 | |
顯示 diff（126 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：
+ *報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
*Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設
（25 行未修改）
|
||
| 2014-04-05 16:39 – 16:43 | r3498 – r3528 | |
顯示 diff（98 行未修改）
*WiMAX hotspot 或WiFi AP support連線user數也會受限
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
- *可是不巧全球一動大力玩是內建天線(毆*缺：
+ *可是不巧全球一動大力玩是內建天線(毆
+ *一般WiFi AP都可以簡單調整發射功率，看看大力玩是否也可調整WiFi的發射功率。*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（52 行未修改）
|
||
| 2014-04-05 16:35 – 16:36 | r3487 – r3497 | |
顯示 diff（86 行未修改）
*所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.firechat方案
*
- *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
+
可行方案優缺點分析：
（35 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
- *Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- 設計！yustudQ口Q
+ *Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ 設
+ *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？計
+
+
+ ！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:35 – 16:35 | r3484 – r3486 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
- *Android 4.X market share 已經過半，理論上市場接受度是可行的 Lrills ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場接受度是可行的 http://developer.android.com/about/dashboards/index.html?utm_source=ausdroid.netios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:35 | r3468 – r3483 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?==>ok)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth應該絕對夠用。
*Android 4.X market share 已經過半，理論上市場接受度是可行的 Lrills ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3466 – r3467 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth。
- *Android 4.X market share 已經過半，理論上市場接受度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場接受度是可行的 Lrills ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3464 – r3465 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blueto。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message bluetooth。
*Android 4.X market share 已經過半，理論上市場接受度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3463 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blueto。
- *Android 4.X market share 已經過半，理論上市場街ㄕㄡ度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場接受度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3462 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blues。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blueto。
*Android 4.X market share 已經過半，理論上市場街ㄕㄡ度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3461 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blues。
- *Android 4.X market share 已經過半，理論上市場街度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場街ㄕㄡ度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3460 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blu。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blues。
*Android 4.X market share 已經過半，理論上市場街度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3459 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blu。
- *Android 4.X market share 已經過半，理論上市場街嘔度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場街度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3457 – r3458 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message 。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message blu。
*Android 4.X market share 已經過半，理論上市場街嘔度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3456 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message 。
- *Android 4.X market share 已經過半，理論上ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上市場街嘔度是可行的ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3455 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message 。
*Android 4.X market share 已經過半，理論上ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3447 – r3454 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message。
- *Android 4.X market share ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share 已經過半，理論上ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3446 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳messag。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳message。
*Android 4.X market share ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3445 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳messag。
- *Android 4.X market shareios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market share ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3444 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳mess。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳messag。
*Android 4.X market shareios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3443 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳mess。
- *Android 4.X market shios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market shareios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3442 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳me。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳mess。
*Android 4.X market shios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3440 – r3441 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳me。
- *Android 4.X markios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X market shios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3438 – r3439 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳me。
*Android 4.X markios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3436 – r3437 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳。
- *Android 4.X mios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X markios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3435 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過船。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過傳。
*Android 4.X mios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3433 – r3434 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過船。
- *Android 4.Xios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.X mios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3432 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過船。
*Android 4.Xios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3431 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過。
- *Android 4.ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.Xios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3429 – r3430 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t船。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過。
*Android 4.ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3428 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t船。
- *Android 4.*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3427 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過tㄔ。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t船。
*Android 4.*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3426 | |
顯示 diff（152 行未修改）
|
||
| 2014-04-05 16:34 | r3425 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過tㄔ。
*Android 4.*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3424 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t。
- *Android *ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android 4.*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3422 – r3423 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj06。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過t。
*Android *ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3421 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj06。
- *Andr*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Android *ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 | r3420 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj06。
*Andr*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3419 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj。
- *A*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *Andr*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:34 – 16:34 | r3417 – r3418 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過tj0。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過ttj。
*A*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:34 | r3416 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過tj0。
- **ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *A*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:34 | r3410 – r3415 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短。
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短，不過tj0。
**ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
（22 行未修改）
|
||
| 2014-04-05 16:33 | r3409 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短。
+ **ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3407 – r3408 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *w設計！yustudQ口Q
+ 設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3406 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了，bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*w設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3405 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽大概是10~3U公尺I設計！yustudQ口Q
+ *w設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3398 – r3404 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。bluetooth理論上會更短。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽大概是10~3U公尺I設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3393 – r3397 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽大概是10~UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽大概是10~3U公尺I設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3392 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了`*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了。*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽大概是10~UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3391 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了`*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽大概是10UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽大概是10~UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3390 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了`*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽大概是10UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3387 – r3389 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽大概是UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽大概是10UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3385 – r3386 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限了*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽大概是UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3382 – r3384 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽 UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽大概是UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3381 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺算極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽 UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3380 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，藍芽UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽 UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3379 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，藍芽UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3376 – r3378 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下，UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，藍芽UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3375 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮及ㄒㄧㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮極限*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下，UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3374 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮及ㄒㄧㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下，UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3371 – r3373 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮ㄐㄧ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮及ㄒㄧㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3370 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮ㄐㄧ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下,UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3368 – r3369 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺涮ㄐㄧ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下,UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3367 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下＿UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下,UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3366 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄞ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄢ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下＿UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3365 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄞ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下＿UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3364 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕㄨㄞ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:33 | r3363 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost下
- UI設計！yustudQ口Q
+ *wifi＿的話要在同一個localhost下UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:33 | r3362 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺順*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhost下
（22 行未修改）
|
||
| 2014-04-05 16:33 | r3361 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺順*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhost
+ *wifi＿的話要在同一個localhost下
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3358 – r3360 | |
顯示 diff（152 行未修改）
|
||
| 2014-04-05 16:33 | r3357 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺順*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localhos
+ *wifi＿的話要在同一個localhost
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:33 | r3356 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺順*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localhos
（22 行未修改）
|
||
| 2014-04-05 16:33 | r3355 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個localh
+ *wifi＿的話要在同一個localhos
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:33 | r3354 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個localh
（22 行未修改）
|
||
| 2014-04-05 16:33 | r3353 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一個local
+ *wifi＿的話要在同一個localh
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:33 | r3352 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺ㄕ*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一個local
（22 行未修改）
|
||
| 2014-04-05 16:33 – 16:33 | r3348 – r3351 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿的話要在同一
+ *wifi＿的話要在同一個local
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:33 | r3347 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約戶外3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿的話要在同一
（22 行未修改）
|
||
| 2014-04-05 16:33 | r3346 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi＿
+ *wifi＿的話要在同一
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:33 | r3340 – r3345 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大約3名公尺*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi＿
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3339 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wif＿
+ *wifi＿
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3338 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，大名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wif＿
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3337 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *＿
+ *wif＿
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3336 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過`名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*＿
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3335 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過`名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *＿＿
+ *＿
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3334 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過`名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*＿＿
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3333 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *＿
+ *＿＿
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3332 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測ㄍㄨㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測過名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*＿
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3331 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測ㄍㄨㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *
+ *＿
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3328 – r3330 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們ㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們有測ㄍㄨㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*
（22 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3326 – r3327 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們ㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wif
+ *
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3325 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點我們ㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wif
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3324 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi
+ *wif
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3322 – r3323 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點對點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3321 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi止要
+ *wifi
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3320 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi點名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi止要
（22 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3316 – r3319 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi止
+ *wifi止要
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3315 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiF名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiFi名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi止
（22 行未修改）
|
||
| 2014-04-05 16:32 | r3314 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiF名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
- *wifi
+ *wifi止
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3311 – r3313 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。WiF名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
*wifi
（22 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3304 – r3310 | |
顯示 diff（127 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ *wifi
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3299 – r3303 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
+ *想了解一下，wifi或bluetooth有辦法判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3290 – r3298 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用Bluetooth連線。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3289 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人ㄕㄨ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人數
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3288 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人ㄕㄨ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3287 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的ㄖㄣ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的人ㄕㄨ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3286 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的ㄖㄣ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3285 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的ㄖㄣ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3284 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然ㄎㄜ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然可以名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3283 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然ㄎㄜ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選副ㄐㄧ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選附近的
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3282 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然ㄎㄜ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選副ㄐㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3281 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選ㄈㄨ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選副ㄐㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3280 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當ㄖㄢ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當然名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選ㄈㄨ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3279 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當ㄖㄢ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒㄩㄢ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩選ㄈㄨ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3278 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當ㄖㄢ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒㄩㄢ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3277 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒㄩㄢ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3276 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，當名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 – 16:32 | r3274 – r3275 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式ㄕㄞ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式篩ㄒ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:32 | r3273 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎?)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式ㄕㄞ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:32 | r3272 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，以這種方式ㄕㄞ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:32 | r3270 – r3271 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這們ㄎ)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這門檻會過高嗎)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3269 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這們ㄎ)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸，
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3267 – r3268 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這們ㄎ)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3266 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳ㄕㄨ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳輸
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3265 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這是)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳ㄕㄨ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3260 – r3264 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這是)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和資料傳ㄕㄨ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3259 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，這是)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3257 – r3258 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線ㄏ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線和
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3256 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援，)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線ㄏ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3253 – r3255 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷距離嗎?
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?例如訊號要多高才進行連線ㄏ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3252 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)，名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷距離嗎?
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3246 – r3251 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判斷ㄐ
+ *想了解一下，wifi或bluetooyj有辦判斷距離嗎?
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3245 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援)名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判斷ㄐ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3243 – r3244 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判ㄉㄨ
+ *想了解一下，wifi或bluetooyj有辦判斷ㄐ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3241 – r3242 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上支援名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判ㄉㄨ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3239 – r3240 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有辦判
+ *想了解一下，wifi或bluetooyj有辦判ㄉㄨ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3237 – r3238 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.xㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x以上名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有辦判
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3236 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.xㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有半ㄚˇ
+ *想了解一下，wifi或bluetooyj有辦判
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3235 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.xㄧ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有半ㄚˇ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3234 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj有半
+ *想了解一下，wifi或bluetooyj有半ㄚˇ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3233 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.x名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj有半
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3231 – r3232 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyjㄧ
+ *想了解一下，wifi或bluetooyj有半
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3230 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4.名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyjㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3229 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetooyj
+ *想了解一下，wifi或bluetooyjㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3228 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android4名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetooyj
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3227 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bluetoo
+ *想了解一下，wifi或bluetooyj
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3226 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Andro名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Android名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bluetoo
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3225 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Andro名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或blueto
+ *想了解一下，wifi或bluetoo
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3224 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Ando名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Andro名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或blueto
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3223 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Ando名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或blue
+ *想了解一下，wifi或blueto
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3222 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(And名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(Ando名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或blue
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3221 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(And名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或bl
+ *想了解一下，wifi或blue
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3220 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(An名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(And名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或bl
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3218 – r3219 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(An名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi或
+ *想了解一下，wifi或bl
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3216 – r3217 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(A名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(An名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi或
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3215 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(A名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wifi
+ *想了解一下，wifi或
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3214 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(A名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wifi
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3213 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，wi
+ *想了解一下，wifi
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3212 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct(名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，wi
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3210 – r3211 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下，
+ *想了解一下，wi
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3207 – r3209 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Di名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Direct名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下，
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3206 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Di名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *想了解一下
+ *想了解一下，
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3205 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-D名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-Di名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*想了解一下
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3203 – r3204 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-D名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧㄤ想了解一下
+ *想了解一下
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3198 – r3202 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟Wㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟WiFi-D名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧㄤ想了解一下
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3197 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟Wㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧㄤ想了解
+ *ㄒㄧㄤ想了解一下
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3196 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟W名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟Wㄛ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧㄤ想了解
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3195 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟W名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧㄤ想了
+ *ㄒㄧㄤ想了解
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3194 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟W名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧㄤ想了
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3193 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧㄤ
+ *ㄒㄧㄤ想了
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3192 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth跟名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧㄤ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3191 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *
+ *ㄒㄧㄤ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3190 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetoot名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetooth名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3189 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetoot名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒ
+ *
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3188 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluet名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluetoot名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3187 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluet名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ
+ *ㄒ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3186 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blue名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bluet名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3185 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blue名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ想了解
+ *ㄒㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3184 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blues名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blue名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ想了解
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3183 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blues名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ想了解一ㄒㄧ
+ *ㄒㄧ想了解
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3182 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Blues名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ想了解一ㄒㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3181 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ想了解一ㄒㄧㄚ
+ *ㄒㄧ想了解一ㄒㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3180 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄋㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ想了解一ㄒㄧㄚ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3179 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄋㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ想了解一ㄒㄧ
+ *ㄒㄧ想了解一ㄒㄧㄚ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3178 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄋㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ想了解一ㄒㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3177 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ想了解
+ *ㄒㄧ想了解一ㄒㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3176 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用Bㄧㄠ名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ想了解
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 – 16:31 | r3174 – r3175 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *ㄒㄧ
+ *ㄒㄧ想了解
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3173 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用B名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*ㄒㄧ
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3172 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
- *
+ *ㄒㄧ
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:31 | r3171 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到用名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
*
UI設計！yustudQ口Q
（21 行未修改）
|
||
| 2014-04-05 16:31 | r3170 | |
顯示 diff（126 行未修改）
*其實應該說 10K up 到底 p2p sync 要花多久...
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:30 – 16:30 | r3158 – r3169 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。Open garden提到名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:30 – 16:30 | r3152 – r3157 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下，android就不確定了
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:30 | r3151 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G。名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下
UI設計！yustudQ口Q
（20 行未修改）
|
||
| 2014-04-05 16:25 – 16:29 | r3047 – r3150 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G名*ios multipeer的話是apple已經幫包裝好搜尋所有wifi or bluetooth下的peer ，這時理論上一個節點連上internet 就沒有任何傳輸限制了，但不知道底層wifi或bluetooth哪個優先...要去測試一下
+ UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 – 16:25 | r3017 – r3046 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸是always連線嗎?用bluetooth或WiFi?對外看起來可用WiFi或3/4G名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 – 16:24 | r3015 – r3016 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 可行方優缺點分析
+ 可行方案優缺點分析：
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r3014 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的船名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的傳輸名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 | r3013 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 可行優缺點分析
+ 可行方優缺點分析
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r3012 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的船名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 | r3011 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 可＿優缺點分析
+ 可行優缺點分析
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r3010 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間ㄉ名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間的名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 | r3009 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 可優缺點分析
+ 可＿優缺點分析
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r3008 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間ㄉ名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 – 16:24 | r3001 – r3007 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 優缺點分析一下，請幫
+ 可優缺點分析
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r3000 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*ㄨ想問節點間名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*我想問節點間名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:24 | r2999 | |
顯示 diff（88 行未修改）
*想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 優缺點分析一下，請幫我做修
+ 優缺點分析一下，請幫
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:24 | r2998 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*想問節點間名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*ㄨ想問節點間名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:23 – 16:24 | r2991 – r2997 | |
顯示 diff（86 行未修改）
*所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.firechat方案
*
- 想問一下在場對於開發進度的想法！市要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
+ *想問一下在場對於開發進度的想法！要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
- 優缺點稍微分析一下，請幫我做修正
+ 優缺點分析一下，請幫我做修
1.intranet
*優：
（56 行未修改）
|
||
| 2014-04-05 16:23 – 16:23 | r2987 – r2990 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*想問節點間名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:23 | r2986 | |
顯示 diff（86 行未修改）
*所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.firechat方案
*
- *想問一下在場對於開發進度的想法！市要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
+ 想問一下在場對於開發進度的想法！市要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
優缺點稍微分析一下，請幫我做修正
（58 行未修改）
|
||
| 2014-04-05 16:23 | r2985 | |
顯示 diff（125 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudQ口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報*名UI設計！yustudQ口Q
r;剛剛
（19 行未修改）
|
||
| 2014-04-05 16:13 – 16:21 | r2946 – r2984 | |
顯示 diff（85 行未修改）
*綜合另外一篇看了一下稍微懂了一點...
*所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.firechat方案
+ *
+ *想問一下在場對於開發進度的想法！市要討論出一個雛型直接進行開發，或是先整理的完善一點，在4/19號的hackthon現場開發！？
優缺點稍微分析一下，請幫我做修正
（30 行未修改）
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
- *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p*那兩邊有什麼方案作資訊同步呢?連上internet?
- 2p同步較無效率，可能無法負荷如33
+ *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p*p同步較無效率，可能無法負荷如33
遊行1
k up人數
（18 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt的sibaseman大嗎? yes已
+ *clement是ptt的sibaseman大嗎? yes
+ *謝謝你！需要高手qq
+ *已
|
||
| 2014-04-05 16:12 – 16:12 | r2940 – r2945 | |
顯示 diff（143 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt的sibaseman大嗎?已
+ *clement是ptt的sibaseman大嗎? yes已
|
||
| 2014-04-05 16:12 – 16:12 | r2938 – r2939 | |
顯示 diff（84 行未修改）
*綜合另外一篇看了一下稍微懂了一點...
- *所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
+ *所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.firechat方案
優缺點稍微分析一下，請幫我做修正
（57 行未修改）
|
||
| 2014-04-05 16:11 – 16:12 | r2923 – r2937 | |
顯示 diff（119 行未修改）
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
- *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p2p同步較無效率，可能無法負荷如33
+ *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p*那兩邊有什麼方案作資訊同步呢?連上internet?
+ 2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:10 – 16:11 | r2905 – r2922 | |
顯示 diff（119 行未修改）
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
*剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
- *android是用什麼跟ios的firechat測的阿?p2p同步較無效率，可能無法負荷如33
+ *android是用什麼跟ios的firechat測的阿? 哦哦?上次我沒找到的說。我現在看到了p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:10 – 16:10 | r2887 – r2904 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!?
+ *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!? android也有firechat
*android是用什麼跟ios的firechat測的阿?p2p同步較無效率，可能無法負荷如33
遊行1
（22 行未修改）
|
||
| 2014-04-05 16:10 – 16:10 | r2863 – r2886 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!?p2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!?
+ *android是用什麼跟ios的firechat測的阿?p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 – 16:09 | r2812 – r2862 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連通，p2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Android連通，互相找不到dervice。所以可以由iOS一個大group，Android一個大group往下去sync資訊，只要iOS跟Android兩個節點的資訊同步即可!?p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 – 16:07 | r2809 – r2811 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt的sibaseman大已
+ *clement是ptt的sibaseman大嗎?已
|
||
| 2014-04-05 16:07 | r2808 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連通p2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Android連通，p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2807 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt的sibaseman＿已
+ *clement是ptt的sibaseman大已
|
||
| 2014-04-05 16:07 | r2806 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Android連p2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Android連通p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2805 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt的sibaseman已
+ *clement是ptt的sibaseman＿已
|
||
| 2014-04-05 16:07 – 16:07 | r2803 – r2804 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Androidp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Android連p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 – 16:07 | r2801 – r2802 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt＿已
+ *clement是ptt的sibaseman已
|
||
| 2014-04-05 16:07 | r2800 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Androp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Androidp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2799 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是ptt已
+ *clement是ptt＿已
|
||
| 2014-04-05 16:07 | r2798 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Anp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Androp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2797 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是p已
+ *clement是ptt已
|
||
| 2014-04-05 16:07 | r2796 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOS跟Ap2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Anp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2795 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement是已
+ *clement是p已
|
||
| 2014-04-05 16:07 – 16:07 | r2793 – r2794 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的iOSp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOS跟Ap2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2792 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *clement已
+ *clement是已
|
||
| 2014-04-05 16:07 – 16:07 | r2790 – r2791 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的ip2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的iOSp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2789 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *cleme已
+ *clement已
|
||
| 2014-04-05 16:07 | r2788 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的p2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的ip2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2787 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *cle已
+ *cleme已
|
||
| 2014-04-05 16:07 | r2786 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的Iop2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2785 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *cl已
+ *cle已
|
||
| 2014-04-05 16:07 | r2784 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的Iosp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的Iop2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2783 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *c已
+ *cl已
|
||
| 2014-04-05 16:07 | r2782 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechat的Iop2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的Iosp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2781 | |
顯示 diff（141 行未修改）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /
- *已
+ *c已
|
||
| 2014-04-05 16:07 – 16:07 | r2778 – r2780 | |
顯示 diff（118 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
- *剛請朋友測過Firechatp2p同步較無效率，可能無法負荷如33
+ *剛請朋友測過Firechat的Iop2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（21 行未修改）
|
||
| 2014-04-05 16:07 | r2777 | |
顯示 diff（140 行未修改）
*但其實不知道幹嘛用的就是了....感覺是私用（？）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
- *感動QQ /已
+ *感動QQ /
+ *已
|
||
| 2014-04-05 16:06 – 16:06 | r2762 – r2776 | |
顯示 diff（117 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)
+ *剛請朋友測過Firechatp2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（20 行未修改）
|
||
| 2014-04-05 15:40 – 15:47 | r2738 – r2761 | |
顯示 diff（124 行未修改）
r;剛剛
- *快
+ *快*改成緊急事件回報 用途比較廣XD
+ *
+
+
+ *
+
小俞：速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的）門去守夜了掰，現場！
*現場有網路XD
（8 行未修改）
|
||
| 2014-04-05 15:34 – 15:35 | r2720 – r2737 | |
顯示 diff（95 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
+ *如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤
+ *可是不巧全球一動大力玩是內建天線(毆*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（36 行未修改）
|
||
| 2014-04-05 15:30 | r2719 | |
顯示 diff（130 行未修改）
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個訊號車來嘛～
*人太多 3g 沒訊號正常啦 而且我還真的沒看到中華的車耶 遠傳跟台哥大很多台XD
- *我有看過一次神奇的車子，照片再此：https://flic.kr/p/mrS8L5
+ *我有看過一次神奇的車子，有拍到，照片再此：https://flic.kr/p/mrS8L5
*但其實不知道幹嘛用的就是了....感覺是私用（？）
*那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
（1 行未修改）
|
||
| 2014-04-05 15:27 – 15:30 | r2703 – r2718 | |
顯示 diff（132 行未修改）
*我有看過一次神奇的車子，照片再此：https://flic.kr/p/mrS8L5
*但其實不知道幹嘛用的就是了....感覺是私用（？）
+ *那是小台基地台XD 用吉普車是方便颱風啊什麼時候進山裡面用的.... 那台車可以游泳的~~~
*感動QQ /已
|
||
| 2014-04-05 15:23 – 15:25 | r2691 – r2702 | |
顯示 diff（124 行未修改）
r;剛剛
*快
- 速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的XD）白天回來再看出門去守夜了掰，現場！
+ 小俞：速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的）門去守夜了掰，現場！
*現場有網路XD
*我都收不到耶？是g
（1 行未修改）
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個訊號車來嘛～
*人太多 3g 沒訊號正常啦 而且我還真的沒看到中華的車耶 遠傳跟台哥大很多台XD
+ *我有看過一次神奇的車子，照片再此：https://flic.kr/p/mrS8L5
+ *但其實不知道幹嘛用的就是了....感覺是私用（？）
*感動QQ /已
|
||
| 2014-04-05 15:23 – 15:23 | r2688 – r2690 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個訊號車來嘛～
- *人太多 3g 沒訊號正常啦
+ *人太多 3g 沒訊號正常啦 而且我還真的沒看到中華的車耶 遠傳跟台哥大很多台XD
*感動QQ /已
|
||
| 2014-04-05 15:23 | r2687 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛～
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個訊號車來嘛～
*人太多 3g 沒訊號正常啦
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2681 – r2686 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛～
- *人太多 3g
+ *人太多 3g 沒訊號正常啦
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2680 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛～
*人太多 3g
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2679 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛
- *人太多
+ *人太多 3g
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2678 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛
*人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2677 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？
- *人太多人太多
+ *人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2676 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？
*人太多人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2674 – r2675 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個
- *人太多
+ *人太多人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2672 – r2673 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個車來嘛～
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個
*人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2671 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個車來嘛～
- *
+ *人太多
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2669 – r2670 | |
顯示 diff（128 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎？快開個車來嘛？快開個車來嘛～
*
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2668 | |
顯示 diff（129 行未修改）
v的嗎？
*青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
+ *
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2665 – r2667 | |
顯示 diff（124 行未修改）
r;剛剛
*快
- 速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的XD）
- 白天回來再看出門去守夜了掰，現場！
+ 速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的XD）白天回來再看出門去守夜了掰，現場！
*現場有網路XD
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎QQ
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2664 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎QQ
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋一下**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎QQ
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2663 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎Q
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎QQ
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2662 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎Q
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi搜尋**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎Q
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2661 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎Q
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2658 – r2660 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣子 開wifi**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2657 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣**那邊感覺完全被屏蔽啊QQ 中華電信供ㄏㄨㄟ你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣**那邊感覺完全被屏蔽啊QQ 中華電信工會你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2656 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的**那邊感覺完全被屏蔽啊QQ 中華電信供ㄏㄨㄟ你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的樣**那邊感覺完全被屏蔽啊QQ 中華電信供ㄏㄨㄟ你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2655 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的**那邊感覺完全被屏蔽啊QQ 中華電信供你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的**那邊感覺完全被屏蔽啊QQ 中華電信供ㄏㄨㄟ你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2654 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public **那邊感覺完全被屏蔽啊QQ 中華電信供你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public 的**那邊感覺完全被屏蔽啊QQ 中華電信供你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2653 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public **那邊感覺完全被屏蔽啊QQ 中華電信ㄍ你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public **那邊感覺完全被屏蔽啊QQ 中華電信供你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2652 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public**那邊感覺完全被屏蔽啊QQ 中華電信ㄍ你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public **那邊感覺完全被屏蔽啊QQ 中華電信ㄍ你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2651 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public**那邊感覺完全被屏蔽啊QQ 中華電信ㄍ你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2647 – r2650 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做 g0v-public**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2646 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2645 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫作**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫做**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2644 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫作**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫作**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2643 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫作**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2641 – r2642 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2639 – r2640 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫座 **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2638 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫座 **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫座 **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來
*感動QQ /已
|
||
| 2014-04-05 15:22 – 15:22 | r2635 – r2637 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南路叫座 **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2634 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2633 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 幾**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了嗎
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 濟南**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2632 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 幾**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 幾**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了你們不是要出來反對了嗎
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2631 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) 幾**那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2630 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) **
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) **那邊感覺完全被屏蔽啊QQ 中華電信你們不是要出來反對了
*感動QQ /已
|
||
| 2014-04-05 15:22 | r2629 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz)**
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz) **
*感動QQ /已
|
||
| 2014-04-05 15:21 – 15:21 | r2622 – r2628 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？
- *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz)*
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz)**
*感動QQ /已
|
||
| 2014-04-05 15:20 – 15:21 | r2602 – r2621 | |
顯示 diff（128 行未修改）
*現場有網路XD
*我都收不到耶？是g
- v的嗎？*
+ v的嗎？
+ *青島東路的話 小七附近應該有 濟南的話應該很多隻啊我記得 (不過我只有用過g0v內部用的 沒用過開放給大家用的版本orz)*
*感動QQ /已
|
||
| 2014-04-05 15:20 – 15:20 | r2600 – r2601 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？*
- 感動QQ /已
+ *感動QQ /已
|
||
| 2014-04-05 15:20 – 15:20 | r2598 – r2599 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？*
-
- 已感動QQ /已
+ 感動QQ /已
|
||
| 2014-04-05 15:20 | r2597 | |
顯示 diff（130 行未修改）
v的嗎？*
- 已感動QQ /已動QQ
+ 已感動QQ /已
|
||
| 2014-04-05 15:20 | r2596 | |
顯示 diff（129 行未修改）
*我都收不到耶？是g
v的嗎？*
-
已感動QQ /已動QQ
|
||
| 2014-04-05 15:20 | r2595 | |
顯示 diff（131 行未修改）
- 已感動QQ /已感動QQ
+ 已感動QQ /已動QQ
|
||
| 2014-04-05 15:19 – 15:20 | r2569 – r2594 | |
顯示 diff（122 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudQ口Q
- r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
+ r;剛剛
+ *快
+ 速作了一些東西，準備，有任何建議直接寫上來吧，其實因為現在flow還沒出來所以都亂做XDD（對了，名稱是亂取的XD）
+ 白天回來再看出門去守夜了掰，現場！
*現場有網路XD
*我都收不到耶？是g
- v的嗎？*（對了，名稱是亂取的XD）
+ v的嗎？*
+
已感動QQ /已感動QQ
|
||
| 2014-04-05 15:19 | r2568 | |
顯示 diff（130 行未修改）
|
||
| 2014-04-05 15:19 | r2567 | |
顯示 diff（125 行未修改）
*現場有網路XD
*我都收不到耶？是g
- v的嗎？*
-
- （對了，名稱是亂取的XD）
+ v的嗎？*（對了，名稱是亂取的XD）
- 已感動QQ
+ 已感動QQ /已感動QQ
|
||
| 2014-04-05 15:19 – 15:19 | r2557 – r2566 | |
顯示 diff（124 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*現場有網路XD
+ *我都收不到耶？是g
+ v的嗎？*
（對了，名稱是亂取的XD）
（2 行未修改）
|
||
| 2014-04-05 15:18 | r2556 | |
顯示 diff（130 行未修改）
|
||
| 2014-04-05 15:18 | r2555 | |
顯示 diff（124 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*現場有網路XD
-
（對了，名稱是亂取的XD）
（2 行未修改）
|
||
| 2014-04-05 15:18 – 15:18 | r2537 – r2554 | |
顯示 diff（127 行未修改）
（對了，名稱是亂取的XD）
+
+ 已感動QQ
|
||
| 2014-04-05 15:18 | r2536 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
- *現場有網路XD
+ *現場有網路XD
（1 行未修改）
|
||
| 2014-04-05 15:17 – 15:17 | r2532 – r2535 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
- 現場有網路XD
- *
+ *現場有網路XD
（1 行未修改）
|
||
| 2014-04-05 15:17 – 15:17 | r2530 – r2531 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
-
+ 現場有網路XD
*
（2 行未修改）
|
||
| 2014-04-05 15:17 – 15:17 | r2528 – r2529 | |
顯示 diff（84 行未修改）
*綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
+ *所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
優缺點稍微分析一下，請幫我做修正
（41 行未修改）
|
||
| 2014-04-05 15:17 | r2527 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
+
*
（2 行未修改）
|
||
| 2014-04-05 15:17 – 15:17 | r2521 – r2526 | |
顯示 diff（80 行未修改）
＿*好像真的是比較實際的做法...我沉澱一下下XD
- 也不是沒人再ios作http server唷 應該超多XD
- 因為我看我每隻 player 跟 pdf reader 都有內建上傳檔案進APP用的http server 啊
+ *也不是沒人再ios作http server唷 應該超多XD
+ *因為我看我每隻 player 跟 pdf reader 都有內建上傳檔案進APP用的http server 啊
- 綜合另外一篇看了一下稍微懂了一點...
+ *綜合另外一篇看了一下稍微懂了一點...
所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
（41 行未修改）
|
||
| 2014-04-05 15:17 | r2520 | |
顯示 diff（124 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
+
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:17 – 15:17 | r2518 – r2519 | |
顯示 diff（78 行未修改）
*你要實作 open garden (firechat...)當然沒有問題啊
*問題是官方也才剛實做完XD
- ＿好像真的是比較實際的做法...我沉澱一下下XD
+ ＿*好像真的是比較實際的做法...我沉澱一下下XD
也不是沒人再ios作http server唷 應該超多XD
（45 行未修改）
|
||
| 2014-04-05 15:17 | r2517 | |
顯示 diff（128 行未修改）
|
||
| 2014-04-05 15:17 – 15:17 | r2513 – r2516 | |
顯示 diff（75 行未修改）
*讓user全部都連上我的 ssid 進我的 intranet
*然後我用幾台 android 機器跑 httpd server.....
- /一切都是 web app 這樣XD
- 你要實作 open garden (firechat...)當然沒有問題啊
- 問題是官方也才剛實做完XD
+ *一切都是 web app 這樣XD
+ *你要實作 open garden (firechat...)當然沒有問題啊
+ *問題是官方也才剛實做完XD
＿好像真的是比較實際的做法...我沉澱一下下XD
（46 行未修改）
|
||
| 2014-04-05 15:17 | r2512 | |
顯示 diff（124 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
+
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:17 | r2511 | |
顯示 diff（75 行未修改）
*讓user全部都連上我的 ssid 進我的 intranet
*然後我用幾台 android 機器跑 httpd server.....
- 一切都是 web app 這樣XD
+ /一切都是 web app 這樣XD
你要實作 open garden (firechat...)當然沒有問題啊
問題是官方也才剛實做完XD
（47 行未修改）
|
||
| 2014-04-05 15:17 | r2510 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
-
+ *
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:17 – 15:17 | r2500 – r2509 | |
顯示 diff（70 行未修改）
*進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 坦白來說 如果沒有 gVv
- 這種遊行現場的網路解決方案
- 如果我要玩 那就是幾組 wimax+wifi ap，但是停留在 intranet 上
- 讓user全部都連上我的 ssid 進我的 intranet
- 然後我用幾台 android 機器跑 httpd server.....
+ *坦白來說 如果沒有 gVv
+ *這種遊行現場的網路解決方案
+ *如果我要玩 那就是幾組 wimax+wifi ap，但是停留在 intranet 上
+ *讓user全部都連上我的 ssid 進我的 intranet
+ *然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
你要實作 open garden (firechat...)當然沒有問題啊
（48 行未修改）
|
||
| 2014-04-05 15:17 | r2499 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
-
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:17 – 15:17 | r2496 – r2498 | |
顯示 diff（67 行未修改）
*這個其實你不配個在 internet 上的統一入口
*是沒辦法把 user 導進你的 intranet 或是 darknet 的
- /但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接連上 primary node
+ *但是總而言之 無論 user 是在 intranet 還是 darknet
+ *進來之後就是給他頻道列表讓他選 他再直接連上 primary node
坦白來說 如果沒有 gVv
（55 行未修改）
|
||
| 2014-04-05 15:17 | r2495 | |
顯示 diff（123 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
- *
+
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:15 – 15:17 | r2441 – r2494 | |
顯示 diff（40 行未修改）
*你一樣是native app啊 ...
*要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
- 不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
- 所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑..... 但是要找找看
- 在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
-
- 我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
- 然後自動挑幾隻當樹最上面的 node ，用 3g 連出去
- 就跟直銷一樣...... 一路往下擴散傳資料
- 每層 node 之間 sync 而不是p2p在 sync
- 因為你要解決的是 330 那種 10k級的人數
+ *不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
+ *所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
+ *其實我記得 g0v 有個很類似的坑..... 但是要找找看
+ *在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
+ *我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
+ *然後自動挑幾隻當樹最上面的 node ，用 3g 連出去
+ *就跟直銷一樣...... 一路往下擴散傳資料
+ *每層 node 之間 sync 而不是p2p在 sync
+ *因為你要解決的是 330 那種 10k級的人數
- 會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎?
+ *會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
+ *所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎?
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
+ *如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
- 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
+ *恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 不是一定要連上 internet
- 是在 user 推廣觀點.....
- 今天一個 new user 進入你的場域
- 有裝這個 APP 的人當然不用說 他們知道要開
- 那沒裝的人呢?
- 所以你↓↓看下面
+ *不是一定要連上 internet
+ *是在 user 推廣觀點.....
+ *今天一個 new user 進入你的場域
+ *有裝這個 APP 的人當然不用說 他們知道要開
+ *那沒裝的人呢?
+ *所以你↓↓看下面
- 這個其實你不配個在 internet 上的統一入口
- 是沒辦法把 user 導進你的 intranet 或是 darknet 的
- 但是總而言之 無論 user 是在 intranet 還是 darknet
+ *這個其實你不配個在 internet 上的統一入口
+ *是沒辦法把 user 導進你的 intranet 或是 darknet 的
+ /但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
（56 行未修改）
|
||
| 2014-04-05 15:15 | r2440 | |
顯示 diff（125 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
+
（對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:15 – 15:15 | r2435 – r2439 | |
顯示 diff（37 行未修改）
*對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
*是的!! 希望能解決330那種狀況
-
- 你一樣是native app啊 ...
- 要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
+ *你一樣是native app啊 ...
+ *要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（84 行未修改）
|
||
| 2014-04-05 15:15 | r2434 | |
顯示 diff（122 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudiotw@gmail.com
- 歡迎 感謝Q口Q
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudQ口Q
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
（2 行未修改）
|
||
| 2014-04-05 15:15 – 15:15 | r2418 – r2433 | |
顯示 diff（26 行未修改）
--
- 要不要先把PTT原文網址貼出來?
+ *要不要先把PTT原文網址貼出來?
*好XD
- http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
- ptt發想連結
-
-
- 其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
- 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
+ *http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
+ *ptt發想連結
+ *其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
+ *所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
- 是的!! 希望能解決330那種狀況
+ *對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
+ *是的!! 希望能解決330那種狀況
（89 行未修改）
|
||
| 2014-04-05 15:15 – 15:15 | r2416 – r2417 | |
顯示 diff（129 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
- （對了，名稱是亂取的
+ （對了，名稱是亂取的XD）
|
||
| 2014-04-05 15:15 | r2415 | |
顯示 diff（28 行未修改）
要不要先把PTT原文網址貼出來?
- /好XD
+ *好XD
http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
ptt發想連結
（99 行未修改）
|
||
| 2014-04-05 15:15 | r2414 | |
顯示 diff（129 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
- （對了，名稱是亂取
+ （對了，名稱是亂取的
|
||
| 2014-04-05 15:15 | r2413 | |
顯示 diff（28 行未修改）
要不要先把PTT原文網址貼出來?
- 好XD
+ /好XD
http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
ptt發想連結
（99 行未修改）
|
||
| 2014-04-05 15:15 – 15:15 | r2411 – r2412 | |
顯示 diff（129 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
- （對了，名稱是亂取（對了，名稱是亂取的
+ （對了，名稱是亂取
|
||
| 2014-04-05 15:15 – 15:15 | r2409 – r2410 | |
顯示 diff（26 行未修改）
--
- ..要不要先把PTT原文網址貼出來?
+ 要不要先把PTT原文網址貼出來?
好XD
（101 行未修改）
|
||
| 2014-04-05 15:15 | r2408 | |
顯示 diff（129 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
- （對了，名稱是亂取
+ （對了，名稱是亂取（對了，名稱是亂取的
|
||
| 2014-04-05 15:15 | r2407 | |
顯示 diff（26 行未修改）
--
- .要不要先把PTT原文網址貼出來?
+ ..要不要先把PTT原文網址貼出來?
好XD
（101 行未修改）
|
||
| 2014-04-05 15:15 | r2406 | |
顯示 diff（129 行未修改）
r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
*
+ （對了，名稱是亂取
|
||
| 2014-04-05 15:15 | r2405 | |
顯示 diff（26 行未修改）
--
- 要不要先把PTT原文網址貼出來?
+ .要不要先把PTT原文網址貼出來?
好XD
（100 行未修改）
|
||
| 2014-04-05 15:14 – 15:14 | r2401 – r2404 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外Wi
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（28 行未修改）
|
||
| 2014-04-05 15:14 – 15:14 | r2399 – r2400 | |
顯示 diff（131 行未修改）
|
||
| 2014-04-05 15:14 – 15:14 | r2395 – r2398 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi AP
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外Wi
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（28 行未修改）
|
||
| 2014-04-05 15:14 – 15:14 | r2385 – r2394 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有網路，
+ r;剛剛快速作了一些東西，準備，現場應該沒有網路，白天回來再看出門去守夜了掰，現場！
+ *
|
||
| 2014-04-05 15:14 | r2384 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi A
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi AP
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 | r2383 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有網路
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有網路，
|
||
| 2014-04-05 15:14 | r2382 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi A
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 | r2381 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有往
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有網路
|
||
| 2014-04-05 15:14 | r2380 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 – 15:14 | r2378 – r2379 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ沒有往
|
||
| 2014-04-05 15:14 | r2377 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiF
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiFi
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 | r2376 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該ㄇㄟ
|
||
| 2014-04-05 15:14 | r2375 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外W
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外WiF
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 | r2374 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ應該
|
||
| 2014-04-05 15:14 | r2373 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外W
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:14 | r2372 | |
顯示 diff（127 行未修改）
歡迎 感謝Q口Q
- r;剛剛快速作了一些東西，準備出門去守夜了掰
+ r;剛剛快速作了一些東西，準備出門去守夜了掰，現場ㄧ
|
||
| 2014-04-05 15:14 | r2371 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet
- *WiMAX hotspot 或WiFi AP support連線user數也會受限
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限，另外
*如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
（27 行未修改）
|
||
| 2014-04-05 15:13 – 15:14 | r2367 – r2370 | |
顯示 diff（126 行未修改）
*如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
+
+ r;剛剛快速作了一些東西，準備出門去守夜了掰
|
||
| 2014-04-05 15:11 – 15:12 | r2335 – r2366 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.*p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.BLE (但android端有bug待解決)p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（3 行未修改）
|
||
| 2014-04-05 15:10 – 15:11 | r2326 – r2334 | |
顯示 diff（97 行未修改）
*Live pack: wimax + 行動電源 + iPad
*g
- v線路松支援後，可以直接從 intranet 變成 internet XD
+ v線路松支援後，可以直接從 intranet 變成 internet
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎可以透過律*缺：
+ *如果把 wifi ap 的天線拔掉似乎可以透過距離縮短來減少使用人數? (誤*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（24 行未修改）
|
||
| 2014-04-05 15:10 | r2325 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2*p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2.*p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（3 行未修改）
|
||
| 2014-04-05 15:10 | r2324 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎可以透過*缺：
+ *如果把 wifi ap 的天線拔掉似乎可以透過律*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（24 行未修改）
|
||
| 2014-04-05 15:10 | r2323 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) *p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) 2*p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（3 行未修改）
|
||
| 2014-04-05 15:10 | r2322 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎可以*缺：
+ *如果把 wifi ap 的天線拔掉似乎可以透過*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（24 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2320 – r2321 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子*p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子) *p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（3 行未修改）
|
||
| 2014-04-05 15:10 | r2319 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉似乎*缺：
+ *如果把 wifi ap 的天線拔掉似乎可以*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（24 行未修改）
|
||
| 2014-04-05 15:10 | r2318 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子
- *p2p同步較無效率，可能無法負荷如33
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子*p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
（3 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2316 – r2317 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap 的天線拔掉*缺：
+ *如果把 wifi ap 的天線拔掉似乎*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2315 | |
顯示 diff（129 行未修改）
|
||
| 2014-04-05 15:10 | r2314 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap *缺：
+ *如果把 wifi ap 的天線拔掉*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2313 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的例子
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2310 – r2312 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *如果把 wifi ap ＿*缺：
+ *如果把 wifi ap *缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2309 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時作的
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到實作的
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2304 – r2308 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *whotspot or wifi ap ＿*缺：
+ *如果把 wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2303 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時作
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時作的
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2302 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or wifi ap ＿*缺：
+ *whotspot or wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2300 – r2301 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時作
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2299 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *＿hotspot or wifi ap ＿*缺：
+ *hotspot or wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2297 – r2298 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到時
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2296 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or wifi ap ＿*缺：
+ *＿hotspot or wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2290 – r2295 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但找不到
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2289 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or wifi ap 因＿*缺：
+ *hotspot or wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2288 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但主
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2287 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or wifi ap ＿*缺：
+ *hotspot or wifi ap 因＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2284 – r2286 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，但主
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2283 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or wifi ＿*缺：
+ *hotspot or wifi ap ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2282 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦找
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2281 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot or ＿*缺：
+ *hotspot or wifi ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2280 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦找
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2279 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *hotspot o＿*缺：
+ *hotspot or ＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2278 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，辦
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2274 – r2277 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *＿*缺：
+ *hotspot o＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2273 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行，
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2269 – r2272 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *這＿*缺：
+ *＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2268 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可行
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2267 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *＿＿*缺：
+ *這＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2266 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2265 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *＿*缺：
+ *＿＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2264 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論可
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2263 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *但＿*缺：
+ *＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2262 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(裡
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(理論
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2261 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *＿*缺：
+ *但＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2260 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(裡
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(裡
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2259 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- **缺：
+ *＿*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2258 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(裡
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2256 – r2257 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *但是優但是優*缺：
+ **缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2255 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(xu3
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2254 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *但是優但是優點*缺：
+ *但是優但是優*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2253 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(xu
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(xu3
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2252 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- *但是優*缺：
+ *但是優但是優點*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 | r2251 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(x
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(xu
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2250 | |
顯示 diff（99 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD
*WiMAX hotspot 或WiFi AP support連線user數也會受限
- **缺：
+ *但是優*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:10 – 15:10 | r2246 – r2249 | |
顯示 diff（120 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務(x
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:10 | r2245 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD
- *WiMAX hotspot 或WiFi AP support連線user數也會受限*缺：
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限
+ **缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（25 行未修改）
|
||
| 2014-04-05 15:09 – 15:09 | r2223 – r2244 | |
顯示 diff（119 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.android
+ *可能解法 1.android透過wifi監聽iOS device發布的bonjour服務
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:09 – 15:09 | r2221 – r2222 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi ap + nb + nb用行動電源 + webcam
+ *活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi ap + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（29 行未修改）
|
||
| 2014-04-05 15:09 | r2220 | |
顯示 diff（119 行未修改）
*ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
- *可能解法 1.由android
+ *可能解法 1.android
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:09 | r2219 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi ap + nb + nb用行動電源 + webcam
+ *考開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi ap + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（29 行未修改）
|
||
| 2014-04-05 15:08 – 15:08 | r2202 – r2218 | |
顯示 diff（118 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
+ *ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
+ *可能解法 1.由android
*p2p同步較無效率，可能無法負荷如33
遊行1
（4 行未修改）
|
||
| 2014-04-05 15:04 – 15:06 | r2182 – r2201 | |
顯示 diff（101 行未修改）
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
+ *每個 server pack 的 session 數被 ap 限制
*因為是 s/c 架構，所以 server 的負載度需要考慮一下 ( node.js / backbone.js ....)2.由可連線的node與雲端相連
*優：
（21 行未修改）
|
||
| 2014-04-05 15:04 – 15:04 | r2179 – r2181 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD
- *WiMAX hotspot 或WiFAPsupport連線user數也會受限*缺：
+ *WiMAX hotspot 或WiFi AP support連線user數也會受限*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（23 行未修改）
|
||
| 2014-04-05 15:04 | r2178 | |
顯示 diff（90 行未修改）
所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
- 優缺點稍微分析一下，請幫我做修正Q
+ 優缺點稍微分析一下，請幫我做修正
1.intranet
*優：
（31 行未修改）
|
||
| 2014-04-05 15:04 | r2177 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD
- *WiMAX hotspot support連線user數也會受限*缺：
+ *WiMAX hotspot 或WiFAPsupport連線user數也會受限*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（23 行未修改）
|
||
| 2014-04-05 15:04 | r2176 | |
顯示 diff（90 行未修改）
所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
- 優缺點稍微分析一下，請幫我做修正QQ
+ 優缺點稍微分析一下，請幫我做修正Q
1.intranet
*優：
（31 行未修改）
|
||
| 2014-04-05 15:03 – 15:04 | r2154 – r2175 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD
- *缺：
+ *WiMAX hotspot support連線user數也會受限*缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（23 行未修改）
|
||
| 2014-04-05 15:03 – 15:03 | r2152 – r2153 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi nb + nb用行動電源 + webcam
+ *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi ap + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（27 行未修改）
|
||
| 2014-04-05 15:03 | r2151 | |
顯示 diff（98 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD
- **缺：
+ *缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（23 行未修改）
|
||
| 2014-04-05 15:03 | r2150 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wnb + nb用行動電源 + webcam
+ *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wifi nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（27 行未修改）
|
||
| 2014-04-05 15:03 | r2149 | |
顯示 diff（97 行未修改）
*Live pack: wimax + 行動電源 + iPad
*g
- v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
+ v線路松支援後，可以直接從 intranet 變成 internet XD
+ **缺：
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
（23 行未修改）
|
||
| 2014-04-05 15:03 | r2148 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + nb + nb用行動電源 + webcam
+ *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + wnb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（26 行未修改）
|
||
| 2014-04-05 15:02 – 15:03 | r2135 – r2147 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如:
- *Server pack: wimax + nb + nb用行動電源 + webcam
+ *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如: Server pack: wimax + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
*g
（26 行未修改）
|
||
| 2014-04-05 14:57 – 15:02 | r2111 – r2134 | |
顯示 diff（103 行未修改）
*因為是 s/c 架構，所以 server 的負載度需要考慮一下 ( node.js / backbone.js ....)2.由可連線的node與雲端相連
*優：
- **節省 3g 資源*缺：
+ **節省 3g 資源
+ *不論地點平台都能加入*缺：
**需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
（13 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法解決俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，但是無法徹底解決對同一node重複播送的問題俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2110 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首整組單點錯誤時? 例如整群人被水柱噴濕 offline3.firechat
+ *群首整組消失時? 例如整群人被水柱噴濕 offline3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2107 – r2109 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是無法 俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，但是無法解決俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 – 14:57 | r2104 – r2106 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如整群人被水柱噴濕 offline3.firechat
+ *群首整組單點錯誤時? 例如整群人被水柱噴濕 offline3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2102 – r2103 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是吳俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，但是無法 俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2101 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如整群人被水柱噴濕 offlin3.firechat
+ *群首單點錯誤時? 例如整群人被水柱噴濕 offline3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2099 – r2100 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，但是俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，但是吳俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 – 14:57 | r2096 – r2098 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如整群人被水柱噴濕3.firechat
+ *群首單點錯誤時? 例如整群人被水柱噴濕 offlin3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2092 – r2095 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應該是很快的，俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，但是俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2091 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如被水柱噴濕3.firechat
+ *群首單點錯誤時? 例如整群人被水柱噴濕3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2084 – r2090 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node應俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應該是很快的，俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2083 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如被水柱噴3.firechat
+ *群首單點錯誤時? 例如被水柱噴濕3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2081 – r2082 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有node俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node應俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 – 14:57 | r2079 – r2080 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如被水樹3.firechat
+ *群首單點錯誤時? 例如被水柱噴3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 | r2078 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有n俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有node俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2077 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如被水3.firechat
+ *群首單點錯誤時? 例如被水樹3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 | r2076 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完所有俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有n俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 – 14:57 | r2074 – r2075 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如被鼠助3.firechat
+ *群首單點錯誤時? 例如被水3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 | r2073 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完鎖俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完所有俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:57 | r2072 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如背屬助3.firechat
+ *群首單點錯誤時? 例如被鼠助3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:57 – 14:57 | r2070 – r2071 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳完俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完鎖俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2069 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如3.firechat
+ *群首單點錯誤時? 例如背屬助3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2068 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳玩俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳完俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 – 14:56 | r2065 – r2067 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如手3.firechat
+ *群首單點錯誤時? 例如3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2064 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內可以傳俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳玩俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2063 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如手機3.firechat
+ *群首單點錯誤時? 例如手3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 – 14:56 | r2060 – r2062 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內＿俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內可以傳俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2059 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 例如3.firechat
+ *群首單點錯誤時? 例如手機3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2058 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如果1小層內俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內＿俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 – 14:56 | r2056 – r2057 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時? 3.firechat
+ *群首單點錯誤時? 例如3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2055 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *如 1小層內俞：報名UI設計！yustudiotw@gmail.com
+ *如果1小層內俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2054 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首單點錯誤時?3.firechat
+ *群首單點錯誤時? 3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2053 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內俞：報名UI設計！yustudiotw@gmail.com
+ *如 1小層內俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2052 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首3.firechat
+ *群首單點錯誤時?3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 – 14:56 | r2050 – r2051 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應該俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2049 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能3.firechat
+ *群首3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2048 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應該就俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應該俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2047 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個3.firechat
+ *群首不能3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2046 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應該 俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應該就俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2045 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個 3.firechat
+ *群首不能只有一個3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2044 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應該俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應該 俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2043 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個 必點3.firechat
+ *群首不能只有一個 3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2042 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應 俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應該俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2041 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個 畢3.firechat
+ *群首不能只有一個 必點3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2040 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層內應俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應 俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2039 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個 3.firechat
+ *群首不能只有一個 畢3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2038 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小層俞：報名UI設計！yustudiotw@gmail.com
+ *1小層內應俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 | r2037 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *群首不能只有一個3.firechat
+ *群首不能只有一個 3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2036 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *1小俞：報名UI設計！yustudiotw@gmail.com
+ *1小層俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 – 14:56 | r2034 – r2035 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *同一群內node戶3.firechat
+ *群首不能只有一個3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2033 | |
顯示 diff（125 行未修改）
|
||
| 2014-04-05 14:56 | r2032 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *同一群內node3.firechat
+ *同一群內node戶3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:56 | r2031 | |
顯示 diff（121 行未修改）
k up人數
*其實應該說 10K up 到底 p2p sync 要花多久...
- *小俞：報名UI設計！yustudiotw@gmail.com
+ *1小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:56 – 14:56 | r2011 – r2030 | |
顯示 diff（107 行未修改）
3g收訊死角造成盲區
- *3.firechat
+ *同一群內node3.firechat
*優：
*去中心化
（13 行未修改）
|
||
| 2014-04-05 14:54 – 14:55 | r2008 – r2010 | |
顯示 diff（116 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *ref:http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
+ *ref: http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*p2p同步較無效率，可能無法負荷如33
遊行1
k up人數
- *其實應該說 10K up 到底 p2p sync 要花多久...小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底 p2p sync 要花多久...
+ *小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:54 – 14:54 | r2004 – r2007 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 10K up 到底p2p sync 小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底 p2p sync 要花多久...小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:54 – 14:54 | r2002 – r2003 | |
顯示 diff（116 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *ref
+ *ref:http://stackoverflow.com/questions/18884705/transfer-data-between-ios-and-android-via-bluetooth
*p2p同步較無效率，可能無法負荷如33
遊行1
（3 行未修改）
|
||
| 2014-04-05 14:54 – 14:54 | r2000 – r2001 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 10K up 到底p2p si小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底p2p sync 小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:54 | r1999 | |
顯示 diff（116 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *re
+ *ref
*p2p同步較無效率，可能無法負荷如33
遊行1
（3 行未修改）
|
||
| 2014-04-05 14:54 | r1998 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 10K up 到底p2p 小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底p2p si小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:54 | r1997 | |
顯示 diff（116 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *r
+ *re
*p2p同步較無效率，可能無法負荷如33
遊行1
（3 行未修改）
|
||
| 2014-04-05 14:54 | r1996 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 10K up 到底p2p小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底p2p 小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:54 | r1995 | |
顯示 diff（116 行未修改）
*聽說目前版本iOS和Android不互通? (需查證中...
- *
+ *r
*p2p同步較無效率，可能無法負荷如33
遊行1
（3 行未修改）
|
||
| 2014-04-05 14:53 – 14:53 | r1989 – r1994 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 1小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 10K up 到底p2p小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:53 | r1988 | |
顯示 diff（124 行未修改）
|
||
| 2014-04-05 14:53 | r1987 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *其實應該說 小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 1小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:53 | r1986 | |
顯示 diff（115 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
-
+ *
*p2p同步較無效率，可能無法負荷如33
遊行1
（3 行未修改）
|
||
| 2014-04-05 14:53 – 14:53 | r1984 – r1985 | |
顯示 diff（120 行未修改）
遊行1
k up人數
- *小俞：報名UI設計！yustudiotw@gmail.com
+ *其實應該說 小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:53 – 14:53 | r1982 – r1983 | |
顯示 diff（115 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證中...
+
*p2p同步較無效率，可能無法負荷如33
（4 行未修改）
|
||
| 2014-04-05 14:53 – 14:53 | r1967 – r1981 | |
顯示 diff（118 行未修改）
*p2p同步較無效率，可能無法負荷如33
遊行1
- k up人數小俞：報名UI設計！yustudiotw@gmail.com
+ k up人數
+ *小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:50 – 14:51 | r1961 – r1966 | |
顯示 diff（114 行未修改）
*只要中間有node串接，理論上支援範圍無限大*缺：
*須先下載APP
- *聽說目前版本iOS和Android不互通? (需查證)
+ *聽說目前版本iOS和Android不互通? (需查證中...
*p2p同步較無效率，可能無法負荷如33
（3 行未修改）
|
||
| 2014-04-05 14:47 – 14:49 | r1912 – r1960 | |
顯示 diff（101 行未修改）
*主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
- *2.由可連線的node與雲端相連
+ *因為是 s/c 架構，所以 server 的負載度需要考慮一下 ( node.js / backbone.js ....)2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（8 行未修改）
*只要中間有node串接，理論上支援範圍無限大*缺：
*須先下載APP
- *聽說目前版本iOS和Android不互通? (需查證)
+ *聽說目前版本iOS和Android不互通? (需查證)
*p2p同步較無效率，可能無法負荷如33
（3 行未修改）
|
||
| 2014-04-05 14:46 – 14:47 | r1897 – r1911 | |
顯示 diff（111 行未修改）
*去中心化
*不論時地都可使用
- *缺：
+
+ *只要中間有node串接，理論上支援範圍無限大*缺：
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證)
（5 行未修改）
|
||
| 2014-04-05 14:45 – 14:46 | r1884 – r1896 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
+ *主辦單位或有心路人需在活動前準備好 Server pack 帶過去現場
*2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1881 – r1883 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 了解XD
- *
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
*2.由可連線的node與雲端相連
（17 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1878 – r1880 | |
顯示 diff（102 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 了解XD
*
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
*2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1871 – r1877 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援
+ *必須有一必須有一核心團隊做現場硬體支援 了解XD
+ *
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
*2.由可連線的node與雲端相連
（17 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1863 – r1870 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 nb 去解
+ *2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1862 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 了
+ *必須有一必須有一核心團隊做現場硬體支援
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 | r1861 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 了
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意用 2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1860 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 了解
+ *必須有一必須有一核心團隊做現場硬體支援 了
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 | r1859 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 了解
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 故意2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1858 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 了解X
+ *必須有一必須有一核心團隊做現場硬體支援 了解
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1856 – r1857 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 了解X
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server 2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server pack 2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1855 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 了解
+ *必須有一必須有一核心團隊做現場硬體支援 了解X
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server 2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1853 – r1854 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 了解
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 server 2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1852 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 咧了解
+ *必須有一必須有一核心團隊做現場硬體支援 了解
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1850 – r1851 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 咧了解
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 這2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 所以 2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1849 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援 咧 解
+ *必須有一必須有一核心團隊做現場硬體支援 咧了解
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 這2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 – 14:45 | r1847 – r1848 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援 咧 解
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 這不是問題2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 這2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1846 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援
+ *必須有一必須有一核心團隊做現場硬體支援 咧 解
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 這不是問題2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:45 | r1845 | |
顯示 diff（101 行未修改）
*必須有一必須有一核心團隊做現場硬體支援
- *↑ backpack opensource 的時候，任何人都可以自幹 backpack 2.由可連線的node與雲端相連
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 這不是問題2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:45 | r1844 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援
+ *必須有一必須有一核心團隊做現場硬體支援
*↑ backpack opensource 的時候，任何人都可以自幹 backpack 2.由可連線的node與雲端相連
*優：
（16 行未修改）
|
||
| 2014-04-05 14:44 – 14:45 | r1821 – r1843 | |
顯示 diff（100 行未修改）
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- *必須有一必須有一核心團隊做現場硬體支援2.由可連線的node與雲端相連
+ *必須有一必須有一核心團隊做現場硬體支援
+ *↑ backpack opensource 的時候，任何人都可以自幹 backpack 2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 – 14:44 | r1815 – r1820 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 必須有一必須有一核心團隊作 硬體2.由可連線的node與雲端相連
+
+ *必須有一必須有一核心團隊做現場硬體支援2.由可連線的node與雲端相連
*優：
**節省 3g 資源*缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 | r1814 | |
顯示 diff（101 行未修改）
必須有一必須有一核心團隊作 硬體2.由可連線的node與雲端相連
*優：
- **節省 3g *缺：
+ **節省 3g 資源*缺：
**需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
（13 行未修改）
|
||
| 2014-04-05 14:44 | r1813 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 必須有一必須有一核心團隊作硬體2.由可連線的node與雲端相連
+ 必須有一必須有一核心團隊作 硬體2.由可連線的node與雲端相連
*優：
**節省 3g *缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 – 14:44 | r1811 – r1812 | |
顯示 diff（119 行未修改）
|
||
| 2014-04-05 14:44 | r1810 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 必須有一必須有一核心團隊作硬體 2.由可連線的node與雲端相連
+ 必須有一必須有一核心團隊作硬體2.由可連線的node與雲端相連
*優：
**節省 3g *缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 | r1809 | |
顯示 diff（101 行未修改）
必須有一必須有一核心團隊作硬體 2.由可連線的node與雲端相連
*優：
- **節省 3g*缺：
+ **節省 3g *缺：
**需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
（13 行未修改）
|
||
| 2014-04-05 14:44 | r1808 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 必須有一必須有一核心團隊作硬體2.由可連線的node與雲端相連
+ 必須有一必須有一核心團隊作硬體 2.由可連線的node與雲端相連
*優：
**節省 3g*缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 | r1807 | |
顯示 diff（101 行未修改）
必須有一必須有一核心團隊作硬體2.由可連線的node與雲端相連
*優：
- **節省 *缺：
+ **節省 3g*缺：
**需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
（13 行未修改）
|
||
| 2014-04-05 14:44 | r1806 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 必須有一2.由可連線的node與雲端相連
+ 必須有一必須有一核心團隊作硬體2.由可連線的node與雲端相連
*優：
**節省 *缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 | r1805 | |
顯示 diff（101 行未修改）
必須有一2.由可連線的node與雲端相連
*優：
- ***缺：
+ **節省 *缺：
**需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
（13 行未修改）
|
||
| 2014-04-05 14:44 | r1804 | |
顯示 diff（99 行未修改）
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
- 2.由可連線的node與雲端相連
+ 必須有一2.由可連線的node與雲端相連
*優：
***缺：
（15 行未修改）
|
||
| 2014-04-05 14:44 – 14:44 | r1801 – r1803 | |
顯示 diff（102 行未修改）
*優：
***缺：
- **需有前幾個 node
+ **需有前幾個 node (或者主辦單位都會裝的話那倒是不用煩惱)
3g收訊死角造成盲區
（12 行未修改）
|
||
| 2014-04-05 14:44 | r1800 | |
顯示 diff（101 行未修改）
2.由可連線的node與雲端相連
*優：
- **＿*缺：
+ ***缺：
**需有前幾個 node
（13 行未修改）
|
||
| 2014-04-05 14:44 – 14:44 | r1797 – r1799 | |
顯示 diff（102 行未修改）
*優：
**＿*缺：
- **需有前幾個
+ **需有前幾個 node
3g收訊死角造成盲區
（12 行未修改）
|
||
| 2014-04-05 14:44 | r1796 | |
顯示 diff（101 行未修改）
2.由可連線的node與雲端相連
*優：
- ***缺：
+ **＿*缺：
**需有前幾個
（13 行未修改）
|
||
| 2014-04-05 14:44 – 14:44 | r1794 – r1795 | |
顯示 diff（102 行未修改）
*優：
***缺：
- *
+ **需有前幾個
+
3g收訊死角造成盲區
*3.firechat
（11 行未修改）
|
||
| 2014-04-05 14:42 – 14:43 | r1772 – r1793 | |
顯示 diff（111 行未修改）
*須先下載APP
*聽說目前版本iOS和Android不互通? (需查證)
-
- *p2p同步叫無＿
- 小俞：報名UI設計！yustudiotw@gmail.com
+ *p2p同步較無效率，可能無法負荷如33
+ 遊行1
+ k up人數小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
|
||
| 2014-04-05 14:42 – 14:42 | r1766 – r1771 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個被例如:
+ *考慮開發活動現場支援用backpack ，真的包成一個背包出團，例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
（19 行未修改）
|
||
| 2014-04-05 14:42 | r1765 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2p同步叫＿
+ *p2p同步叫無＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 | r1764 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個被包例如:
+ *考慮開發活動現場支援用backpack ，真的包成一個被例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
（19 行未修改）
|
||
| 2014-04-05 14:42 | r1763 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2p同步 ＿
+ *p2p同步叫＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1761 – r1762 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，真的包成一個例如:
+ *考慮開發活動現場支援用backpack ，真的包成一個被包例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
（19 行未修改）
|
||
| 2014-04-05 14:42 | r1760 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2p同步＿
+ *p2p同步 ＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1754 – r1759 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如:
+ *考慮開發活動現場支援用backpack ，真的包成一個例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
*Live pack: wimax + 行動電源 + iPad
（19 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1746 – r1753 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2p同＿
+ *p2p同步＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1737 – r1745 | |
顯示 diff（96 行未修改）
*考慮開發活動現場支援用backpack ，例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
- *Broadcas pack: wimax + 行動電源 + iPad
+ *Live pack: wimax + 行動電源 + iPad
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（17 行未修改）
|
||
| 2014-04-05 14:42 | r1736 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2p＿
+ *p2p同＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1734 – r1735 | |
顯示 diff（96 行未修改）
*考慮開發活動現場支援用backpack ，例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
- *Broadcast pack: wimax + 行動電源 + iPad
-
+ *Broadcas pack: wimax + 行動電源 + iPad
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（17 行未修改）
|
||
| 2014-04-05 14:42 | r1733 | |
顯示 diff（113 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p2＿
+ *p2p＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 | r1732 | |
顯示 diff（97 行未修改）
*Server pack: wimax + nb + nb用行動電源 + webcam
*Broadcast pack: wimax + 行動電源 + iPad
- *
+
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（17 行未修改）
|
||
| 2014-04-05 14:42 | r1731 | |
顯示 diff（113 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *p＿
+ *p2＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 | r1730 | |
顯示 diff（119 行未修改）
|
||
| 2014-04-05 14:42 | r1729 | |
顯示 diff（113 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *＿
+ *p＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:42 – 14:42 | r1727 – r1728 | |
顯示 diff（96 行未修改）
*考慮開發活動現場支援用backpack ，例如:
*Server pack: wimax + nb + nb用行動電源 + webcam
- *Broadcast pack: wimax + 行動電源 + i
+ *Broadcast pack: wimax + 行動電源 + iPad
*
*g
（18 行未修改）
|
||
| 2014-04-05 14:42 | r1726 | |
顯示 diff（113 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
- *
+ *＿
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:41 – 14:42 | r1702 – r1725 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
*考慮開發活動現場支援用backpack ，例如:
- *Serwimax + nb + nb用行動電源 + webcam
+ *Server pack: wimax + nb + nb用行動電源 + webcam
+ *Broadcast pack: wimax + 行動電源 + i
*
*g
（18 行未修改）
|
||
| 2014-04-05 14:41 | r1701 | |
顯示 diff（112 行未修改）
*聽說目前版本iOS和Android不互通? (需查證)
+ *
小俞：報名UI設計！yustudiotw@gmail.com
（1 行未修改）
|
||
| 2014-04-05 14:41 – 14:41 | r1694 – r1700 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如
- wimax + nb + nb用行動電源 + webcam
+ *考慮開發活動現場支援用backpack ，例如:
+ *Serwimax + nb + nb用行動電源 + webcam
*
*g
（17 行未修改）
|
||
| 2014-04-05 14:41 | r1693 | |
顯示 diff（101 行未修改）
2.由可連線的node與雲端相連
*優：
- **＿*缺：
+ ***缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:41 – 14:41 | r1683 – r1692 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + webca
+ *考慮開發活動現場支援用backpack ，例如
+ wimax + nb + nb用行動電源 + webcam
+ *
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:41 | r1682 | |
顯示 diff（99 行未修改）
2.由可連線的node與雲端相連
*優：
- **及＿*缺：
+ **＿*缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:41 | r1681 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + web
+ *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + webca
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:41 | r1680 | |
顯示 diff（99 行未修改）
2.由可連線的node與雲端相連
*優：
- **即是＿*缺：
+ **及＿*缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:41 – 14:41 | r1678 – r1679 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + ＿
+ *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + web
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:41 | r1677 | |
顯示 diff（99 行未修改）
2.由可連線的node與雲端相連
*優：
- **及 ＿*缺：
+ **即是＿*缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:41 | r1676 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 +
+ *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 + ＿
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:41 – 14:41 | r1674 – r1675 | |
顯示 diff（99 行未修改）
2.由可連線的node與雲端相連
*優：
- **＿*缺：
+ **及 ＿*缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:41 – 14:41 | r1671 – r1673 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
- *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源
+ *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源 +
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:41 | r1670 | |
顯示 diff（99 行未修改）
2.由可連線的node與雲端相連
*優：
- ***缺：
+ **＿*缺：
*
3g收訊死角造成盲區
（11 行未修改）
|
||
| 2014-04-05 14:40 – 14:41 | r1639 – r1669 | |
顯示 diff（93 行未修改）
1.intranet
*優：
- *可快速由現有資源搭建，甚至不用上架到兩個 store
+ *可快速由現有資源搭建或者修改，甚至不用上架到兩個 store
+ *考慮開發活動現場支援用backpack ，例如 wimax + nb + nb用行動電源
*g
v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
（16 行未修改）
|
||
| 2014-04-05 14:40 – 14:40 | r1630 – r1638 | |
顯示 diff（100 行未修改）
***缺：
*
- 收訊死角造成＿3.firechat
+ 3g收訊死角造成盲區
+ *3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1629 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個 store
*g
- v線路松支援後，可以直接從 intranet 變成internet XD*缺：
+ v線路松支援後，可以直接從 intranet 變成 internet XD*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1628 | |
顯示 diff（100 行未修改）
***缺：
*
- 收訊死角造＿3.firechat
+ 收訊死角造成＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1627 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個 store
*g
- v線路松支援後，可以直接從 intranet變成internet XD*缺：
+ v線路松支援後，可以直接從 intranet 變成internet XD*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1626 | |
顯示 diff（100 行未修改）
***缺：
*
- 收訊死角＿＿3.firechat
+ 收訊死角造＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1625 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個 store
*g
- v線路松支援後，可以直接從intranet變成internet XD*缺：
+ v線路松支援後，可以直接從 intranet變成internet XD*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1624 | |
顯示 diff（100 行未修改）
***缺：
*
- 收訊死角＿3.firechat
+ 收訊死角＿＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1623 | |
顯示 diff（93 行未修改）
1.intranet
*優：
- *可快速由現有資源搭建，甚至不用上架到兩個store
+ *可快速由現有資源搭建，甚至不用上架到兩個 store
*g
v線路松支援後，可以直接從intranet變成internet XD*缺：
（15 行未修改）
|
||
| 2014-04-05 14:40 – 14:40 | r1617 – r1622 | |
顯示 diff（100 行未修改）
***缺：
*
- ＿3.firechat
+ 收訊死角＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1616 | |
顯示 diff（113 行未修改）
|
||
| 2014-04-05 14:40 | r1615 | |
顯示 diff（100 行未修改）
***缺：
*
- 3.firechat
+ ＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1614 | |
顯示 diff（113 行未修改）
|
||
| 2014-04-05 14:40 | r1613 | |
顯示 diff（100 行未修改）
***缺：
*
- 可3.firechat
+ 3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 | r1612 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- v線路松支援後，可以直接從intranet變成internet X*缺：
+ v線路松支援後，可以直接從intranet變成internet XD*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1611 | |
顯示 diff（100 行未修改）
***缺：
*
- 可＿3.firechat
+ 可3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 – 14:40 | r1609 – r1610 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- v線路松支援後，可以直接從intranet變成interne*缺：
+ v線路松支援後，可以直接從intranet變成internet X*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1608 | |
顯示 diff（100 行未修改）
***缺：
*
- 可3.firechat
+ 可＿3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:40 – 14:40 | r1602 – r1607 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- v線路松支援後，可以直接*缺：
+ v線路松支援後，可以直接從intranet變成interne*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:40 | r1601 | |
顯示 diff（100 行未修改）
***缺：
*
- 3.firechat
+ 可3.firechat
*優：
*去中心化
（8 行未修改）
|
||
| 2014-04-05 14:39 – 14:40 | r1593 – r1600 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- v入場之後*缺：
+ v線路松支援後，可以直接*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1592 | |
顯示 diff（113 行未修改）
|
||
| 2014-04-05 14:39 | r1591 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- v*缺：
+ v入場之後*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1590 | |
顯示 diff（98 行未修改）
2.由可連線的node與雲端相連
*優：
- **缺：
+ ***缺：
*
3.firechat
（10 行未修改）
|
||
| 2014-04-05 14:39 | r1589 | |
顯示 diff（95 行未修改）
*可快速由現有資源搭建，甚至不用上架到兩個store
*g
- V*缺：
+ v*缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1588 | |
顯示 diff（98 行未修改）
2.由可連線的node與雲端相連
*優：
- *
- *缺：
+ **缺：
*
3.firechat
（10 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1585 – r1587 | |
顯示 diff（94 行未修改）
*優：
*可快速由現有資源搭建，甚至不用上架到兩個store
- *
- *缺：
+ *g
+ V*缺：
2.由可連線的node與雲端相連
*優：
（14 行未修改）
|
||
| 2014-04-05 14:39 | r1584 | |
顯示 diff（114 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1562 – r1583 | |
顯示 diff（93 行未修改）
1.intranet
*優：
+ *可快速由現有資源搭建，甚至不用上架到兩個store
*
*缺：
（16 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1559 – r1561 | |
顯示 diff（99 行未修改）
*
*缺：
+ *
3.firechat
*優：
（9 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1556 – r1558 | |
顯示 diff（94 行未修改）
*優：
*
- *缺：
- *-
+ *缺：
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1555 | |
顯示 diff（113 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1552 – r1554 | |
顯示 diff（94 行未修改）
*優：
*
- *缺：-
+ *缺：
+ *-
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1551 | |
顯示 diff（112 行未修改）
|
||
| 2014-04-05 14:39 – 14:39 | r1548 – r1550 | |
顯示 diff（93 行未修改）
1.intranet
*優：
- *
- *缺：
*
+ *缺：-
2.由可連線的node與雲端相連
*優：
（13 行未修改）
|
||
| 2014-04-05 14:39 | r1547 | |
顯示 diff（98 行未修改）
2.由可連線的node與雲端相連
*優：
+ *
*缺：
3.firechat
（10 行未修改）
|
||
| 2014-04-05 14:38 – 14:39 | r1537 – r1546 | |
顯示 diff（93 行未修改）
1.intranet
*優：
+ *
*缺：
+ *
2.由可連線的node與雲端相連
*優：
（1 行未修改）
3.firechat
*優：
- *去中心化、不論時地都可使用
+ *去中心化
+ *不論時地都可使用
*缺：
*須先下載APP
（5 行未修改）
|
||
| 2014-04-05 14:38 | r1536 | |
顯示 diff（98 行未修改）
*缺：
3.firechat
- *優
+ *優：
*去中心化、不論時地都可使用
*缺：
（6 行未修改）
|
||
| 2014-04-05 14:38 | r1535 | |
顯示 diff（109 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1531 – r1534 | |
顯示 diff（98 行未修改）
*缺：
3.firechat
- *優：
+ *優
*去中心化、不論時地都可使用
*缺：
（6 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1525 – r1530 | |
顯示 diff（98 行未修改）
*缺：
3.firechat
- *優：去中心化、不論時地都可使用
+ *優：
+ *去中心化、不論時地都可使用
*缺：
- *須先下載APP、聽說目前版本iOS和Android不互通? (需查證)
+ *須先下載APP
+ *聽說目前版本iOS和Android不互通? (需查證)
（2 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1522 – r1524 | |
顯示 diff（93 行未修改）
1.intranet
*優：
- *＿
+ *缺：
2.由可連線的node與雲端相連
*優：
（9 行未修改）
|
||
| 2014-04-05 14:38 | r1521 | |
顯示 diff（107 行未修改）
|
||
| 2014-04-05 14:38 | r1520 | |
顯示 diff（93 行未修改）
1.intranet
*優：
- *
+ *＿
2.由可連線的node與雲端相連
*優：
（9 行未修改）
|
||
| 2014-04-05 14:38 | r1519 | |
顯示 diff（99 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android不互通? (需查證)
+ *缺：
+ *須先下載APP、聽說目前版本iOS和Android不互通? (需查證)
（2 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1517 – r1518 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *優：＿
+ *優：
+ *
2.由可連線的node與雲端相連
*優：
（8 行未修改）
|
||
| 2014-04-05 14:38 | r1516 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android不互通? (需查證
+ *缺：須先下載APP、聽說目前版本iOS和Android不互通? (需查證)
（2 行未修改）
|
||
| 2014-04-05 14:38 | r1515 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *優＿
+ *優：＿
2.由可連線的node與雲端相連
*優：
（8 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1512 – r1514 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android不互通
+ *缺：須先下載APP、聽說目前版本iOS和Android不互通? (需查證
（2 行未修改）
|
||
| 2014-04-05 14:38 | r1511 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄨ
|
||
| 2014-04-05 14:38 | r1510 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android不戶
+ *缺：須先下載APP、聽說目前版本iOS和Android不互通
（3 行未修改）
|
||
| 2014-04-05 14:38 | r1509 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *＿
+ *優＿
2.由可連線的node與雲端相連
*優：
（9 行未修改）
|
||
| 2014-04-05 14:38 | r1508 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄨㄛ我
+ ㄨ
|
||
| 2014-04-05 14:38 | r1507 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android不
+ *缺：須先下載APP、聽說目前版本iOS和Android不戶
（3 行未修改）
|
||
| 2014-04-05 14:38 | r1506 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *
+ *＿
2.由可連線的node與雲端相連
*優：
（9 行未修改）
|
||
| 2014-04-05 14:38 | r1505 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄨㄛ
+ ㄨㄛ我
|
||
| 2014-04-05 14:38 | r1504 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *u
+ *
2.由可連線的node與雲端相連
*優：
（9 行未修改）
|
||
| 2014-04-05 14:38 | r1503 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和Android
+ *缺：須先下載APP、聽說目前版本iOS和Android不
（3 行未修改）
|
||
| 2014-04-05 14:38 | r1502 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
+ ㄨㄛ
|
||
| 2014-04-05 14:38 | r1501 | |
顯示 diff（92 行未修改）
優缺點稍微分析一下，請幫我做修正QQ
1.intranet
- *
+ *u
2.由可連線的node與雲端相連
*優：
（8 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1494 – r1500 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和A1j
+ *缺：須先下載APP、聽說目前版本iOS和Android
（2 行未修改）
|
||
| 2014-04-05 14:38 | r1493 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄨ
|
||
| 2014-04-05 14:38 | r1492 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS和A
+ *缺：須先下載APP、聽說目前版本iOS和A1j
（3 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1490 – r1491 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄨㄛ
+ ㄨ
|
||
| 2014-04-05 14:38 | r1489 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS＿
+ *缺：須先下載APP、聽說目前版本iOS和A
（3 行未修改）
|
||
| 2014-04-05 14:38 | r1488 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
+ ㄨㄛ
|
||
| 2014-04-05 14:38 | r1487 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本iOS
+ *缺：須先下載APP、聽說目前版本iOS＿
（2 行未修改）
|
||
| 2014-04-05 14:38 – 14:38 | r1484 – r1486 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
- ㄏ
|
||
| 2014-04-05 14:38 | r1483 | |
顯示 diff（98 行未修改）
3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP、聽說目前版本io
+ *缺：須先下載APP、聽說目前版本iOS
（3 行未修改）
|
||
| 2014-04-05 14:38 | r1482 | |
顯示 diff（103 行未修改）
小俞：報名UI設計！yustudiotw@gmail.com
歡迎 感謝Q口Q
+ ㄏ
|
||
| 2014-04-05 14:38 – 14:38 | r1477 – r1481 | |
顯示 diff（96 行未修改）
*優：
*缺：
- 3.filechat
+ 3.firechat
*優：去中心化、不論時地都可使用
- *缺：須先下載APP
+ *缺：須先下載APP、聽說目前版本io
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:35 | r1359 – r1476 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(如另一坑方案) 3.filechat方案
+ 優缺點稍微分析一下，請幫我做修正QQ
+ 1.intranet
+ *
+ 2.由可連線的node與雲端相連
+ *優：
+ *缺：
+ 3.filechat
+ *優：去中心化、不論時地都可使用
+ *缺：須先下載APP
小俞：報名UI設計！yustudiotw@gmail.com
+ 歡迎 感謝Q口Q
|
||
| 2014-04-05 14:25 | r1358 | |
顯示 diff（92 行未修改）
- 小俞報名UI設計！yustudiotw@gmail.com
+ 小俞：報名UI設計！yustudiotw@gmail.com
|
||
| 2014-04-05 14:25 | r1357 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1355 – r1356 | |
顯示 diff（95 行未修改）
|
||
| 2014-04-05 14:25 | r1354 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播(
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1353 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw@gmail.com
+ 小俞報名UI設計！yustudiotw@gmail.com
|
||
| 2014-04-05 14:25 | r1352 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播9
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1351 | |
顯示 diff（92 行未修改）
- v報名UI設計！yustudiotw@gmail.com
+ 報名UI設計！yustudiotw@gmail.com
|
||
| 2014-04-05 14:25 | r1350 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播9
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1348 – r1349 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw@gmail.com
+ v報名UI設計！yustudiotw@gmail.com
|
||
| 2014-04-05 14:25 | r1347 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推波
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推播
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1339 – r1346 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw@gmail
+ 報名UI設計！yustudiotw@gmail.com
|
||
| 2014-04-05 14:25 | r1338 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推波
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1337 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw@gma
+ 報名UI設計！yustudiotw@gmail
|
||
| 2014-04-05 14:25 | r1336 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推波
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1335 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw@g
+ 報名UI設計！yustudiotw@gma
|
||
| 2014-04-05 14:25 | r1334 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推波
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1333 | |
顯示 diff（92 行未修改）
- 報名UI設計！yustudiotw
+ 報名UI設計！yustudiotw@g
|
||
| 2014-04-05 14:25 | r1332 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1329 – r1331 | |
顯示 diff（92 行未修改）
- 報名UI設計！yust
+ 報名UI設計！yustudiotw
|
||
| 2014-04-05 14:25 | r1328 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node＿
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node推
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1326 – r1327 | |
顯示 diff（92 行未修改）
- 報名UI設計！y
+ 報名UI設計！yust
|
||
| 2014-04-05 14:25 | r1325 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的node
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node＿
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1318 – r1324 | |
顯示 diff（92 行未修改）
- 報名UI設計
+ 報名UI設計！y
|
||
| 2014-04-05 14:25 | r1317 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的nod
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的node
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1315 – r1316 | |
顯示 diff（92 行未修改）
- 報名UI是ㄜ
+ 報名UI設計
|
||
| 2014-04-05 14:25 | r1314 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的n
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的nod
（2 行未修改）
|
||
| 2014-04-05 14:25 | r1313 | |
顯示 diff（92 行未修改）
- 報名UI
+ 報名UI是ㄜ
|
||
| 2014-04-05 14:25 | r1312 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線的
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的n
（2 行未修改）
|
||
| 2014-04-05 14:25 – 14:25 | r1307 – r1311 | |
顯示 diff（92 行未修改）
- 爆
+ 報名UI
|
||
| 2014-04-05 14:24 | r1306 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可連線
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線的
（2 行未修改）
|
||
| 2014-04-05 14:24 | r1305 | |
顯示 diff（92 行未修改）
- 爆ㄧ報名
+ 爆
|
||
| 2014-04-05 14:24 – 14:24 | r1303 – r1304 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可憐
+ 所以綜合一下可能的方案會是1.intranet 2.由可連線
（2 行未修改）
|
||
| 2014-04-05 14:24 | r1302 | |
顯示 diff（92 行未修改）
- 爆ㄧ
+ 爆ㄧ報名
|
||
| 2014-04-05 14:24 | r1301 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可
+ 所以綜合一下可能的方案會是1.intranet 2.由可憐
（2 行未修改）
|
||
| 2014-04-05 14:24 | r1300 | |
顯示 diff（89 行未修改）
綜合另外一篇看了一下稍微懂了一點...
所以綜合一下可能的方案會是1.intranet 2.由可
+
+
+
+ 爆ㄧ
|
||
| 2014-04-05 14:24 | r1299 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由可
+ 所以綜合一下可能的方案會是1.intranet 2.由可
|
||
| 2014-04-05 14:24 – 14:24 | r1296 – r1298 | |
顯示 diff（89 行未修改）
綜合另外一篇看了一下稍微懂了一點...
所以綜合一下可能的方案會是1.intranet 2.由可
-
-
-
- ㄅ
|
||
| 2014-04-05 14:24 | r1295 | |
顯示 diff（95 行未修改）
|
||
| 2014-04-05 14:24 | r1294 | |
顯示 diff（89 行未修改）
綜合另外一篇看了一下稍微懂了一點...
所以綜合一下可能的方案會是1.intranet 2.由可
+
+
+
+ ㄅ
|
||
| 2014-04-05 14:24 | r1293 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.由
+ 所以綜合一下可能的方案會是1.intranet 2.由可
|
||
| 2014-04-05 14:24 – 14:24 | r1291 – r1292 | |
顯示 diff（91 行未修改）
|
||
| 2014-04-05 14:24 | r1290 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.
+ 所以綜合一下可能的方案會是1.intranet 2.由
|
||
| 2014-04-05 14:24 | r1289 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：）
+ *NeedsDesigner (介面設計)：
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1288 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.intranet 2.u
+ 所以綜合一下可能的方案會是1.intranet 2.
|
||
| 2014-04-05 14:24 | r1287 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：小俞（有需要隨時找我）
+ *NeedsDesigner (介面設計)：）
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 – 14:24 | r1276 – r1286 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1.
+ 所以綜合一下可能的方案會是1.intranet 2.u
|
||
| 2014-04-05 14:24 – 14:24 | r1271 – r1275 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：有需要
+ *NeedsDesigner (介面設計)：小俞（有需要隨時找我）
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1270 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是1
+ 所以綜合一下可能的方案會是1.
|
||
| 2014-04-05 14:24 | r1269 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：
+ *NeedsDesigner (介面設計)：有需要
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1268 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會是
+ 所以綜合一下可能的方案會是1
|
||
| 2014-04-05 14:24 – 14:24 | r1265 – r1267 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：ㄧㄠ有
+ *NeedsDesigner (介面設計)：
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1264 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案會
+ 所以綜合一下可能的方案會是
|
||
| 2014-04-05 14:24 | r1263 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：ㄧㄠ
+ *NeedsDesigner (介面設計)：ㄧㄠ有
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1262 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方案
+ 所以綜合一下可能的方案會
|
||
| 2014-04-05 14:24 | r1261 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：
+ *NeedsDesigner (介面設計)：ㄧㄠ
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 – 14:24 | r1259 – r1260 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的方
+ 所以綜合一下可能的方案
|
||
| 2014-04-05 14:24 | r1258 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：v
+ *NeedsDesigner (介面設計)：
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:24 | r1257 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
- 所以綜合一下可能的
+ 所以綜合一下可能的方
|
||
| 2014-04-05 14:24 – 14:24 | r1253 – r1256 | |
顯示 diff（12 行未修改）
*徵求夥伴（有興趣直接簽名）：
*NeedsWriter (撰寫基本資訊、報導專案 etc)：
- *NeedsDesigner (介面設計)：
+ *NeedsDesigner (介面設計)：v
*NeedsData (擷取整理資料)：
*NeedsTech (程式、架站 etc)：
（74 行未修改）
|
||
| 2014-04-05 14:23 – 14:24 | r1251 – r1252 | |
顯示 diff（88 行未修改）
綜合另外一篇看了一下稍微懂了一點...
+ 所以綜合一下可能的
|
||
| 2014-04-05 14:23 – 14:23 | r1248 – r1250 | |
顯示 diff（80 行未修改）
然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
-
+ 你要實作 open garden (firechat...)當然沒有問題啊
+ 問題是官方也才剛實做完XD
＿好像真的是比較實際的做法...我沉澱一下下XD
（2 行未修改）
綜合另外一篇看了一下稍微懂了一點...
-
- 你要實作 open garden (firechat...)當然沒有問題啊
- 問題是官方也才剛實做完XD
|
||
| 2014-04-05 13:47 – 14:03 | r1202 – r1247 | |
顯示 diff（22 行未修改）
http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
ptt發想連結
-
-
- 1.加入頻道的設定:
-
- 使用者能自由選擇加入不同頻道，頻道的應用可以很多元，譬如各式講座活動資訊及人力物資需求發布等目的取向的頻道，或者供糾察隊以及各團體坐內部通訊之用，雖然使用者是以"裝置"而非"帳號"為單位，但透過密碼的設定也能進行識別。
-
- 2.權限區分及至頂公告:
-
- 因為有價值的資訊很容易被洗掉(像現在版上XD)，因此希望能透過區分有權限的進 階使用者，將有意義的公告至頂確保資訊傳達，同時也能考慮給予ban掉問題發言或使用者的權限。
-
- 3.伺服器端:
-
- 同一頻道下的資訊會在連上網時與雲端的伺服器更新，雖然每個使用者的內容可能依加入時間的先後有所差別，但在網路上保留有完整的通訊內容，另外只要有一台裝置連上網路，相隔兩地也能加入同一頻道，但要考慮一端斷線之後的同步問題。
-
-
（59 行未修改）
也不是沒人再ios作http server唷 應該超多XD
因為我看我每隻 player 跟 pdf reader 都有內建上傳檔案進APP用的http server 啊
+
+ 綜合另外一篇看了一下稍微懂了一點...
你要實作 open garden (firechat...)當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:45 – 13:46 | r1152 – r1201 | |
顯示 diff（97 行未修改）
＿好像真的是比較實際的做法...我沉澱一下下XD
+
+ 也不是沒人再ios作http server唷 應該超多XD
+ 因為我看我每隻 player 跟 pdf reader 都有內建上傳檔案進APP用的http server 啊
你要實作 open garden (firechat...)當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 – 13:45 | r1132 – r1151 | |
顯示 diff（96 行未修改）
一切都是 web app 這樣XD
- ＿好像真的是比較實際的做法...
- 糟糕腦袋有點混亂XD 我程式剛學沒多久...
- open garden?
+ ＿好像真的是比較實際的做法...我沉澱一下下XD
你要實作 open garden (firechat...)當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 – 13:43 | r1125 – r1131 | |
顯示 diff（100 行未修改）
open garden?
- 你要實作 open garden 當然沒有問題啊
+ 你要實作 open garden (firechat...)當然沒有問題啊
問題是官方也才剛實做完XD
|
||
| 2014-04-05 13:43 | r1124 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- open gaden?
+ open garden?
你要實作 open garden 當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 – 13:43 | r1121 – r1123 | |
顯示 diff（101 行未修改）
你要實作 open garden 當然沒有問題啊
- 問題是官方問題是官方也才剛實做完XD
+ 問題是官方也才剛實做完XD
|
||
| 2014-04-05 13:43 | r1120 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- open geaden?
+ open gaden?
你要實作 open garden 當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 – 13:43 | r1118 – r1119 | |
顯示 diff（101 行未修改）
你要實作 open garden 當然沒有問題啊
- 問題是官方也才剛問題是官方也才剛實做完XD
+ 問題是官方問題是官方也才剛實做完XD
|
||
| 2014-04-05 13:43 – 13:43 | r1116 – r1117 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- open geade
+ open geaden?
你要實作 open garden 當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 | r1115 | |
顯示 diff（101 行未修改）
你要實作 open garden 當然沒有問題啊
- 問題是官方也才剛問題是官方也才剛實做完XD時做完XD
+ 問題是官方也才剛問題是官方也才剛實做完XD
|
||
| 2014-04-05 13:43 – 13:43 | r1109 – r1114 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- op
+ open geade
你要實作 open garden 當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 | r1108 | |
顯示 diff（101 行未修改）
你要實作 open garden 當然沒有問題啊
- 問題是官方也才剛時做完XD
+ 問題是官方也才剛問題是官方也才剛實做完XD時做完XD
|
||
| 2014-04-05 13:43 | r1107 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- o
+ op
你要實作 open garden 當然沒有問題啊
（1 行未修改）
|
||
| 2014-04-05 13:43 | r1106 | |
顯示 diff（101 行未修改）
你要實作 open garden 當然沒有問題啊
+ 問題是官方也才剛時做完XD
|
||
| 2014-04-05 13:43 | r1105 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
-
+ o
你要實作 open garden 當然沒有問題啊
|
||
| 2014-04-05 13:43 – 13:43 | r1099 – r1104 | |
顯示 diff（100 行未修改）
- 你要實作
+ 你要實作 open garden 當然沒有問題啊
|
||
| 2014-04-05 13:43 | r1098 | |
顯示 diff（98 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
+
你要實作
|
||
| 2014-04-05 13:42 – 13:43 | r1092 – r1097 | |
顯示 diff（99 行未修改）
糟糕腦袋有點混亂XD 我程式剛學沒多久...
- 你
+ 你要實作
|
||
| 2014-04-05 13:42 – 13:42 | r1090 – r1091 | |
顯示 diff（95 行未修改）
然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
-
-
＿好像真的是比較實際的做法...
（3 行未修改）
|
||
| 2014-04-05 13:42 | r1089 | |
顯示 diff（100 行未修改）
＿好像真的是比較實際的做法...
糟糕腦袋有點混亂XD 我程式剛學沒多久...
+
+ 你
|
||
| 2014-04-05 13:42 | r1088 | |
顯示 diff（95 行未修改）
然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
-
（3 行未修改）
|
||
| 2014-04-05 13:42 | r1087 | |
顯示 diff（103 行未修改）
|
||
| 2014-04-05 13:42 – 13:42 | r1072 – r1086 | |
顯示 diff（100 行未修改）
＿好像真的是比較實際的做法...
- 遭
+ 糟糕腦袋有點混亂XD 我程式剛學沒多久...
|
||
| 2014-04-05 13:42 | r1071 | |
顯示 diff（95 行未修改）
然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
+
（3 行未修改）
|
||
| 2014-04-05 13:42 | r1070 | |
顯示 diff（99 行未修改）
＿好像真的是比較實際的做法...
+ 遭
|
||
| 2014-04-05 13:42 | r1069 | |
顯示 diff（95 行未修改）
然後我用幾台 android 機器跑 httpd server.....
一切都是 web app 這樣XD
+
（1 行未修改）
|
||
| 2014-04-05 13:41 – 13:41 | r1067 – r1068 | |
顯示 diff（100 行未修改）
|
||
| 2014-04-05 13:41 | r1066 | |
顯示 diff（91 行未修改）
坦白來說 如果沒有 gVv
這種遊行現場的網路解決方案
- 如果我要玩 那就是幾組 wimax+wifi ap ，但是停留在 intranet 上
+ 如果我要玩 那就是幾組 wimax+wifi ap，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
然後我用幾台 android 機器跑 httpd server.....
（4 行未修改）
|
||
| 2014-04-05 13:41 – 13:41 | r1063 – r1065 | |
顯示 diff（100 行未修改）
|
||
| 2014-04-05 13:41 – 13:41 | r1032 – r1062 | |
顯示 diff（91 行未修改）
坦白來說 如果沒有 gVv
這種遊行現場的網路解決方案
- 如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
+ 如果我要玩 那就是幾組 wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 然後我用濟台
+ 然後我用幾台 android 機器跑 httpd server.....
+ 一切都是 web app 這樣XD
+
+
＿好像真的是比較實際的做法...
|
||
| 2014-04-05 13:41 | r1031 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
然後我用濟台
- ＿好像真的是比較實際的做法...＿
+ ＿好像真的是比較實際的做法...
|
||
| 2014-04-05 13:41 – 13:41 | r1028 – r1030 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切
+ 然後我用濟台
＿好像真的是比較實際的做法...＿
|
||
| 2014-04-05 13:41 | r1027 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切
- ＿好像真的是比較實際的做法..＿
+ ＿好像真的是比較實際的做法...＿
|
||
| 2014-04-05 13:41 | r1026 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就只是
+ 那一切
＿好像真的是比較實際的做法..＿
|
||
| 2014-04-05 13:41 | r1025 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就只是
- ＿好像真的是比較實際的做法.＿
+ ＿好像真的是比較實際的做法..＿
|
||
| 2014-04-05 13:41 | r1024 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就只是跑
+ 那一切就只是
＿好像真的是比較實際的做法.＿
|
||
| 2014-04-05 13:41 | r1023 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就只是跑
- ＿好像真的是比較實際的做法＿
+ ＿好像真的是比較實際的做法.＿
|
||
| 2014-04-05 13:41 | r1022 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就只是跑在
+ 那一切就只是跑
＿好像真的是比較實際的做法＿
|
||
| 2014-04-05 13:40 – 13:41 | r1020 – r1021 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就只是跑在
- ＿好像真的是比較實際的＿
+ ＿好像真的是比較實際的做法＿
|
||
| 2014-04-05 13:40 | r1019 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就只是跑
+ 那一切就只是跑在
＿好像真的是比較實際的＿
|
||
| 2014-04-05 13:40 | r1018 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就只是跑
- ＿好像真的是比較實際＿
+ ＿好像真的是比較實際的＿
|
||
| 2014-04-05 13:40 | r1017 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就只是
+ 那一切就只是跑
＿好像真的是比較實際＿
|
||
| 2014-04-05 13:40 | r1016 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就只是
- ＿好像真的是比較時 ＿
+ ＿好像真的是比較實際＿
|
||
| 2014-04-05 13:40 | r1015 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 那一切就
+ 那一切就只是
＿好像真的是比較時 ＿
|
||
| 2014-04-05 13:40 | r1014 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
那一切就
- ＿＿
+ ＿好像真的是比較時 ＿
|
||
| 2014-04-05 13:40 | r1013 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
-
+ 那一切就
＿＿
|
||
| 2014-04-05 13:40 | r1012 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
- ＿好＿
+ ＿＿
|
||
| 2014-04-05 13:40 | r1011 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 餵餵你
+
＿好＿
|
||
| 2014-04-05 13:40 | r1010 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
餵餵你
- ＿好像＿
+ ＿好＿
|
||
| 2014-04-05 13:40 | r1009 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- 餵
+ 餵餵你
＿好像＿
|
||
| 2014-04-05 13:40 | r1008 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
餵
- ＿好 ＿
+ ＿好像＿
|
||
| 2014-04-05 13:40 | r1007 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
-
+ 餵
＿好 ＿
|
||
| 2014-04-05 13:40 | r1006 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
- ＿
- ＿
+ ＿好 ＿
|
||
| 2014-04-05 13:40 | r1005 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- up
+
＿
＿
|
||
| 2014-04-05 13:40 | r1004 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
up
+ ＿
＿
|
||
| 2014-04-05 13:40 | r1003 | |
顯示 diff（93 行未修改）
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
讓user全部都連上我的 ssid 進我的 intranet
- u
+ up
＿
|
||
| 2014-04-05 13:40 | r1002 | |
顯示 diff（97 行未修改）
|
||
| 2014-04-05 13:40 | r1001 | |
顯示 diff（94 行未修改）
讓user全部都連上我的 ssid 進我的 intranet
u
+ ＿
|
||
| 2014-04-05 13:40 – 13:40 | r986 – r1000 | |
顯示 diff（92 行未修改）
這種遊行現場的網路解決方案
如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
- 讓user全部都
+ 讓user全部都連上我的 ssid 進我的 intranet
+ u
|
||
| 2014-04-05 13:40 | r985 | |
顯示 diff（95 行未修改）
|
||
| 2014-04-05 13:39 – 13:40 | r947 – r984 | |
顯示 diff（89 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 坦白來說
+ 坦白來說 如果沒有 gVv
+ 這種遊行現場的網路解決方案
+ 如果我要玩 那就是wimax+wifi ap ，但是停留在 intranet 上
+ 讓user全部都
|
||
| 2014-04-05 13:39 | r946 | |
顯示 diff（92 行未修改）
|
||
| 2014-04-05 13:36 – 13:39 | r940 – r945 | |
顯示 diff（44 行未修改）
好XD
+ http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
+ ptt發想連結
（26 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
-
-
不是一定要連上 internet
（8 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
+
+ 坦白來說
|
||
| 2014-04-05 13:35 – 13:36 | r931 – r939 | |
顯示 diff（76 行未修改）
- 懂了XD
不是一定要連上 internet
（10 行未修改）
|
||
| 2014-04-05 13:35 | r930 | |
顯示 diff（52 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
是的!! 希望能解決330那種狀況
-
（35 行未修改）
|
||
| 2014-04-05 13:35 | r929 | |
顯示 diff（75 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
+
懂了XD
（12 行未修改）
|
||
| 2014-04-05 13:35 – 13:35 | r926 – r928 | |
顯示 diff（52 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
是的!! 希望能解決330那種狀況
-
（2 行未修改）
要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
+ 所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
+ 其實我記得 g0v 有個很類似的坑..... 但是要找找看
+ 在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
+
+ 我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
+ 然後自動挑幾隻當樹最上面的 node ，用 3g 連出去
+ 就跟直銷一樣...... 一路往下擴散傳資料
+ 每層 node 之間 sync 而不是p2p在 sync
+ 因為你要解決的是 330 那種 10k級的人數
（18 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
-
-
- 所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑..... 但是要找找看
- 在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
-
- 我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
- 然後自動挑幾隻當樹最上面的 node ，用 3g 連出去
- 就跟直銷一樣...... 一路往下擴散傳資料
- 每層 node 之間 sync 而不是p2p在 sync
- 因為你要解決的是 330 那種 10k級的人數
|
||
| 2014-04-05 13:35 – 13:35 | r918 – r925 | |
顯示 diff（68 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
-
+ 懂了XD
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r917 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
-
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
（25 行未修改）
|
||
| 2014-04-05 13:35 | r916 | |
顯示 diff（69 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 歐
+
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r915 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
-
（26 行未修改）
|
||
| 2014-04-05 13:35 | r914 | |
顯示 diff（70 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 歐好聊
+ 歐
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r913 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
-
- 是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid 啊 每台不同
- 每個node要識別的話...那你資料一樣是放在頻道列表裡XD
- 都存了頻道列表了 頻道列表對應一下 node # 也不是問題
（26 行未修改）
|
||
| 2014-04-05 13:35 | r912 | |
顯示 diff（75 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 歐好聊解
+ 歐好聊
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r911 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
+
是每個 node 還是每個裝置?
每個裝置的話 iOS 有 uuid 啊 每台不同
（31 行未修改）
|
||
| 2014-04-05 13:35 – 13:35 | r908 – r910 | |
顯示 diff（74 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 歐好了解
+ 歐好聊解
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r907 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
+ 是每個 node 還是每個裝置?
+ 每個裝置的話 iOS 有 uuid 啊 每台不同
+
+ 每個node要識別的話...那你資料一樣是放在頻道列表裡XD
+ 都存了頻道列表了 頻道列表對應一下 node # 也不是問題
（26 行未修改）
|
||
| 2014-04-05 13:35 | r906 | |
顯示 diff（69 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- 歐好
+ 歐好了解
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:35 | r905 | |
顯示 diff（65 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
+
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
（25 行未修改）
|
||
| 2014-04-05 13:35 | r904 | |
顯示 diff（67 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
-
+ 歐好
不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:34 – 13:35 | r902 – r903 | |
顯示 diff（75 行未修改）
有裝這個 APP 的人當然不用說 他們知道要開
那沒裝的人呢?
- 所以你↓↓
+ 所以你↓↓看下面
這個其實你不配個在 internet 上的統一入口
（1 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
-
- 是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid 啊 每台不同
-
- 每個node要識別的話...那你資料一樣是放在頻道列表裡XD
- 都存了頻道列表了 頻道列表對應一下 node # 也不是問題
（9 行未修改）
|
||
| 2014-04-05 13:34 – 13:34 | r900 – r901 | |
顯示 diff（100 行未修改）
|
||
| 2014-04-05 13:34 | r899 | |
顯示 diff（75 行未修改）
有裝這個 APP 的人當然不用說 他們知道要開
那沒裝的人呢?
- 所以你
+ 所以你↓↓
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:34 | r898 | |
顯示 diff（68 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
- p
+
不是一定要連上 internet
（27 行未修改）
|
||
| 2014-04-05 13:34 | r897 | |
顯示 diff（75 行未修改）
有裝這個 APP 的人當然不用說 他們知道要開
那沒裝的人呢?
- 所以你！
+ 所以你
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:34 – 13:34 | r895 – r896 | |
顯示 diff（68 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
+ p
不是一定要連上 internet
（27 行未修改）
|
||
| 2014-04-05 13:34 | r894 | |
顯示 diff（74 行未修改）
有裝這個 APP 的人當然不用說 他們知道要開
那沒裝的人呢?
- 所以你
+ 所以你！
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:34 | r893 | |
顯示 diff（67 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
+
不是一定要連上 internet
（27 行未修改）
|
||
| 2014-04-05 13:34 – 13:34 | r880 – r892 | |
顯示 diff（70 行未修改）
不是一定要連上 internet
是在 user 推廣觀點.....
- 今天一個 new us
+ 今天一個 new user 進入你的場域
+ 有裝這個 APP 的人當然不用說 他們知道要開
+ 那沒裝的人呢?
+ 所以你
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:34 | r879 | |
顯示 diff（66 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
- 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?n
+ 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
不是一定要連上 internet
（24 行未修改）
|
||
| 2014-04-05 13:34 – 13:34 | r877 – r878 | |
顯示 diff（70 行未修改）
不是一定要連上 internet
是在 user 推廣觀點.....
- 今天一個
+ 今天一個 new us
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:34 | r876 | |
顯示 diff（66 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
- 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
+ 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?n
不是一定要連上 internet
（24 行未修改）
|
||
| 2014-04-05 13:33 – 13:34 | r858 – r875 | |
顯示 diff（69 行未修改）
不是一定要連上 internet
-
+ 是在 user 推廣觀點.....
+ 今天一個
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:33 | r857 | |
顯示 diff（66 行未修改）
如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
- 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎
+ 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎?
不是一定要連上 internet
（23 行未修改）
|
||
| 2014-04-05 13:33 – 13:33 | r846 – r856 | |
顯示 diff（67 行未修改）
恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎
+
+ 不是一定要連上 internet
（21 行未修改）
|
||
| 2014-04-05 13:26 – 13:32 | r773 – r845 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，
+ 所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎?
+
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，搜尋附近所有的頻道。
+
+ 恩一開始想的是透過每個peer發布出去的時候可以自帶一個peer的info(4KB以內的dictionary)，從這裡來作識別，如果要提供列表資訊的話會變成一定要連上internet嗎
+
這個其實你不配個在 internet 上的統一入口
（20 行未修改）
|
||
| 2014-04-05 13:26 – 13:26 | r769 – r772 | |
顯示 diff（74 行未修改）
每個node要識別的話...那你資料一樣是放在頻道列表裡XD
- 都存了頻道列表了 頻道列表對應一下 n
+ 都存了頻道列表了 頻道列表對應一下 node # 也不是問題
+
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:26 | r768 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，沒
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，
這個其實你不配個在 internet 上的統一入口
（19 行未修改）
|
||
| 2014-04-05 13:26 – 13:26 | r758 – r767 | |
顯示 diff（74 行未修改）
每個node要識別的話...那你資料一樣是放在頻道列表裡XD
- 都存了頻道列表了
+ 都存了頻道列表了 頻道列表對應一下 n
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:26 | r757 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，＿
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，沒
這個其實你不配個在 internet 上的統一入口
（19 行未修改）
|
||
| 2014-04-05 13:26 | r756 | |
顯示 diff（74 行未修改）
每個node要識別的話...那你資料一樣是放在頻道列表裡XD
- 都存了頻道列表了
+ 都存了頻道列表了
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:26 | r755 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，＿
這個其實你不配個在 internet 上的統一入口
（19 行未修改）
|
||
| 2014-04-05 13:25 – 13:26 | r747 – r754 | |
顯示 diff（71 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid 啊
+ 每個裝置的話 iOS 有 uuid 啊 每台不同
- 每個node要識別的話
+ 每個node要識別的話...那你資料一樣是放在頻道列表裡XD
+ 都存了頻道列表了
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r746 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道，
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r741 – r745 | |
顯示 diff（71 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid 啊
+ 每個裝置的話 iOS 有 uuid 啊
- 每個node要每個node要識別的話
+ 每個node要識別的話
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r738 – r740 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個裝置一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 | r737 | |
顯示 diff（73 行未修改）
每個裝置的話 iOS 有 uuid 啊
- 每個node要每個node要識別的話是別的話
+ 每個node要每個node要識別的話
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r735 – r736 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個no裝一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 | r734 | |
顯示 diff（73 行未修改）
每個裝置的話 iOS 有 uuid 啊
- 每個node要每個node要是別的話是別的話
+ 每個node要每個node要識別的話是別的話
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r733 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個no一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個no裝一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 | r732 | |
顯示 diff（73 行未修改）
每個裝置的話 iOS 有 uuid 啊
- 每個node要是別的話
+ 每個node要每個node要是別的話是別的話
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r731 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個nod一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個no一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 | r730 | |
顯示 diff（72 行未修改）
是每個 node 還是每個裝置?
每個裝置的話 iOS 有 uuid 啊
-
+ 每個node要是別的話
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r729 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近所有的頻道
+ 如果如果是iOS的話可以做到給每個nod一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（18 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r725 – r728 | |
顯示 diff（71 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid 啊＿
+ 每個裝置的話 iOS 有 uuid 啊
+
（9 行未修改）
|
||
| 2014-04-05 13:25 | r724 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近所的頻道
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近所有的頻道
這個其實你不配個在 internet 上的統一入口
（17 行未修改）
|
||
| 2014-04-05 13:25 | r723 | |
顯示 diff（72 行未修改）
是每個 node 還是每個裝置?
每個裝置的話 iOS 有 uuid 啊＿
+
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r722 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近有的頻道
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近所的頻道
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r721 | |
顯示 diff（71 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 iOS 有 uuid ＿
+ 每個裝置的話 iOS 有 uuid 啊＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r718 – r720 | |
顯示 diff（63 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富所有的頻道
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋附近有的頻道
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r717 | |
顯示 diff（59 行未修改）
要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
+
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
（20 行未修改）
|
||
| 2014-04-05 13:25 | r716 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有的頻道
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富所有的頻道
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r712 – r715 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 iO＿
+ 每個裝置的話 iOS 有 uuid ＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r711 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有的
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有的頻道
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r710 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話 i＿
+ 每個裝置的話 iO＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r709 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有的
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r708 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的話＿
+ 每個裝置的話 i＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r707 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅鎖
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅所有
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r706 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個裝置的＿
+ 每個裝置的話＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r705 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅鎖
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r704 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個裝＿
+ 每個裝置的＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r703 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富僅
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r702 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每個＿
+ 每個裝＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r701 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋富
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r700 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- 每＿
+ 每個＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r699 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此蒐
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此搜尋
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r698 | |
顯示 diff（70 行未修改）
是每個 node 還是每個裝置?
- ＿
+ 每＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r695 – r697 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，借
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，藉此蒐
這個其實你不配個在 internet 上的統一入口
（16 行未修改）
|
||
| 2014-04-05 13:25 | r694 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 是每個 node 還是每個裝＿
+ 是每個 node 還是每個裝置?
+ ＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r692 – r693 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，借
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 | r691 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 是每個 node 還是每個＿
+ 是每個 node 還是每個裝＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r690 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，並
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 | r689 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 是每個 node 還是＿
+ 是每個 node 還是每個＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r688 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，並蒐
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，並
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 | r687 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 是每個 node 還＿
+ 是每個 node 還是＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r686 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，並
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，並蒐
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r683 – r685 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- 是每個＿
+ 是每個 node 還＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r682 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，並
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，並
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 – 13:25 | r679 – r681 | |
顯示 diff（69 行未修改）
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
- ＿
+ 是每個＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r678 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，＿
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，並
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 | r677 | |
顯示 diff（68 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
-
+ ＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:25 | r676 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊，
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，＿
這個其實你不配個在 internet 上的統一入口
（15 行未修改）
|
||
| 2014-04-05 13:25 | r675 | |
顯示 diff（68 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
+
（9 行未修改）
|
||
| 2014-04-05 13:25 | r674 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話可以做到給每個node一個識別資訊
+ 如果如果是iOS的話可以做到給每個node一個識別資訊，
這個其實你不配個在 internet 上的統一入口
（14 行未修改）
|
||
| 2014-04-05 13:25 | r673 | |
顯示 diff（68 行未修改）
但是總而言之 無論 user 是在 intranet 還是 darknet
進來之後就是給他頻道列表讓他選 他再直接連上 primary node
+
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r665 – r672 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每個no
+ 如果如果是iOS的話可以做到給每個node一個識別資訊
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r663 – r664 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接連上 prima
+ 進來之後就是給他頻道列表讓他選 他再直接連上 primary node
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r662 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每個nod
+ 如果如果是iOS的話能夠給每個no
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r661 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接連上 pri
+ 進來之後就是給他頻道列表讓他選 他再直接連上 prima
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r660 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每個node
+ 如果如果是iOS的話能夠給每個nod
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r655 – r659 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接連上
+ 進來之後就是給他頻道列表讓他選 他再直接連上 pri
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r654 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每個no
+ 如果如果是iOS的話能夠給每個node
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r653 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他在直接連上
+ 進來之後就是給他頻道列表讓他選 他再直接連上
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r648 – r652 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每個
+ 如果如果是iOS的話能夠給每個no
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r647 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接連
+ 進來之後就是給他頻道列表讓他選 他在直接連上
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r646 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給每
+ 如果如果是iOS的話能夠給每個
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r645 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他再直接
+ 進來之後就是給他頻道列表讓他選 他再直接連
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r644 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給＿
+ 如果如果是iOS的話能夠給每
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r643 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他在職
+ 進來之後就是給他頻道列表讓他選 他再直接
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r642 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給
+ 如果如果是iOS的話能夠給＿
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r641 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 他在
+ 進來之後就是給他頻道列表讓他選 他在職
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r640 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給ao3
+ 如果如果是iOS的話能夠給
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r639 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選
+ 進來之後就是給他頻道列表讓他選 他在
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r638 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給a
+ 如果如果是iOS的話能夠給ao3
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r637 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選 阿
+ 進來之後就是給他頻道列表讓他選
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r636 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話能夠給
+ 如果如果是iOS的話能夠給a
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r635 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選
+ 進來之後就是給他頻道列表讓他選 阿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r634 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS的話
+ 如果如果是iOS的話能夠給
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r633 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻道列表讓他選
+ 進來之後就是給他頻道列表讓他選
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r630 – r632 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS＿
+ 如果如果是iOS的話
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r629 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻列表讓他選
+ 進來之後就是給他頻道列表讓他選
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r628 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iOS
+ 如果如果是iOS＿
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r627 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻勞列表讓他選
+ 進來之後就是給他頻列表讓他選
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r626 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是iO
+ 如果如果是iOS
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r625 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻勞列表讓她
+ 進來之後就是給他頻勞列表讓他選
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r624 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是i
+ 如果如果是iO
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r623 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻勞烈表
+ 進來之後就是給他頻勞列表讓她
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r622 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是
+ 如果如果是i
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r621 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻勞列
+ 進來之後就是給他頻勞烈表
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r620 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是＿
+ 如果如果是
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r619 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他頻落
+ 進來之後就是給他頻勞列
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r618 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果如果是
+ 如果如果是＿
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r616 – r617 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他
+ 進來之後就是給他頻落
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r615 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
- 如果
+ 如果如果是
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 | r614 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
- 進來之後就是給他近來之後就是給他
+ 進來之後就是給他
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r613 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
-
+ 如果
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:24 – 13:24 | r611 – r612 | |
顯示 diff（67 行未修改）
是沒辦法把 user 導進你的 intranet 或是 darknet 的
但是總而言之 無論 user 是在 intranet 還是 darknet
-
+ 進來之後就是給他近來之後就是給他
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:24 | r610 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
+
這個其實你不配個在 internet 上的統一入口
（13 行未修改）
|
||
| 2014-04-05 13:22 – 13:24 | r559 – r609 | |
顯示 diff（62 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
+
+ 這個其實你不配個在 internet 上的統一入口
+ 是沒辦法把 user 導進你的 intranet 或是 darknet 的
+ 但是總而言之 無論 user 是在 intranet 還是 darknet
+
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 – 13:22 | r541 – r558 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把群眾分流程
+ 所以是把群眾分流程幾個區塊，各用一個節點連上server這樣嗎
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 | r540 | |
顯示 diff（64 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- *其實我記得 g0v 有個很類似的坑..... 但是要找找看
+ 其實我記得 g0v 有個很類似的坑..... 但是要找找看
在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
（5 行未修改）
|
||
| 2014-04-05 13:20 | r539 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把群眾分
+ 所以是把群眾分流程
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 | r538 | |
顯示 diff（74 行未修改）
|
||
| 2014-04-05 13:20 | r537 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把群眾
+ 所以是把群眾分
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 | r536 | |
顯示 diff（74 行未修改）
|
||
| 2014-04-05 13:20 – 13:20 | r533 – r535 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把＿
+ 所以是把群眾
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 | r532 | |
顯示 diff（74 行未修改）
|
||
| 2014-04-05 13:20 | r531 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以是把
+ 所以是把＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:20 – 13:20 | r529 – r530 | |
顯示 diff（64 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑..... 但是要找找看
+ *其實我記得 g0v 有個很類似的坑..... 但是要找找看
在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
（5 行未修改）
|
||
| 2014-04-05 13:19 – 13:20 | r521 – r528 | |
顯示 diff（61 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 我先回個信把之前有興趣的人引導到這裡XD
+ 所以是把
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（8 行未修改）
|
||
| 2014-04-05 13:18 – 13:18 | r517 – r520 | |
顯示 diff（65 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
其實我記得 g0v 有個很類似的坑..... 但是要找找看
-
+ 在這裡-> https://g0v.hackpad.com/d6rh3bXemcK
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（1 行未修改）
就跟直銷一樣...... 一路往下擴散傳資料
每層 node 之間 sync 而不是p2p在 sync
-
因為你要解決的是 330 那種 10k級的人數
|
||
| 2014-04-05 13:17 – 13:17 | r513 – r516 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考「在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考「在會場中建立可靠的訊息傳遞網」 https://g0v.hackpad.com/d6rh3bXemcK 兩案坑主可協作討論
+ *
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（66 行未修改）
|
||
| 2014-04-05 13:16 – 13:17 | r509 – r512 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑..... 但
+ 其實我記得 g0v 有個很類似的坑..... 但是要找找看
+
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 | r508 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考「「在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考「在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（65 行未修改）
|
||
| 2014-04-05 13:16 | r507 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑..... 看
+ 其實我記得 g0v 有個很類似的坑..... 但
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 | r506 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考「「 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考「「在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（65 行未修改）
|
||
| 2014-04-05 13:16 – 13:16 | r504 – r505 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑.....
+ 其實我記得 g0v 有個很類似的坑..... 看
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 | r503 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考「 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考「「 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（65 行未修改）
|
||
| 2014-04-05 13:16 | r502 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 其實我記得 g0v 有個很類似的坑.....
+ 其實我記得 g0v 有個很類似的坑.....
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 | r501 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考「 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（65 行未修改）
|
||
| 2014-04-05 13:16 – 13:16 | r486 – r500 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
-
+ 其實我記得 g0v 有個很類似的坑.....
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 | r485 | |
顯示 diff（3 行未修改）
*專案簡介：
*學運現場的無網路解決app方案
- *參考在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
+ *參考 在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（65 行未修改）
|
||
| 2014-04-05 13:16 | r484 | |
顯示 diff（63 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
+
我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
（5 行未修改）
|
||
| 2014-04-05 13:16 – 13:16 | r473 – r483 | |
顯示 diff Lrills 專案構想（標題請改）
-
*發起人/拋磚人：Lrills
*狀態： 集結各路好漢
*專案簡介：
*學運現場的無網路解決app方案
+ *參考在會場中建立可靠的訊息傳遞網 https://g0v.hackpad.com/d6rh3bXemcK
*工作目標：
*短期可能目標：快速開發提供反服貿運動使用
（64 行未修改）
|
||
| 2014-04-05 13:15 – 13:15 | r465 – r472 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...也是!
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
是的!! 希望能解決330那種狀況
（6 行未修改）
會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
- 所以
+ 我先回個信把之前有興趣的人引導到這裡XD
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（7 行未修改）
|
||
| 2014-04-05 13:15 – 13:15 | r457 – r464 | |
顯示 diff（59 行未修改）
不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
- 會希望有頻道的功能分流，每個node建立起一個是別資訊，識別所數的頻道
+ 會希望有頻道的功能分流，每個node建立起一個識別資訊，識別所屬的頻道
所以
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 我個人認為這個APP最需要的權限是 強迫關閉手機 3g連線XD
- 然後自動挑幾隻當樹最上面的 node ，用3g連出去
+ 我個人認為這個APP最需要的權限是 強迫關閉手機 3g 連線XD
+ 然後自動挑幾隻當樹最上面的 node ，用 3g 連出去
就跟直銷一樣...... 一路往下擴散傳資料
每層 node 之間 sync 而不是p2p在 sync
（2 行未修改）
|
||
| 2014-04-05 13:15 | r456 | |
顯示 diff（60 行未修改）
會希望有頻道的功能分流，每個node建立起一個是別資訊，識別所數的頻道
- ＿
+ 所以
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（7 行未修改）
|
||
| 2014-04-05 13:15 | r455 | |
顯示 diff（64 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
- 我個人認為這個APP最需要的權限是 強迫關閉手機3g連線XD
+ 我個人認為這個APP最需要的權限是 強迫關閉手機 3g連線XD
然後自動挑幾隻當樹最上面的 node ，用3g連出去
就跟直銷一樣...... 一路往下擴散傳資料
（3 行未修改）
|
||
| 2014-04-05 13:15 | r454 | |
顯示 diff（60 行未修改）
會希望有頻道的功能分流，每個node建立起一個是別資訊，識別所數的頻道
-
+ ＿
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（7 行未修改）
|
||
| 2014-04-05 13:15 – 13:15 | r452 – r453 | |
顯示 diff（67 行未修改）
然後自動挑幾隻當樹最上面的 node ，用3g連出去
就跟直銷一樣...... 一路往下擴散傳資料
- 每層node 之間 sync 而不是p2p在sync
+ 每層 node 之間 sync 而不是p2p在 sync
因為你要解決的是 330 那種 10k級的人數
|
||
| 2014-04-05 13:15 | r451 | |
顯示 diff（60 行未修改）
會希望有頻道的功能分流，每個node建立起一個是別資訊，識別所數的頻道
+
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（7 行未修改）
|
||
| 2014-04-05 13:14 – 13:14 | r448 – r450 | |
顯示 diff（66 行未修改）
然後自動挑幾隻當樹最上面的 node ，用3g連出去
就跟直銷一樣...... 一路往下擴散傳資料
- 每層node 之間自動sync 而不是p2p在sync
+ 每層node 之間 sync 而不是p2p在sync
因為你要解決的是 330 那種 10k級的人數
|
||
| 2014-04-05 13:13 – 13:14 | r435 – r447 | |
顯示 diff（58 行未修改）
要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
+
+ 會希望有頻道的功能分流，每個node建立起一個是別資訊，識別所數的頻道
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
（7 行未修改）
|
||
| 2014-04-05 13:11 – 13:13 | r359 – r434 | |
顯示 diff（60 行未修改）
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
+
+ 我個人認為這個APP最需要的權限是 強迫關閉手機3g連線XD
+ 然後自動挑幾隻當樹最上面的 node ，用3g連出去
+ 就跟直銷一樣...... 一路往下擴散傳資料
+ 每層node 之間自動sync 而不是p2p在sync
+
+ 因為你要解決的是 330 那種 10k級的人數
|
||
| 2014-04-05 13:10 – 13:10 | r350 – r358 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...也是!
- 是的!!
+ 是的!! 希望能解決330那種狀況
+
（6 行未修改）
|
||
| 2014-04-05 13:10 – 13:10 | r348 – r349 | |
顯示 diff（56 行未修改）
你一樣是native app啊 ...
要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP.....
+ 不過因為現在立法院外面網路順暢 甚至有 g0v 的免費 WIFI AP.....
所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
|
||
| 2014-04-05 13:10 – 13:10 | r345 – r347 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...也是!
- 是的1
+ 是的!!
（6 行未修改）
|
||
| 2014-04-05 13:10 | r344 | |
顯示 diff（55 行未修改）
你一樣是native app啊 ...
- 要快速做出來的話可以考慮直接寫HTTPD SERVER + 跑在 WEB SERVER上的 APP
+ 要快速做出來的話可以考慮直接寫HTTP SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP.....
（1 行未修改）
|
||
| 2014-04-05 13:10 – 13:10 | r338 – r343 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...也是!
-
+ 是的1
（6 行未修改）
|
||
| 2014-04-05 13:09 – 13:10 | r328 – r337 | |
顯示 diff（57 行未修改）
要快速做出來的話可以考慮直接寫HTTPD SERVER + 跑在 WEB SERVER上的 APP
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP.....
+
+ 所以回過頭來 這個project是不是定義成 "無網路環境下的區域通訊解決方案(含LOG)" ?
|
||
| 2014-04-05 13:09 – 13:09 | r323 – r327 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...也是!
+
（4 行未修改）
|
||
| 2014-04-05 13:09 – 13:09 | r310 – r322 | |
顯示 diff（54 行未修改）
你一樣是native app啊 ...
- 要快速做出來的話可以考慮直接寫HTTPD SERVER + 跑在WEB APP
-
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
+ 要快速做出來的話可以考慮直接寫HTTPD SERVER + 跑在 WEB SERVER上的 APP
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP.....
|
||
| 2014-04-05 13:09 | r309 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+
（4 行未修改）
|
||
| 2014-04-05 13:09 | r308 | |
顯示 diff（53 行未修改）
你一樣是native app啊 ...
- 要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
+ 要快速做出來的話可以考慮直接寫HTTPD SERVER + 跑在WEB APP
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:09 | r307 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+
你一樣是native app啊 ...
（3 行未修改）
|
||
| 2014-04-05 13:08 – 13:09 | r293 – r306 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+
+ 你一樣是native app啊 ...
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
（1 行未修改）
|
||
| 2014-04-05 13:08 – 13:08 | r291 – r292 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽...
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
（1 行未修改）
|
||
| 2014-04-05 13:08 | r290 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
+
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:08 | r289 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:08 – 13:08 | r287 – r288 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
- 要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
+ 要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:08 – 13:08 | r285 – r286 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍芽
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:08 | r284 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI ＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI AP＿
|
||
| 2014-04-05 13:08 | r283 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的藍
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI ＿
|
||
| 2014-04-05 13:08 | r282 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 W＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 WIFI ＿
|
||
| 2014-04-05 13:08 | r281 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上的
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 W＿
|
||
| 2014-04-05 13:08 | r280 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費A＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費 W＿
|
||
| 2014-04-05 13:08 | r279 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置上
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費A＿
|
||
| 2014-04-05 13:08 | r278 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費AP＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費A＿
|
||
| 2014-04-05 13:08 | r277 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費AP＿
|
||
| 2014-04-05 13:08 | r276 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費AP＿
|
||
| 2014-04-05 13:08 | r275 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝置
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費＿
|
||
| 2014-04-05 13:08 | r274 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免費＿
|
||
| 2014-04-05 13:08 | r273 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到裝
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免＿
|
||
| 2014-04-05 13:08 | r272 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的免＿
|
||
| 2014-04-05 13:08 | r271 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的＿
|
||
| 2014-04-05 13:08 | r270 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v ＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v 的＿
|
||
| 2014-04-05 13:08 | r269 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制到
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0v ＿
|
||
| 2014-04-05 13:08 | r268 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0v ＿
|
||
| 2014-04-05 13:08 | r267 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法控制
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
|
||
| 2014-04-05 13:08 | r266 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0V＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
|
||
| 2014-04-05 13:08 | r265 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦法
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0V＿
|
||
| 2014-04-05 13:08 | r264 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0V＿
|
||
| 2014-04-05 13:08 | r263 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
|
||
| 2014-04-05 13:08 | r262 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有 ＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 g0＿
|
||
| 2014-04-05 13:08 | r261 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒辦
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有 ＿
|
||
| 2014-04-05 13:08 | r260 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚至有＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有 ＿
|
||
| 2014-04-05 13:08 – 13:08 | r258 – r259 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app沒
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚至有＿
|
||
| 2014-04-05 13:08 | r257 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南路甚＿
+ 不過因為現在立法院外面網路順暢 濟南路甚至有＿
|
||
| 2014-04-05 13:08 | r256 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web a
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web app
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南路甚＿
|
||
| 2014-04-05 13:08 | r255 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web a
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 濟南＿
+ 不過因為現在立法院外面網路順暢 濟南路甚＿
|
||
| 2014-04-05 13:08 | r254 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web a
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 濟南＿
|
||
| 2014-04-05 13:08 | r253 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 幾＿
+ 不過因為現在立法院外面網路順暢 濟南＿
|
||
| 2014-04-05 13:08 | r252 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是we
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是web
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 幾＿
|
||
| 2014-04-05 13:08 | r251 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是we
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢 ＿
+ 不過因為現在立法院外面網路順暢 幾＿
|
||
| 2014-04-05 13:08 – 13:08 | r249 – r250 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是＿
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是we
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢 ＿
|
||
| 2014-04-05 13:08 | r248 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是＿
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在立法院外面網路順暢＿
+ 不過因為現在立法院外面網路順暢 ＿
|
||
| 2014-04-05 13:08 | r247 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是＿
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在立法院外面網路順暢＿
|
||
| 2014-04-05 13:08 – 13:08 | r244 – r246 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- 不過因為現在＿
+ 不過因為現在立法院外面網路順暢＿
|
||
| 2014-04-05 13:08 | r243 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...但是
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
不過因為現在＿
|
||
| 2014-04-05 13:08 – 13:08 | r239 – r242 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
- ＿
+ 不過因為現在＿
|
||
| 2014-04-05 13:08 | r238 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
＿
|
||
| 2014-04-05 13:08 | r237 | |
顯示 diff（51 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
+ ＿
|
||
| 2014-04-05 13:08 | r236 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
|
||
| 2014-04-05 13:08 | r235 | |
顯示 diff（53 行未修改）
|
||
| 2014-04-05 13:08 – 13:08 | r231 – r234 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概
要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
|
||
| 2014-04-05 13:08 | r230 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
- 要快速做出來的話
+ 要快速做出來的話可以考慮直接寫HTTPD SERVER + WEB APP XD
|
||
| 2014-04-05 13:08 | r229 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻道
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
要快速做出來的話
|
||
| 2014-04-05 13:08 – 13:08 | r226 – r228 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻道
- 要快速作
+ 要快速做出來的話
|
||
| 2014-04-05 13:08 | r225 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻道
要快速作
|
||
| 2014-04-05 13:08 | r224 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
- 要快速
+ 要快速作
|
||
| 2014-04-05 13:08 | r223 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個頻
要快速
|
||
| 2014-04-05 13:08 | r222 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
- 要快速要
+ 要快速
|
||
| 2014-04-05 13:08 | r221 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
要快速要
|
||
| 2014-04-05 13:08 – 13:08 | r217 – r220 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
- 要快速要快速坐
+ 要快速要
|
||
| 2014-04-05 13:08 | r216 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一個
要快速要快速坐
|
||
| 2014-04-05 13:08 | r215 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一
- 要快速
+ 要快速要快速坐
|
||
| 2014-04-05 13:08 | r214 | |
顯示 diff（49 行未修改）
- 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟一
要快速
|
||
| 2014-04-05 13:08 | r213 | |
顯示 diff（53 行未修改）
|
||
| 2014-04-05 13:08 | r212 | |
顯示 diff（50 行未修改）
對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟
+ 要快速
|
||
| 2014-04-05 13:07 – 13:08 | r203 – r211 | |
顯示 diff（47 行未修改）
其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
+
+
+ 對 大概想法是這樣但是沒有相關通訊軟體的經驗沒什麼頭緒...大概想法是每開啟
|
||
| 2014-04-05 13:07 – 13:07 | r197 – r202 | |
顯示 diff（39 行未修改）
- 你要不要先把PTT原文網址貼出來?
+ --
+ 要不要先把PTT原文網址貼出來?
好XD
（4 行未修改）
|
||
| 2014-04-05 13:07 | r196 | |
顯示 diff（45 行未修改）
其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
- 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒
- 有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
+ 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
|
||
| 2014-04-05 13:07 – 13:07 | r193 – r195 | |
顯示 diff（34 行未修改）
同一頻道下的資訊會在連上網時與雲端的伺服器更新，雖然每個使用者的內容可能依加入時間的先後有所差別，但在網路上保留有完整的通訊內容，另外只要有一台裝置連上網路，相隔兩地也能加入同一頻道，但要考慮一端斷線之後的同步問題。
+
+
+
+
+
你要不要先把PTT原文網址貼出來?
（6 行未修改）
|
||
| 2014-04-05 13:07 | r192 | |
顯示 diff（40 行未修改）
其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
- 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
+ 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒
+ 有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
|
||
| 2014-04-05 13:00 – 13:01 | r169 – r191 | |
顯示 diff（39 行未修改）
- 其實有個很基礎的問題
+ 其實有個很基礎的問題，就是你做成APP的話，沒有SERVER，要是在網路連線困難的情況下， 大家一開始還是沒有辦法下載XD
+ 所以可能要另外做出「任何人只要有裝APP 就可以成為第0台SERVER，雖然沒有企業CERT，但是最起碼可以提供APK給ANDROID USER下載安裝連上....」
|
||
| 2014-04-05 13:00 | r168 | |
顯示 diff（42 行未修改）
|
||
| 2014-04-05 13:00 – 13:00 | r166 – r167 | |
顯示 diff（37 行未修改）
好XD
+
+
+ 其實有個很基礎的問題
|
||
| 2014-04-05 12:52 – 12:58 | r103 – r165 | |
顯示 diff（17 行未修改）
*NeedsTalkingToRealPerson (需要真人溝通協調)：
- ---------------------------
+ -----------------------------------------------------------------------------------------
+
+ http://www.ptt.cc/bbs/FuMouDiscuss/M.1396630334.A.53A.html
+ ptt發想連結
+
+
+ 1.加入頻道的設定:
+
+ 使用者能自由選擇加入不同頻道，頻道的應用可以很多元，譬如各式講座活動資訊及人力物資需求發布等目的取向的頻道，或者供糾察隊以及各團體坐內部通訊之用，雖然使用者是以"裝置"而非"帳號"為單位，但透過密碼的設定也能進行識別。
+
+ 2.權限區分及至頂公告:
+
+ 因為有價值的資訊很容易被洗掉(像現在版上XD)，因此希望能透過區分有權限的進 階使用者，將有意義的公告至頂確保資訊傳達，同時也能考慮給予ban掉問題發言或使用者的權限。
+
+ 3.伺服器端:
+ 同一頻道下的資訊會在連上網時與雲端的伺服器更新，雖然每個使用者的內容可能依加入時間的先後有所差別，但在網路上保留有完整的通訊內容，另外只要有一台裝置連上網路，相隔兩地也能加入同一頻道，但要考慮一端斷線之後的同步問題。
你要不要先把PTT原文網址貼出來?
+
+ 好XD
|
||
| 2014-04-05 12:52 – 12:52 | r101 – r102 | |
顯示 diff（19 行未修改）
---------------------------
- 你要不要先把PTT源聞
+ 你要不要先把PTT原文網址貼出來?
|
||
| 2014-04-05 12:52 | r100 | |
顯示 diff（22 行未修改）
|
||
| 2014-04-05 12:52 – 12:52 | r98 – r99 | |
顯示 diff（18 行未修改）
---------------------------
+
+ 你要不要先把PTT源聞
|
||
| 2014-04-05 12:46 – 12:52 | r20 – r97 | |
顯示 diff Lrills 專案構想（標題請改）
- Lrills> 大家好，初來乍到，想問一下要怎麼新開一個專案呢?小弟昨天在福貿版上po了一個app的構想，有或得一些人迴響參與，有人建議能將專案移來這邊，想問一下新手該如何開始??
+ *發起人/拋磚人：Lrills
+ *狀態： 集結各路好漢
+ *專案簡介：
+ *學運現場的無網路解決app方案
+ *工作目標：
+ *短期可能目標：快速開發提供反服貿運動使用
+ *長期可能目標：創造一個開放源碼的無網路通訊協定
+ *授權方式：
+ *使用資料：
+ *徵求夥伴（有興趣直接簽名）：
+ *NeedsWriter (撰寫基本資訊、報導專案 etc)：
+ *NeedsDesigner (介面設計)：
+ *NeedsData (擷取整理資料)：
+ *NeedsTech (程式、架站 etc)：
+ *NeedsProcess (設計作業流程)：
+ *NeedsTalkingToRealPerson (需要真人溝通協調)：
- 像這樣直接打字就可以了，會自動儲存。（以上請隨意刪）
+ ---------------------------
|
||
| 2014-04-05 12:36 – 12:36 | r14 – r19 | |
顯示 diff（2 行未修改）
Lrills> 大家好，初來乍到，想問一下要怎麼新開一個專案呢?小弟昨天在福貿版上po了一個app的構想，有或得一些人迴響參與，有人建議能將專案移來這邊，想問一下新手該如何開始??
- 像這樣
+ 像這樣直接打字就可以了，會自動儲存。（以上請隨意刪）
|
||
| 2014-04-05 12:36 | r13 | |
顯示 diff（5 行未修改）
|
||
| 2014-04-05 12:34 – 12:36 | r1 – r12 | |
顯示 diff- Untitled
+ Lrills 專案構想（標題請改）
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ Lrills> 大家好，初來乍到，想問一下要怎麼新開一個專案呢?小弟昨天在福貿版上po了一個app的構想，有或得一些人迴響參與，有人建議能將專案移來這邊，想問一下新手該如何開始??
+
+ 像這樣
|
||
| 2014-04-05 12:34 | r0 | |
顯示 diff+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
|
||