Gulp v4.0.0 發布，基於流的自動化構建工具
請問 firebase 的 api key 如果是純前端而已的話大家會怎麼做安全機制？
還是說 api key 讓大家看無所謂，直接用 firebase 的驗證功能？
google api 在 borwser 一直都是用同樣的機制
之前我用 google map 也是直接 key 寫在 html
你說的域名是說 https:// *.mydomain,tw
我如果純前端就選第二個，如果有接到後端統一發送就選第三個？
然後 firebase 的 api 金鑰這裡好像看不到
所以他可能內建自己有機智
因為我也沒聽說有誰用 firebase 結果被操到不要不要的
Browser key (auto created by Google Service)
Server key (auto created by Google Service)
另外還有這個，不知道是不是 firebase 一起的
server key 你會在 cloud messaging 看到
我有這三個，我看建立時間點進去的時分秒都一樣，應該是 firebase 一起產生的
如果我想要多人在不同遊覽器共同編輯一個文件，是不是就要用 FCM 通知修改？
還是 Database 就可以？
如果妳用新版 Firebase cloudstore 就只需要用資料庫監視的功能就夠了
你說的是 datebase 還是 firebase 的 storage 功能？
他那個沒設定 app 就好像沒反應的樣子
不過我都用 onesignal
fcm 怪怪的，它官方文件有寫 web support
你照他範例用用看啊 XD
我是都直接用 onesignal 比較快 XD
超詭異，我進 firebase 或是 google api 常常都一直轉圈圈，重開遊覽器也一樣
哦對了關於那個 FCM，瀏覽器的部分真的建議用 onesignal
因為 google 那個 lib 沒有支援 safari
請問一下
有人知道python模擬輸入的模組是哪個嗎
好比說我寫了一個CLI的應用
然後用python執行並模擬輸入的
okok
再問一下多遊覽器都怎麼測試的？總不可能每個系統都裝一個吧...
剛剛測試一下 babel 也把 async 處理好
如果今天我在用的套件的相依套件已經停止維護，但是他有引用到 chjj/marked，我可以單獨升級嘛
不過我看了一下他的 package.json 你單獨升級也沒用
用 IE 進去會給你下載 firefox chrome opera...etc 的連結
Yo
我的筆電沒看到這個更新欸，我是測（ㄅㄞˊ）試（ㄌㄠˇ）人（ㄕㄨˇ）員
應該說自從組建17025開始就沒看到品質更新惹
我從那天開始每天都有手動檢查更新，但是都沒有看到品質更新，去翻更新記錄只有定義更新
我即使在1/3偷偷從慢速通道調到快速通道去裝組建17063還是一樣
如果微软台湾的知识库更新了应该就是有了，可以手动下载
正式版的已經推送惹啊，網路上一堆測試文
但是我的就是沒看到
我的insider真的沒有品質更新（晚上再po圖）
大家安安，小的想投稿演講 Telegram 立即查看 (Instant View) 主題，想問問哪個方向比較多人會想聽？
像是百萬獎金爭奪戰的過程、怎麼寫 IV 模板、IV 對網站的影響之類，想找個大多數人會有興趣的方向來擬講稿
沒意外的話沒用過 Telegram ，希望可以藉機宣揚好處 XD
沒關係啦！反正前陣子才在戰對岸在AI台灣還在談滷肉飯
是各大網站需要做像FB的og tag那種情形是嗎?
都不用，網站如果被審核通過，大家就可以開始提交模板，除非模板有問題 (無法完美支援)，不然網站主想擋也沒辦法
FB Instant Article 跟 Google AMP 都是網站主寫好支援，但 TG Instant View 則是志願者寫模板，由 TG 處理網頁
function blowJob() {
if (!this instanceof blowJob) {
return new blowJob();
}
}
var bj = blowjob(); // new blowjob();
第一集重點就是小櫻跟小狼放閃還有小櫻又要再收集一次卡片 ( ；∀；)
至少畫風差不多，不過的確第一集就是，相聚、放閃、放伏筆、取得key與新手教學…下週同一時間請繼續收看
然後我可以吃得下這片的部分日文台詞(程度才N5∼N4
你自己按掉了吧，那個自己按掉就會消失
但是其他人如果沒按掉就還是會在
借問一下react native 對上 native 誰效能好
Native code Objective C/java
react native 最後還是會操作到 native
如果是針對video player/streaming
不管你作任何應用，native 一定比 react native 好
差別只會在差距會不會大到你無法接受
我本來有東西打算用 react native 寫，然後後來想想還是用 native (kotlin)…
streaming 通常解碼會在 native ，這樣頻繁的資料交換就消耗調不少效能
哦不我手邊的 MacBook Air 超過半年沒開機了
你不是 anti-Apple 嘛！居然有 macbook
可以的話還是表單傳值比較好......但如果非得用 AJAX，那還是要用。
明天來研究後端用哪種方式回傳資料比較好
然後希望w3schools能提供PHP7系列的教學
要看前端打算怎麼用。
後端，我心得是只要資料給對、頁面切乾淨就好
官方的 migration guide 看一看應該就差不多了 (?)
剛剛瞄一下Azure，發現他們有支援金融卡付款www
玩框架的感想：把東西輸進去，就會有結果。RESTful API 就是這樣。