寫文章時需要重看電影來喚醒記憶，該如何快速找到電影呢？即便你訂閱了N家A家D家C家H家大全餐，要在這N百個正版串流平台上找到你要的電影，還真不是普通麻煩。
.
你的困擾有人解決了！
感謝 liu8613789@gmail.com 這位大德，他設計了一個「OTT影音搜尋」界面！讓妳能快速搜尋「片名」關鍵字、找到哪個平台上架了這部電影！
（連結在留言）
.
當然，N家的搜尋是做得最好的，他們搜尋還包括了許多metadata搜尋，甚至也可以打英文搜尋。但如果你訂閱的是HBO go，厚厚，那這個「OTT影音搜尋」就好用多了——HBO家的系統真是！ㄌ……不說了。
.
這個搜尋界面目前提供搜尋「片名」，其他資訊無法搜尋（N家就可以搜尋導演或演員），想必是其他平台沒有提供對應的query string。這不是這個界面的問題，請注意。
.
實際搜尋一下：大王昨天寫了一篇義大利恐怖大師瑪利歐巴瓦的電影介紹，沒想到，巴瓦的電影有在台灣幾個平台上架，用這個搜尋就能快速找到！（如附圖）
.
不過你也能看到，各個平台上架的片名都不盡相同，有的會把「數位修復版」也放進片名，這會讓「OTT影音搜尋」造成混亂——最好的例子是如果你用「OTT影音搜尋」搜尋「數位修復」，catchplay+只會出現20則結果，但妳如果到C+上實際搜尋，會找到超過50部以上電影（而且有的寫「數位修復」、有的寫「修復」）。
.
台灣這麼多年來，影評、自製道具、特效化妝或自製電影等風氣都行之有年，但是，電影資料的整理歸納與系統化，卻有如牛步。這是台灣電影產業缺失的一塊——光是一個「電影台灣片名資料庫」，我們可能等到中國滅亡都等不到。

#純靠北工程師4y1
----------
看不懂RESTful api跟不會發https request哪個比較嚴重呢？
剛好遇到公司的主管級兩種都符合
正式環境的RESTful api還要求你給他80 port的接口
原因是他不會發https request
然後質疑驗證不夠嚴謹 哈
再你用走http的時候 封包早就明文被看光光好了嗎？拜託
求求 你google 一下好嗎?
好不容易教會他看懂 post
然後出現了 get 的query string就看不懂了 我還以為工程師的基本是要願意去看文件

----------
💖 純靠北官方 Discord 歡迎在這找到你的同溫層！
👉 https://discord.gg/tPhnrs2

----------
💖 全平台留言、文章詳細內容
👉 https://init.engineer/cards/show/6409

這一系列文總共有三篇，這是最後一篇。

Funliday 重磅推出新的 prerender 套件 pppr！這是一個 zero config 的 express middleware，只要 npm install pppr，然後在 app.js 裡面加一行 app.use(pppr()) 就可以直接拿來用了。

---

原本在使用 prerender.io 這個套件有時候會出現 504 timeout 的問題，後來發現這個套件用的是比較底層的 API (Chrome DevTools Protocol, CDP)，研究它的原始碼後發現 render HTML 的 timeout 判斷上有些怪怪的，本來想試著去改這塊，但對 CDP 不熟，所以用 puppeteer 重寫一套 prerender service，pppr 也就應運而生。

簡單先解釋一下，puppeteer 是基於 CDP 封裝後成為比較容易使用的 API。因為 client side rendering (CSR) 的流行，所以現在要做網路爬蟲的話，愈來愈多會選擇用 puppeteer 來處理。這裡來分享一下在開發 pppr 的時候，有哪些東西要注意的。

1. 把 URL 放到像是 50 人的 LINE 熱門群組，prerender 會遭到大量的 request，因為每個使用者接收到這個訊息之後，因為要顯示 og data，所以就會去打一次 prerender。這裡姑且先稱之為 OG-DDoS 好了 XD，所以一定要做 cache，讓第一個 request 把 HTML 產生出來之後就放到 cache 裡面。然後可以用 LRU cache 來處理，因為這類 URL 都是短時間會被大量使用，之後就很少被用了，用 LRU cache 剛剛好。

1-1. 其實這一段實作還有一些問題，如果在第一個 request 還沒產生出 HTML 之前，第二個同樣 request 就進來了，這樣子 cache 可以說是根本沒作用，還要再找時間來處理 lock 機制才行。

2. 每一個 request 要新開一個 page 才行，如果沒有每個 request 都開新 page 的話，會造成 A request 還沒處理完，B request 就用同一個 page 做 render，這樣子 A request 就會 504 timeout 了。所以一定要記得每個 request 都要新開 page。

3. 因為 headless chrome 的 user agent 就叫做 HeadlessChrome，為了避免在 render 的時候會出現意料外的狀況，保險一點還是把 HeadlessChrome 改成 Chrome 會比較好。

4. 注意 redirect。因為 expressjs 跟 puppeter 是兩個不同的 context，對於 redirection 來說，expressjs 會回傳 3xx 系列的狀態碼，但 puppeteer 則會直接執行完成。所以把 puppeteer 放在 expressjs 裡面執行的話，必須要處理 redirect chain，讓 expressjs 能回給 client 正確的狀態碼才行。

5. pppr 因為是發想自 prerender.io，所以 interface 也一樣是 /render?url=https://example.com。 但有時候原始的 url 後面會包含 query string，所以 expressjs 要用 URLSearchParams 另外做些處理，才能取得完整的 url。

開發 pppr 基本要注意的事項大概就這樣，總之記得給星，有任何問題歡迎發 issue 跟 pr 喔！

#pppr #prerender #funliday

บทเรียนนี้จะพูดถึงการใช้งาน Query String ที่เราอาจจะคุยเคยเมื่อใช้งานเว็บไซต์ Search Engine ชื่อดังทั้ง Bing และ Google โดยเอาไว้ส่งค่าข้ามหน้านั่นเอง เราลองไปดูกันเลยดีกว่า ว่าเราจะเขียนเว็บแอปให้ส่งค่าหากันง่ายๆ ใน 4 บรรทัดอย่างไร

ดูรายละเอียด และ เอกสารเพิ่มเติม - http://www.borntodev.com