#cofacts
2025-02-03
午安各位，02/10 的週會希望改成線上，然後 02/17 的週會更改到 02/19（三） 20:00。本月的實體會議有02/03，02/19，02/24 npo hub 4樓 20:00， 線上會議 02/10 20:00，好嗎好嗎
感謝安排與回應，我已經更新 Google calendar （大事記+g0v行事曆）囉
2/17 改 2/19 要麻煩 @bil 跟 hub 重借會議室～
借好了
本週開會移到週三唷～
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
午安各位，02/10 的週會希望改成線上，然後 02/17 的週會更改到 02/19（三） 20:00。本月的實體會議有02/03，02/19，02/24 npo hub 4樓 20:00， 線上會議 02/10 20:00，好嗎好嗎
3
感謝安排與回應，我已經更新 Google calendar （大事記+g0v行事曆）囉
2/17 改 2/19 要麻煩 @bil 跟 hub 重借會議室～
借好了
本週開會移到週三唷～
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
@andrewwang0330 has joined the channel
2025-02-04
感謝安排與回應，我已經更新 Google calendar （大事記+g0v行事曆）囉
2/17 改 2/19 要麻煩 @bil 跟 hub 重借會議室～
2025-02-07
Gemini 2.0 正式版上了
gemini-2.0-flash-001 (正式版) 的逐字稿生成速度，比起 gemini-2.0-flash-exp (實驗版) 慢上不少，簡直跟 gemini-1.5-pro-002 差不多慢了
gemini-2.0-flash-exp (實驗版) 跟 gemini-2.0-flash-lite-preview-02-05 (flash-lite 實驗版) 差不多快，但 flash-lite 對我的 prompt 的遵從程度比較差
Prompt 遵從度方面，gemini-2.0-flash-001、gemini-2.0-flash-exp 差不多高、gemini-1.5-pro-002 也不差。
結果在逐字稿這個應用上，用 gemini-2.0-flash-001 和用 gemini-1.5-pro-002 變得差不多⋯⋯
gemini-2.0-flash-001 (正式版) 的逐字稿生成速度，比起 gemini-2.0-flash-exp (實驗版) 慢上不少，簡直跟 gemini-1.5-pro-002 差不多慢了
gemini-2.0-flash-exp (實驗版) 跟 gemini-2.0-flash-lite-preview-02-05 (flash-lite 實驗版) 差不多快，但 flash-lite 對我的 prompt 的遵從程度比較差
Prompt 遵從度方面，gemini-2.0-flash-001、gemini-2.0-flash-exp 差不多高、gemini-1.5-pro-002 也不差。
結果在逐字稿這個應用上，用 gemini-2.0-flash-001 和用 gemini-1.5-pro-002 變得差不多⋯⋯
結果在台灣的 `gemini-1.5-pro-002` 比在美國的 `gemini-1.5-pro-002` 快上不少，花費時間幾乎跟美國的 `gemini-2.0-flash-exp` 同等級，效果也不差。
我發了個 PR 優先使用台灣跟日本的 `gemini-1.5-pro-002` ：
https://github.com/cofacts/rumors-api/pull/361
至於那個最新的 `gemini-2.0-flash-001` 正式版，等它變快一點再說吧。
我發了個 PR 優先使用台灣跟日本的 `gemini-1.5-pro-002` ：
https://github.com/cofacts/rumors-api/pull/361
至於那個最新的 `gemini-2.0-flash-001` 正式版，等它變快一點再說吧。
2025-02-08
Replied to a thread: 2025-02-07 04:05:31
結果在台灣的 `gemini-1.5-pro-002` 比在美國的 `gemini-1.5-pro-002` 快上不少，花費時間幾乎跟美國的 `gemini-2.0-flash-exp` 同等級，效果也不差。
我發了個 PR 優先使用台灣跟日本的 `gemini-1.5-pro-002` ：
https://github.com/cofacts/rumors-api/pull/361
至於那個最新的 `gemini-2.0-flash-001` 正式版，等它變快一點再說吧。
我發了個 PR 優先使用台灣跟日本的 `gemini-1.5-pro-002` ：
https://github.com/cofacts/rumors-api/pull/361
至於那個最新的 `gemini-2.0-flash-001` 正式版，等它變快一點再說吧。
The most recent model, `gemini-2.0-flash-001`, suffers from slow response issue, compared to its predecessor, the experimental `gemini-2.0-flash-exp`. <https://private-user-images.githubusercontent.com/108608/411172883-a9a9a886-8a73-4d4d-a197-9f6bec78b60e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5OTg5NzgsIm5iZiI6MTczODk5ODY3OCwicGF0aCI6Ii8xMDg2MDgvNDExMTcyODgzLWE5YTlhODg2LThhNzMtNGQ0ZC1hMTk3LTlmNmJlYzc4YjYwZS5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwMjA4JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDIwOFQwNzExMThaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT04NmMzY2Q2MjE5MjQ3YjllMzYwNmNmZDdiMmFjYTljMzgxMGJlZTRjY2ZmZDBjMTIyMjE3ODA0YzRkOTY0NTUzJlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.Oahs8mpqda3yqIIcDGTYDkzXEdy1YybqNZ7Nnpo8uNM|圖片> On the other hand, I found that `gemini-1.5-pro-002` in `asia-east1` (Taiwan) and `asia-northeast1` (Tokyo) is actually as fast as `gemini-2.0-flash-exp` on `us-cental1`, and its quality is also pretty good. <https://private-user-images.githubusercontent.com/108608/411172752-b7652d65-f903-41bb-8daa-d5b2822d6125.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mzg5OTg5NzgsIm5iZiI6MTczODk5ODY3OCwicGF0aCI6Ii8xMDg2MDgvNDExMTcyNzUyLWI3NjUyZDY1LWY5MDMtNDFiYi04ZGFhLWQ1YjI4MjJkNjEyNS5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjUwMjA4JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI1MDIwOFQwNzExMThaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0xYWZjYTUyOWZjMzEyY2RiYjQ3OGNhODk0OTVjMDJmMzMxYmY2N2JhOGE0YjM4MGU0M2QyMmExYTYxNGE0ZTU5JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCJ9.D_4Hxy0SZpYuQnI53RbbO-ubgOMfTzvr3-DgfCmOs_s|圖片> This PR sets up the LLM model settings for LLM transcript to prioritize `gemini-1.5-pro-002` in Asia, then `gemini-2.0-flash-exp`. For now, we ignore the latest `gemini-2.0-flash-001` until it gets a significant speed boost.
- 😮1
借好了
2025-02-10
今日議程 https://g0v.hackmd.io/@cofacts/meetings/%2FBsnOA5ahTBW5Yaub1dYmhA
今天純線上唷，NPO Hub 不會有人～
今天純線上唷，NPO Hub 不會有人～
今日議程 https://g0v.hackmd.io/@cofacts/meetings/%2FBsnOA5ahTBW5Yaub1dYmhA
今天純線上唷，NPO Hub 不會有人～
今天純線上唷，NPO Hub 不會有人～
HackMD
# Cofacts 會議記錄 - [搜尋](<https://cse.google.com/cse?cx=71f4f7ee215d54fe6>)[target=_blank] ## 2025 -
2025-02-16
@jacobyu212851 has left the channel
2025-02-17
[thread]: File from mrorz@g0v-tw with comment: load 也太高
[thread]: File from mrorz@g0v-tw with comment: 這次是 url resolver
[thread]: File from mrorz@g0v-tw with comment: 16:16:36 的 dying message
[thread]: File from mrorz@g0v-tw with comment: > 真是突然飆升 對，誇張
[thread]: File from kiang@g0v-tw with comment: 像這樣
[thread]: File from kiang@g0v-tw with comment: 連結長這樣，只有回報者開啟有東西，我打開看不到
[thread]: File from mrorz@g0v-tw with comment: 由於 browser 端拿到 0B，代表 server 知道我是直連而不是走他想要的路徑來的 看來是 cookie based 這些會送東西到 server 的標定方法
[thread]: File from kingman@g0v-tw with comment: 網址後段 (/bank~~~wenzhe/) 有收在此 https://en.cofacts.tw/article/1bwtn6afyo8u8 另外該網域已被eset阻擋
[thread]: File from kiang@g0v-tw with comment: 另一部份的內容
[thread]: File from kiang@g0v-tw with comment: 我看到 165 的檢舉表單之後就覺得，難怪詐騙集團盛行，因為他們才知道人們討厭填這種表單啊 XD
[thread]: File from kidstarkenny@g0v-tw with comment: 如果是針對偏好發送的話， 這種傳簡訊的發送錯假訊息想要引導投票意向、或讓收件者對政治冷感,應該也算同類型手法對吧
File from mrorz@g0v-tw with comment: 我先關掉這個 不然 notification 太多，無法討論
File from mrorz@g0v-tw with comment: server load 目前是這樣 nginx 辛苦ㄌ 來cloudflare 上看看有啥可做
File from mrorz@g0v-tw
File from mrorz@g0v-tw with comment: 看起來集中在打某一頁
File from mrorz@g0v-tw with comment: IP 方面分散，DDoS 無誤
File from mrorz@g0v-tw with comment: WAF 開下去，針對造訪 /article/3PcS0YwBAjOeMOklSw-D 的頁面做 JS challenge 看來就可以了
File from mrorz@g0v-tw with comment: 來輸出報告留底
This message was deleted.
File from mrorz@g0v-tw with comment: 搭配訊息的顯示已經上到主站囉！ 我們還沒正式宣傳，就有人知道要一起傳送了，看來是個 intuitive 的互動方式呢
[thread]: File from mrorz@g0v-tw with comment: 中選會網站居然沒有放不分區的選舉人資格⋯⋯ https://2024.cec.gov.tw/question/
2024.cec.gov.tw
中華民國第16任總統副總統及第11屆立法委員選舉，投票時間為2024年01月13日。本網站提供民眾瀏覽選舉說明、政令法規、注意事項及最新消息等資訊，亦可透過網站的查詢系統搜尋投開票所與候選人資訊，歡迎民眾多加利用。中選會、中央選舉委員會
[thread]: File from mrorz@g0v-tw with comment: 規定其實有張貼與宣讀開票步驟，但我監票那間也沒做 XD 手冊裡面也有收錄「投開票所曾發生案例及其改進預防措施」。 對民眾來說，目前遇到違規也確實是靠拍影片投訴這樣，所以拍片上傳是對的。 不過我會覺得，在散播時還是分辨一下過度解讀選務疏失的部分，哪些是便宜行事應該糾正，以免誤殺有心積極改善開票流程的公務員；以及哪些疏失是大到影響民眾對選舉信任、乃至於有做票疑慮的部分。
[thread]: File from mrorz@g0v-tw with comment: 這次開票有些樣態其實有在手冊裡
[thread]: File from mrorz@g0v-tw with comment: 另一種做法可能會是 join 平台
[thread]: [影片 1:58](https://docs.google.com/spreadsheets/d/1XYnvpBYXEPqy_aedULyc5xrnR1TVOOTCUfqZAk3cmKI/edit#gid=2111922249&range=5:5) 南投縣草屯鎮第 67 投開票所 中原國小 台南縣選委會回覆我了
[thread]: File from mrorz@g0v-tw with comment: 他今天早上給了我一份新的版本 變得和諧很多（？）
File from cai@g0v-tw with comment: 今天中選會行政院報告有提到假訊息部分，有統計選前選後的數目 【報告一】中央選舉委員會：「第16任總統副總統及第11屆立法委員選舉工作」 懶人包→ https://reurl.cc/QeZ4VM
reurl.cc
This message was deleted.
[thread]: File from cai@g0v-tw with comment: [https://www.google.com/search?q=%E9%80%80%E4%BC%91%E8%BB%8D%E5%85%AC%E6%95%99%E4%BA%[…]=601002590&source=lnt&tbs=qdr%3Am&sa=X&biw=1360&bih=877&dpr=1](https://www.google.com/search?q=%E9%80%80%E4%BC%91%E8%BB%8D%E5%85%AC%E6%95%99%E4%BA%BA%E5%93%A118%25%E5%84%AA%E6%83%A0%E5%AD%98%E6%AC%BE%E5%88%A9%E6%81%AF%E8%A2%AB%E7%A0%8D++site%3Acofacts.tw&sca_esv=601002590&source=lnt&tbs=qdr%3Am&sa=X&biw=1360&bih=877&dpr=1)
[thread]: File from mrorz@g0v-tw with comment: 好吧我啥 microdata 都沒放 Google 是真的用猜的
[thread]: File from mrorz@g0v-tw with comment: 有滿多不同的搭配的文字耶
[thread]: File from mrorz@g0v-tw with comment: 沒看過的 command @@
[thread]: File from mrorz@g0v-tw
[thread]: File from mrorz@g0v-tw with comment: Load 降回去了
突然之間 sync 了古早的訊息進來 lol
突然之間 sync 了古早的訊息進來 lol
Replied to a thread: 2025-02-03 15:55:30
本週開會移到週三唷～
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
是 RightsCon 與大松前會
2/24 是 RightsCon talk 前夜 (?
- ❤️2
2025-02-18
現在 Staging LINE bot 已經更新，修正上周測到的，reply token collector 訊息不顯示的問題。
現在是調成 6 秒沒回應就會先送 reply token collector，讓大家測測看感覺。
明天可以調成正式版（預計 45 秒，可以調整成一個使用者會失去耐性的時間），我們大家可以測測看~~
現在是調成 6 秒沒回應就會先送 reply token collector，讓大家測測看感覺。
明天可以調成正式版（預計 45 秒，可以調整成一個使用者會失去耐性的時間），我們大家可以測測看~~
# Cofacts 會議記錄 - [搜尋](<https://cse.google.com/cse?cx=71f4f7ee215d54fe6>)[target=_blank] ## 2025 -
2025-02-19
https://g0v.hackmd.io/@cofacts/meetings/%2FqL-wd2bNSzGyKNLhb0dTaA 今日議程
我會帶蛋捲去 NPO hub~
我會帶蛋捲去 NPO hub~
Update: 關於今天測到的影片無限處理問題。
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
幾個改掉的想法
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
不知道 cloudflare tunnel 會不會也有 100 秒限制。
看起來 100s proxy read timeout 很可能也會 apply to Cloudflare tunnel
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
今天對 rumors-api 實作了個 middleware，它會在時間快到的時候先丟一個 HTTP header 回去，避免 cloudflare 的 proxy read timeout
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
我要先放棄 LLM transcript 了，穩定度太低，之後用更多影片測過再說。
先弄 RightsCon 要緊⋯⋯
先弄 RightsCon 要緊⋯⋯
之前的做法，是部分要花很長時間上傳的任務，走另一個 domain，以解決資源佔用，或是 cloudflare 這種強制中斷問題，或許跟你講的一樣（繞過 cloudflare）
https://g0v.hackmd.io/@cofacts/meetings/%2FqL-wd2bNSzGyKNLhb0dTaA 今日議程
我會帶蛋捲去 NPO hub~
我會帶蛋捲去 NPO hub~
# Cofacts 會議記錄 - [搜尋](<https://cse.google.com/cse?cx=71f4f7ee215d54fe6>)[target=_blank] ## 2025 -
Update: 關於今天測到的影片無限處理問題。
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
幾個改掉的想法
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
不知道 cloudflare tunnel 會不會也有 100 秒限制。
看起來 100s proxy read timeout 很可能也會 apply to Cloudflare tunnel
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
今天對 rumors-api 實作了個 middleware，它會在時間快到的時候先丟一個 HTTP header 回去，避免 cloudflare 的 proxy read timeout
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
我要先放棄 LLM transcript 了，穩定度太低，之後用更多影片測過再說。
先弄 RightsCon 要緊⋯⋯
先弄 RightsCon 要緊⋯⋯
之前的做法，是部分要花很長時間上傳的任務，走另一個 domain，以解決資源佔用，或是 cloudflare 這種強制中斷問題，或許跟你講的一樣（繞過 cloudflare）
@joanne.dsai.uol has joined the channel
cai
數發部數位產業署的防詐專區 https://moda.gov.tw/ADI/antifraud/af-bulletin/1627
尚未跟165網站跟防詐儀表板比較差異
那個週報
我看了完全不知道如何運用
留給有緣人處理 (?
我看了完全不知道如何運用
留給有緣人處理 (?
數發部數位產業署的防詐專區 https://moda.gov.tw/ADI/antifraud/af-bulletin/1627
尚未跟165網站跟防詐儀表板比較差異
- 1
那個週報
我看了完全不知道如何運用
留給有緣人處理 (?
我看了完全不知道如何運用
留給有緣人處理 (?
2025-02-20
那個週報
我看了完全不知道如何運用
留給有緣人處理 (?
我看了完全不知道如何運用
留給有緣人處理 (?
Replied to a thread: 2025-02-19 14:00:02
Update: 關於今天測到的影片無限處理問題。
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
LINE bot 有 fetch error 但 staging API 這側沒有任何 error。
在 LINE bot 這側印出 error 後，發現是 cloudflare 發 504，應是 staging nginx timeout。
但即使我把 nginx 這裡 timeout 放寬，也會在 100 秒時遇到 cloudflare 的 524 error，而這 100 秒不能調。
從今天測的影片，有些可以處理到 2min 來說，長影片在這個限制下可能會送不進 Cofacts orz
Cloudflare Docs
When troubleshooting most 5XX errors, the correct course of action is to first contact your hosting provider or site administrator to troubleshoot and gather data.
When troubleshooting most 5XX errors, the correct course of action is to first contact your hosting provider or site administrator to troubleshoot and gather data.
- 😮1
幾個改掉的想法
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
• LINE bot <> API 這段不走 cloudflare --> staging 做不到，production 可以
• LLM 用 max output token 節省時間
• ListArticles API 或其他 API 設定 timeout + cache，在時間內回傳並重送時可以接續處理，可用 long polling 處理
不知道 cloudflare tunnel 會不會也有 100 秒限制。
看起來 100s proxy read timeout 很可能也會 apply to Cloudflare tunnel
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
• Cloudflare tunnel 裡可以調的 config 不包含 proxy read timeout。
• 針對 524 cloudflare 的官方建議是不要打開 proxy（灰色雲）
2025-02-21
@chienlingliu6 has joined the channel
@kevinz93a2 has joined the channel
2025-02-22
@sshc91 has joined the channel
今天對 rumors-api 實作了個 middleware，它會在時間快到的時候先丟一個 HTTP header 回去，避免 cloudflare 的 proxy read timeout
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
PR： https://github.com/cofacts/rumors-api/pull/362/files
跟 Gemini 的討論：https://g.co/gemini/share/ebad8b428ac9
但我試不成功，覺得怪怪 orz
Gemini 
2025-02-23
@yiping97huang has joined the channel
我要先放棄 LLM transcript 了，穩定度太低，之後用更多影片測過再說。
先弄 RightsCon 要緊⋯⋯
先弄 RightsCon 要緊⋯⋯
@frankwang5168 has joined the channel
@wang8119 has joined the channel
2025-02-24
今日議程
https://g0v.hackmd.io/@cofacts/meetings/%2F10oQ0SXwToG7xu_YxJ37wg
我們先一起開測 staging LINE bot，邊測邊聊 RightsCon 攤位的事情，最後再回來討論 LLM transcript
https://g0v.hackmd.io/@cofacts/meetings/%2F10oQ0SXwToG7xu_YxJ37wg
我們先一起開測 staging LINE bot，邊測邊聊 RightsCon 攤位的事情，最後再回來討論 LLM transcript
今日議程
https://g0v.hackmd.io/@cofacts/meetings/%2F10oQ0SXwToG7xu_YxJ37wg
我們先一起開測 staging LINE bot，邊測邊聊 RightsCon 攤位的事情，最後再回來討論 LLM transcript
https://g0v.hackmd.io/@cofacts/meetings/%2F10oQ0SXwToG7xu_YxJ37wg
我們先一起開測 staging LINE bot，邊測邊聊 RightsCon 攤位的事情，最後再回來討論 LLM transcript
# Cofacts 會議記錄 - [搜尋](<https://cse.google.com/cse?cx=71f4f7ee215d54fe6>)[target=_blank] ## 2025 -
之前的做法，是部分要花很長時間上傳的任務，走另一個 domain，以解決資源佔用，或是 cloudflare 這種強制中斷問題，或許跟你講的一樣（繞過 cloudflare）
2025-02-27
https://cofacts.github.io/community-builder/#/editorworks?type=2&day=365&userId=gOhKQZUBYrjt7MSMEiku&showAll=1 這個外送茶沒被 LLM 抓出來耶
cofacts.github.io 
comment 沒檢查😮 ，感謝他幫忙測 bug (?
發現這類型的詐騙訊息也有被送進 article 的，不確定是不是“正常” user 傳進來的
https://cofacts.tw/article/ftick91dp54g
https://cofacts.tw/article/ftick91dp54g
從這裡發現的，這位張東西編輯貼了詐騙訊息後又刪掉，無法理解他的目的🤔
https://github.com/cofacts/takedowns/pull/172
https://github.com/cofacts/takedowns/pull/172
處理完畢
https://github.com/cofacts/takedowns/pull/172 這個要 approve 嗎，我覺得放著或執行都可以
可以先放著，想看他之後會不會有什麼動作
🍯🐝
🍯🐝
看來 spam detection 要擴充了
我先手動下架他們囉
https://cofacts.github.io/community-builder/#/editorworks?type=2&day=365&userId=gOhKQZUBYrjt7MSMEiku&showAll=1 這個外送茶沒被 LLM 抓出來耶
comment 沒檢查😮 ，感謝他幫忙測 bug (?
發現這類型的詐騙訊息也有被送進 article 的，不確定是不是“正常” user 傳進來的
https://cofacts.tw/article/ftick91dp54g
https://cofacts.tw/article/ftick91dp54g
從這裡發現的，這位張東西編輯貼了詐騙訊息後又刪掉，無法理解他的目的🤔
https://github.com/cofacts/takedowns/pull/172
https://github.com/cofacts/takedowns/pull/172
處理完畢
https://github.com/cofacts/takedowns/pull/172 這個要 approve 嗎，我覺得放著或執行都可以
可以先放著，想看他之後會不會有什麼動作
🍯🐝
🍯🐝
看來 spam detection 要擴充了
我先手動下架他們囉
comment 沒檢查😮 ，感謝他幫忙測 bug (?