Search
現在的網頁應用程式都會架構成前端與後端，然後中間透過 Restful API 或是 GraphQL 來做遠端的資料請求
但是重複的資料一再對遠端服務做請求，一來沒效率，二來現在有些後端採用 Serverless 或是以 API 呼叫次數為計費，前端能盡量減少遠端 API 呼叫，除了能增加前端的反應速度，也可以減少後端的開銷
透過 SWR 對遠端做資料請求，會先查詢本地端的快取( Cache )，如果快取沒有對應的資料才會從遠端請求，這讓網頁前端的反應更快，可以 讓使用者體驗更好
https://softnshare.com/swr/
荷蘭在台辦事處 Netherlands Office Taipei 對 香草騎士 Vanilla Knight 訪談文侵權案件道歉賠償（內容工作者請千萬看到最後）/ Netherlands Office Taipei apologizes and compensates for copyright infringement of the Vanilla Knight interview article
.
半年了，距離我在巴黎家中發現自己的文章被抄襲、改寫成英文，並在荷蘭農業處網站發表已經半年。這半年中無論是全球疫情、還是我的個人生活都宛如雲霄飛車，上下起伏之多，讓人一方面很難想像半年已經過去、另一方面卻總有煙塵籠罩的不真實感。
.
今天上午在台北地方法院調解庭，我和荷蘭辦事處的當事人與律師同意就「建立文化、建立價值，建立產業間的連結 － 香草騎士創辦人味正琳師傅訪談筆記」侵犯著作權法一案達成和解，以下是雙方協議內容：
.
1. #荷蘭在台辦事處於該處網站首頁刊登中英文版道歉啟事，內文包含「未經授權挪用 / We did not obtain Ms. Chen's consent and our usage of Ms. Chen's article was without Ms. Chen's authorization.」、「致歉 / we apologize」等文字，自 4/6 下午 4 時至 4/16 下午 5 時止，共計 10 日。
.
📌 刊登網址：
https://www.nl.org.tw/index_zh.html（中文）、
https://www.nl.org.tw/index.html（英文）
.
2. #荷蘭在台辦事處提供雙方同意的侵權賠償，款項已於 4/7 匯入我的個人銀行帳戶。
.
3. 我將於 4/17 道歉啟事刊登時間結束後，撤銷對當事人的民事與刑事訴訟，並承諾不再追訴。
.
事件即將告一段落，但我其實並沒有任何欣喜之感。過程之反覆、瑣碎，讓我極為疲憊；為此奔波的好友之多，讓我在感受盛意之餘，始終有一絲歉疚。上回調解庭裡，看到當事人確實打從心裡感到後悔的表情，也使我相當難受。
.
我選擇將這件事刊登周知，是認為這個案件極為重要，#希望這件事能夠成為所有內文工作者的範例_鼓勵大家看重自己的作品_保護自己的權益，同時 #呼籲公眾尊重著作權_共同打造一個更健康的創作環境。
.
#所謂公理_其實不去爭取就不是你的。
過去一年因為過於勞累，我暫停撰寫中英雙語文章，只以中文為主，我到現在還不時自責，「如果當時中英文都寫了，是否會警惕抄襲的意圖？」、「如果當時有英文版，是否在報案時，更容易證明哪些段落是來自我的文章？」我也記得當事人的長官，荷蘭在台辦事處農業處處長那封令人瞠目結舌、甚至讓我幾乎要為所有內容工作者感到悲哀的來信；更難忘當我把事件始末轉錄在「台灣人在荷蘭」群組後，底下一片都是「荷蘭人是不會道歉的」的留言。
.
侵權告訴非常冗長，但並不困難。許多好朋友一開始就試圖勸退我，因為擔心過程中身心的折磨會與結果不成比例。但我還是想告訴大家，如果你認為自己做的事是正確的，就堅持下去。
.
#所有的創作都有價值_願意分享不代表歡迎抄襲
#就算只是爭一口氣_同樣會鼓舞很多人_帶來更多正面效益_減少同樣事情再次發生
我非常感激所有留言支持我捍衛自己權益，為我提供法律諮詢、心理支持的朋友，特別是從頭到尾大力協助，在我從法國回台隔離期間，代為公證證據、前往警局報案，並陪我出席調解庭，為我爭取到理想和解結果的 Eatpire - 風格美食指南 創辦人吳威賦（William），謝謝你們陪我一路走來、沒有退縮。
以下簡要列出發現文章被侵權後建議採取的行動給大家參考：
.
1. 立即蒐證，如侵權行為發生在網路上，除網頁截圖外，務必以螢幕錄影程式錄下造訪該網頁的紀錄，證實網頁確實存在的證據，以防網頁事後被移除。如果目前已被移除，可以嘗試用 Google cache 的方式取得快取頁面。
.
2. 蒐證完成，將證據印出、檔案存檔後立即前往公證人處公證。
.
3. 如果願意給對方機會，可寄出存證信函通知對方即將報案，否則直接帶著公證好的證據與個人身分證明，前往最近的警察局報案製作筆錄，筆錄中需載明侵權處。在我的案件中，對方雖是將文章改寫成英文版，但仍然涉嫌觸犯著作權法中的「改作」一項，因此我將明顯翻譯自我文章的段落摘出，與原文對照，放入筆錄中。
.
4. 接下來警方會通知對方到案說明，對方也可能試圖聯繫，取得和解。若不願和解，就靜候法院調解庭開庭通知。在此期間整理所有文件，並估算損失。記得，#不要低估自己的價值，除了文字內容可以比照發稿的稿費標準外，不要忘記還有自己的時薪，為寫作該篇文章付出的所有交通費、講習費、採訪、編輯費用等；若被侵權的部分還有照片，也要一同估計攝影師的費用、攝影器材租借費。若文章有商業用途，商業損失如廣告費、點擊率等也須一併估算在內。訴訟期間發生的所有相關費用如交通費、公證費、文件印刷、光碟印製費等也可計算其中。
.
5. 確認調解時間後，出席調解庭，帶好所有的證據、通訊往來，整理好論點，在調解委員前陳述，並提出和解條件，與對方協調。若調解成立，須確認同意的執行方案被妥善記錄至調解庭筆錄中，才有執行約束力。此時可選擇撤回告訴。若調解不成立，則該案件將直接進入法院審理程序。注意著作權侵權包含民事與刑事責任，因此若最後侵權行為確認，侵權行為人將會留下刑事案底。
.
再次感謝大家的支持，也希望這篇文章對提升整體創作環境有所幫助。現行的法規制度讓受害者非常疲憊，竊取者付出的代價很低，但我希望大家不要因為爭取自己該有的權益而自責，只有自己站起來保護自己的權益，現況才有改變的可能。衷心希望以後不再看到抄襲者理所當然，用「疏忽」、「遺漏」掩飾錯誤；也希望不再聽說有人受害，卻被大家勸退，理由是「爭一口氣很麻煩划不來」。
.
🔖 相關連結：
前情提要：https://tinyurl.com/ztykf69z
味師傅訪談原文：https://tinyurl.com/n7kuvmj8 (FB) 、https://tinyurl.com/hhh88uf7（網站）
剛剛在整理筆記的時候，發現兩年半前還在前公司就應該要發的文章一直躺在筆記裡面，快點整理一下 po 出來。
---
這是第三篇關於 log 的文章，應該也是最後一篇了，這次來聊聊如何讓開發者用 log 了解自己發出的 API 流程是否正確及如何提升效率。
強者小編同事用 python 寫的 log 整理工具，其實就是把 AP 吐出來的一堆多行 debug log，轉成只有 header、url、執行時間的單行 log。所以其實可以把產生出的 API log 再用其他 Linux 指令，即時顯示給開發者看。
---
這麼做的好處不少，對 frontend 來說，可以避免下列問題發生：
1. API 誤用：A 畫面應該是要串 a API，可是卻串到了 b API，又或是串成了 a' API。串成 b 是有點誇張啦，但最近 review 後發現 a' API 倒是比較常出現，像是參數帶錯之類的。
2. 誤解 API 流程：流程應該是串 abc，可是卻串成了 acb。有時候這不是什麼大問題，但在注重流程的 App 上這就很嚴重了。
3. API 狂發：流程應該是串 abc，但卻變成了 abbbcc。這個問題在使用上比較難發現，因為會有這類問題的大都是 GET API，依 RESTful GET API 的 idempotent 特性，無論執行多少次 GET，結果都會是一樣，所以也就更難發現問題了。
---
對 backend 來說的好處也不少：
1. 了解 cache 設計方向：像是剛剛的第 3 點問題，在 frontend 還沒更版前，backend 可以先加上 Cache-Control 機制，把大量的無效 request 從資料庫轉移到 Cache 裡面，當然 frontend 本來就要有這機制才行。
2. 了解每支 API 的效率：開發 API 沒幾個重點，就是流程正確、執行速度快，其中執行速度也是最難處理的一塊。所以了解 API 的處理速度，才有辦法做最佳化。
用這套工具就可以把上面提到的幾個重點一一檢視，也發了十幾個 issue 給 frontend 及 backend，算是 CP 值很高的一個開發。
---
至於技術細節，其實也就下面兩個重點而已：
1. 用 SocketIO 建置一套 WebSocket Server，然後放兩個輸入框，表示要訂閱 (subscribe) 的 log 來源及要監視的 user id
2. 用 tail -f 將 log 即時 pipe 到強者同事寫的 log 整理工具，再用 awk 把需要的欄位輸出，最後將輸出的欄位發送到 WebSocket Server
這個即時顯示 log 的網頁從發想到完成，工時應該只有兩三個小時吧，但發揮的效用可說是非常的大，今天就靠這個網頁開了十幾張單，算是最近小編蠻能說嘴的一項工作了吧 XDDD
* https://www.facebook.com/kewang.information/posts/2058766574399706
* https://www.facebook.com/kewang.information/posts/2085843121692051
#socketio #websocket #log
網頁連結補充 -
https://2ch.review/cache/view/news/1580701093?fbclid=IwAR136tCCbKbU4yzIyzbIDwGNFqoumCEBYpxfZZn_zYXzkDsk9B8IXEmvEiI
加入奕寬的會員 - https://www.youtube.com/channel/UCUvfCLsgDFvoBhvnK-Emf-g/join
ECPay小額贊助 - http://pesc.pw/MF4WK
奕寬FB - http://pesc.pw/JKQFY
奕寬IG - http://pesc.pw/ME2GM
合作 - ikuanjp@gmail.com
#武漢肺炎
#口罩
#日本
萬眾矚目的Haswell終於來啦!!!由 Tech a Look 向大家介紹最近Intel才推出不久的最新中央處理器產品Core i5-4670。全新第四代Intel Core CPU系列架構為 Haswell，採用最先進的 22 奈米製程技術，並且內建最新一代的Intel HD Graphics 4600顯示技術，支援現今其件規格之4K超高解析度顯示並使畫面更細膩清晰，打造比上一代CPU高出一倍的 3D 繪圖效能與高畫質多媒體影像處理能力。
Intel Core i5-4670產品功能特色 :
四核心處理器
CPU 3.4GHz 時脈速度
CPU 最大超頻時脈速度 3.8GHz (使用 Intel 渦輪加速2.0技術情況下)
6M 快取記憶體
Haswell架構 /22nm 製程
最大散熱功率 84W
支援 LGA1150 腳位
支援系統記憶體 DDR3-1333/1600
全新Intel HD Graphics 4600顯示技術
** 之後Tech a Look還有最新Z87/H87晶片組主機板的介紹，請大家不要錯過噢~
** 以上資訊來自Intel 英特爾產品官方網頁 :
http://ark.intel.com/zh-tw/products/75047/Intel-Core-i5-4670-Processor-6M-Cache-up-to-3_80-GHz
想知道更多關於其他主機板和CPU產品影片的介紹，請上 Tech a Look :
http://www.techalook.com.tw/category/電腦主機板和中央處理器/
請注意~各位一定要持續鎖定 Tech a Look，因為還有更多精彩內容等著你喔~
Tech a Look 網址 : http://www.techalook.com.tw/
請大家到FB給我們按個讚~
Facebook : http://www.facebook.com/techalook.com.tw
和訂閱我們的頻道~
YouTube : http://www.youtube.com/techalooktv
