Re: [-Fx-] PTT Web Enhanced PTT網頁版強化套件
※ 引述《Kenqr (function(){})()》之銘言:
: https://addons.mozilla.org/zh-TW/firefox/addon/ptt-web-enhanced/
: http://i.imgur.com/3tvnCvf.png
: 自己做的PTT網頁版強化套件,所以來自產自銷一下
剛才向別人推銷時想到的:
試試能否做出同主題串接的功能(上一篇、下一篇、首篇、末篇、列表),
應該會很實用。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.72.138
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1505493414.A.15D.html
推
09/16 00:46, , 1F
09/16 00:46, 1F
→
09/16 01:30, , 2F
09/16 01:30, 2F
推
09/16 10:56, , 3F
09/16 10:56, 3F
推
09/16 13:07, , 4F
09/16 13:07, 4F
→
09/16 13:07, , 5F
09/16 13:07, 5F
→
09/16 13:29, , 6F
09/16 13:29, 6F
自己講的自己寫XD
寫了個測試版放 GitHub,原原PO可以參考看看:
https://github.com/danny0838/firefox-ptt-web-enhanced
※ 編輯: danny0838 (36.225.72.138), 09/16/2017 18:32:20
推
09/17 23:18, , 7F
09/17 23:18, 7F
推
09/18 13:46, , 8F
09/18 13:46, 8F
→
09/18 15:56, , 9F
09/18 15:56, 9F
→
09/18 15:57, , 10F
09/18 15:57, 10F
推
09/18 16:13, , 11F
09/18 16:13, 11F
→
09/18 16:14, , 12F
09/18 16:14, 12F
→
09/18 16:15, , 13F
09/18 16:15, 13F
增加負擔是難免,不過對大多數站台而言,
使用者瀏覽網頁時都會在背後送出許多 CSS, JS, 圖片 等 request,
多一點的到二三十個是常態,而且傳輸內容很多是無法壓縮的二進位檔。
相較之下,這裡用 fetch 送出 20 個左右的 request 及傳輸可壓縮的純文字內容
(經 gzip 壓縮後大約 40~60 KB),或許不算太嚴重?
使用者點擊再 fetch 也是個解法,不過由於 fetch 時間相當長,
如果使用者按一個鈕要等 7~8 秒才有反應,用起來可能不會很爽...
※ 編輯: danny0838 (1.164.20.52), 09/18/2017 17:03:05
推
09/18 17:13, , 14F
09/18 17:13, 14F
→
09/18 17:14, , 15F
09/18 17:14, 15F
推
09/18 17:16, , 16F
09/18 17:16, 16F
PTT 文章更動很快,過幾分鐘可能文章列表就改變了。
另外,瀏覽器本身應該就會盡量使用快取的內容,
而且會根據伺服器傳回 header 辨識內容是否有更新而決定是否使用快取。
※ 編輯: danny0838 (1.164.20.52), 09/18/2017 18:21:48
推
09/18 18:49, , 17F
09/18 18:49, 17F
→
09/18 18:50, , 18F
09/18 18:50, 18F
→
09/18 18:51, , 19F
09/18 18:51, 19F
→
09/18 18:54, , 20F
09/18 18:54, 20F
推
09/19 18:40, , 21F
09/19 18:40, 21F
→
09/19 18:42, , 22F
09/19 18:42, 22F
糟糕...看來只好自己寫快取功能了XD
目前預計新分頁1~3分鐘,舊分頁10分鐘
(舊分頁的定義暫訂用小於總頁數 - 10,一頁 20 篇,因此最近 200 篇以前的就會快取)
另一個問題:開啟推文自動更新時,新的推文不會自動加上標示哦,有沒有打算修?XD
※ 編輯: danny0838 (1.164.29.214), 09/19/2017 22:01:46
→
09/19 23:47, , 23F
09/19 23:47, 23F
→
09/19 23:48, , 24F
09/19 23:48, 24F
目前有沒有預計要改哪些功能?
我如果有空也許可以做做看
※ 編輯: danny0838 (1.164.29.214), 09/20/2017 00:37:17
推
09/20 01:27, , 25F
09/20 01:27, 25F
→
09/20 01:27, , 26F
09/20 01:27, 26F
推
09/20 11:49, , 27F
09/20 11:49, 27F
→
09/20 11:49, , 28F
09/20 11:49, 28F
→
09/20 11:57, , 29F
09/20 11:57, 29F
→
09/20 11:57, , 30F
09/20 11:57, 30F
推
09/20 13:03, , 31F
09/20 13:03, 31F
→
09/20 13:05, , 32F
09/20 13:05, 32F
→
09/20 13:09, , 33F
09/20 13:09, 33F
推
09/20 13:55, , 34F
09/20 13:55, 34F
還有 21 則推文
還有 1 段內文
→
09/21 11:30, , 56F
09/21 11:30, 56F
不曉得你有沒有支援 Chrome 的打算?
如果有,也許早點做準備會比較好。
如果一開始沒構思好,到時候打算支援雙瀏覽器,要費的工會等比級數上升。
※ 編輯: danny0838 (59.115.20.234), 09/21/2017 15:49:48
推
09/21 22:20, , 57F
09/21 22:20, 57F
→
09/21 22:21, , 58F
09/21 22:21, 58F
→
09/21 22:21, , 59F
09/21 22:21, 59F
推
09/22 13:53, , 60F
09/22 13:53, 60F
推
09/22 15:02, , 61F
09/22 15:02, 61F
推
09/22 18:02, , 62F
09/22 18:02, 62F
推
09/22 19:19, , 63F
09/22 19:19, 63F
→
09/22 19:19, , 64F
09/22 19:19, 64F
→
09/22 19:21, , 65F
09/22 19:21, 65F
→
09/22 19:22, , 66F
09/22 19:22, 66F
→
09/22 19:23, , 67F
09/22 19:23, 67F
推
09/22 19:44, , 68F
09/22 19:44, 68F
→
09/22 19:44, , 69F
09/22 19:44, 69F
→
09/22 19:45, , 70F
09/22 19:45, 70F
→
09/22 19:45, , 71F
09/22 19:45, 71F
是的,因為 PTT 網頁版沒有提供真正的索引功能,
而讓程式真的爬幾千頁顯然不太合適,
因此目前只會抓前後 4 個列表(約 100 篇)。
※ 編輯: danny0838 (1.164.19.182), 09/22/2017 20:49:15
→
09/22 21:18, , 72F
09/22 21:18, 72F
推
09/23 15:24, , 73F
09/23 15:24, 73F
→
09/23 15:25, , 74F
09/23 15:25, 74F
推
09/23 15:36, , 75F
09/23 15:36, 75F
推
09/23 16:51, , 76F
09/23 16:51, 76F
不支援同步設定的版本執行 storage.sync 會出錯嗎?
我印象中也是能儲存,只是不能透過網路同步而已,
也就是另一個空間比較小的 storage.local。
※ 編輯: danny0838 (36.227.221.89), 09/23/2017 17:11:16
推
09/23 17:19, , 77F
09/23 17:19, 77F
→
09/23 17:19, , 78F
09/23 17:19, 78F
→
09/23 17:21, , 79F
09/23 17:21, 79F
→
09/23 17:22, , 80F
09/23 17:22, 80F
如果設定值開了,會有什麼功能上的異常嗎?
如果沒有,我個人是傾向還是用 sync,告知舊版使用者開設定值就好XD
畢竟我們還是要面向未來的。
※ 編輯: danny0838 (36.227.221.89), 09/23/2017 17:24:54
推
09/23 18:08, , 81F
09/23 18:08, 81F
→
09/23 18:08, , 82F
09/23 18:08, 82F
→
09/23 18:08, , 83F
09/23 18:08, 83F
→
09/23 18:09, , 84F
09/23 18:09, 84F
推
09/23 19:02, , 85F
09/23 19:02, 85F
我剛才檢查了一下,
Firefox < 51 是 storage.sync === undefined,
Firefox >= 52 是 storage.sync !== undefined,
且有 webextensions.storage.sync.enabled 設定值,
這設定值在 Firefox 52 是預設為 false,不曉得哪版以後預設為 true。
而如果使用者沒有手動改過設定值,升級為新版時會自動變更成新版的預設值,
也就是 Fx 52 使用者若未手動設成 true,
升級到預設為 true 的 Fx 版本也會自動變 true。
我想比較簡單的處理方式是一律先跑 storage.sync,
出錯就 catch 起來 fallback 到 storage.local。
你新版放了嗎?我在 GitHub 沒看到XD
※ 編輯: danny0838 (1.164.19.182), 09/23/2017 21:44:34
推
09/23 23:06, , 86F
09/23 23:06, 86F
→
09/23 23:06, , 87F
09/23 23:06, 87F
→
09/23 23:11, , 88F
09/23 23:11, 88F
→
09/24 17:30, , 89F
09/24 17:30, 89F
→
09/24 17:30, , 90F
09/24 17:30, 90F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 3 之 8 篇):
Browsers 近期熱門文章
PTT數位生活區 即時熱門文章