可以考慮放很小的文字檔到外網。
你要強調的是不用寫程式，而是轉檔，轉的時候就把這邊的資料庫變成一堆靜態檔案，只是檔名很難猜。
如果要寫網站的後端程式，一定給你報價，但是不用寫。我們就從已撤銷的開始，之後慢慢談。謝謝。
當然。
現在連微軟都是。
對，Zoom還為了這個特別併購了Keybase，因為他們沒有辦法解決，只好找外面的team來解決。
唯一有就是google meet。
是，我們都知道Azure快要落地了。
也要看一下路由是不是真的有經過我們這邊。
……把開到一半的國際會議停掉……
預設上，不要勾很多東西才變安全，這個是最重要的。
可能沒有開UDP的協定。
現在有些VPN只有web traffic，其他的都關起來，那樣目前就有困難。
這個你們有試過了嗎？jitsi的e2ee模式？
確定是可以支援的？
因為Zoom也開始要測這個模式，類似Google Duo，可能會變成標配。這跟LINE本來是個人對個人才有e2ee，群組是沒有的，後來群組就變成點對點加密，這應該是趨勢。
可以啊，多一個人進來就好了，jitsi的原理是多一個參加者。他的錄影原理跟別人不一樣，並不是靠server錄，而是靠參加者來錄。
就是這個意思。
我現在是架在國網中心，也就是新竹的。往hinet的國內、國外連線都不錯，看起來幾乎沒有延遲。
你們的iOS App有上架了嗎？
沒有任何的問題，測起來ok？
可是這個是白牌，等於是要自己上APP嗎？還是用你們的APP？
但是我還是要輸入伺服器的位置，所以一開始還是看到Acer，下一個畫面才是自己的logo。
這個很重要。
這很好。
很合理。
這個你不能做成API嗎？就是好比有些人已經有簽了跟雅婷的合約，就直接運用你們的API接上去，比如有人覺得沒有什麼機密可言，不反對用訊飛，訊飛也有他的API。
因為你們如果要內建的，這個是滿難的，要每個講的人自己在瀏覽器裡面跑web的語音辨識，這是jitsi最預設的那個做法，但是我們都知道如果是用Chrome內建的那個，收音要很近的時候才會對，收音稍微遠一點就完全亂掉，那比不送還要差，當然是在server端做會比較對一點，但是server又是etee，所以變成要有專門做紀錄，但你看不到的人在那邊聽，那個過程如果都已經是虛擬的人，等於是完整的client，其實沒有道理不能邀好幾個人進來。
因為這樣子的話，好比像專門有辨識中文的，另外一個專門辯識英文的，中、英夾雜的，沒有哪家做得非常好，好比像你現在是跨國的會議，但中間有口譯等等，這樣就會需要兩個，一個聽英文、一個聽口譯講出來的中文，所以你有這種多個可能做紀錄虛擬的與會者，我覺得是比較好的架構，比起寫在server裡面。
對，這樣就可以主張這個紀錄的方法不好，趕快再去找一個vendor，甚至是可以人跟機器合作，我覺得反正從你們架構的角度來看，你們不管，只要有符合API的連線者上線，負責告訴他說這個聲音是誰講的，就這樣而已。
很棒。
對麥克風有什麼要求？
對著手機講也可以？
我要換掉手上這台筆電？（笑）
我理解。
e2e不太可能，在edge做比較好。
有的教學模式是隨時讓人看到有多少人打磕睡。
這也是不容易，所以我建議也是在edge做（笑），如果不準確，是個人的問題，如果你在server做，就是你的問題了。
對，視訊的時候除了邊解碼，什麼都沒有做，嚴格來講cpu是沒有在動的。
你如果按分享「桌面」，就會回到jitsi，就會到Chrome。
而且分享完之後還可以把臉蓋住。
但這個不是e2ee吧？你們e2ee如果接起來的話，我是真的非常有興趣，因為有一些jitsi的場景需要e2ee。所以下一步怎麼樣？你們有做過滲透測試嗎？
有些解了，你們可以送回上游，看jitsi本身要不要幫忙你們。
好啊！因為我們要放在on premise跑的話，我們一般都會自己弱掃一次。
好啊！我們什麼時候來弱掃？
我自己是admin，我就可以裝上去。
有國網的機器。我們現在的meet.pdis.tw，就是jitsi，在國網，我就自己當網管，所以看你們客製化的版本，現在用on premise，你們怎麼做？
所以直接聯絡我，我從docker裝一下。
他們已經放app store，表示基本沒有問題？
我們也讓國網的人比較習慣這套，他們也花了很多時間，把以前批次的運算，再加上docker等等的東西，所以很需要證明，來說不只是做批次運算，也可以做隨選運算。
