Funliday-旅遊規劃 身處武漢肺炎疫情最慘重的觀光業中心,雖然大家都不出去旅遊,但我們也趁著這個時間增強自己的核心功能,小編今天來聊一下其中一個功能的技術議題。
Funliday 有個功能是把外部文章直接顯示在 Funliday 的 App 跟 Web 上,但遇到了一些技術性及著作權的問題,相信應該也有朋友遇到過類似的狀況,今天就來分享一下吧。
在 Funliday App 上的顯示還算好處理,直接用 WebView 呈現就好,但在 Funliday Web 上就很難處理,這邊整理一下技術上可以實作的幾種方式。
1. iframe + original url:最暴力的方式,直接用 iframe 嵌入對方網址,但會有一些問題。像是無法讓 Google 大神爬內容、HTTP 網址無法嵌入、如果有設定 x-frame-options 為 SAMEORIGIN 的話就無法嵌入、CSP 的設定也有可能造成無法嵌入
2. iframe + proxy + funliday url:改善了第 1 種方式,直接在 Funliday server 這裡做 proxy,但還是會有無法讓 Google 大神爬內容以及內容網址如果是相對路徑時的導頁問題 (這應該好解決)
3. 寫爬蟲抓內容:比如 A 站就固定抓
4. remote render:類似 2+3 的方式,就是把要顯示的網頁用 headless chrome render 完之後,再跟原本的內容一起顯示,但畫面應該是會亂掉。
技術面可以的解法都確認了之後,再來就是適法性的問題了,因為 234 會把對方的資料落地到 Funliday 上,所以可能會有著作權的問題。對科技及法律這塊當然要問有研究的 Ant Yi-Feng Tzeng 啦,請教了 ant 之後也得到了一些結論。
234 都會有著作權法的問題,所以基本上是不可行的,但只要著作權人有同意的話,則不在此限。
---
最後 Funliday Web 的實作方式跟 1234 都無關,而是改用類似預覽頁的方式在 Funliday Web 顯示原連結的 og:title 及 og:image,應該會再加上簡單如「以上內容未經重製與改作,來源均援引來源網頁內容」的聲明。
對於技術這部分也不複雜,在後台上稿時先取得原網頁的 og 資料,跟原本的 234 相比簡單太多了 XD
---
有經過 ant 同意,認為這個問題應該蠻多人都會遇到,所以分享給大家看看啦!
#著作權 #iframe #funliday
css url路徑 在 html-插入圖片路徑<img> 的推薦與評價
html-插入圖片路徑<img>在html中的圖片標籤為img,而其一的屬性src則要放入圖片檔案的位置,位置分為兩種絕對路徑:放上圖片的url位置相對路徑:相較 ... ... <看更多>
css url路徑 在 [問題] 關於取得css背景的路徑的方法? - 看板Web_Design 的推薦與評價
我想利用jquery取某div的CSS背景路徑,作法如下:
var path = $('div').css('background-mage');
因為這樣得到的是 url("images/myphoto.png")
但是我只想要取出 images/myphoto.png
所以我必需要過濾「 url(" 」和「 ")」無關的字串
我試著這樣寫
path = path.split('url("').pop(); //取得url(" 之後的字串
path = path.split('")').shift(); //取得 ") 之前的字串
這種作法在Firefox可以正常運作,但是在IE就會在最後面多一個 "
請問有沒有取得 url(路徑) 中的「路徑」的更好作法呢?
/ v \ 麻煩大家提供意見
--
歡迎來我的網誌看看
@ https://doublekai.org/blog
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.244.120.196
... <看更多>