2026年3月20日星期五

台灣開關/插座配線資料整理

L 火線: 紅色/黑色
控制線: (火線的延伸)習慣用藍色、黃色
N 零線(中性線): 則電工法規有規定用白色或灰色

智能開關在電燈斷電時仍需要電才能連結

故此需要中性線持續供電wifi組件

單火版就是在燈座那再加個電容讓你關燈時

仍可走電容這條路供電

不過整體電路此時仍為通路狀態

偶爾會有零散電流跑到燈具

如使用燈具瓦數較小時

就會造成鬼火閃燈現象

解決方式就是換個大瓦數的

2026年3月16日星期一

NOD32 免ID升級服務更新！

https://bbs.vc52.cn/thread-1844183-1-1.html

10. 騰訊雲成都資料中心非獨享500M上行主機

備註：續費了一年主機商不跑路就沒事

更新地址

新版 v16-19（國服鏡像，相容大部分 endpoint）：http://132.232.202.106:22210/v16/

老版本 V3-V8（國服資料）：http://132.232.202.106:22210/v8/dll/

同步自其他私服（V16-19相容大部分 endpoint) : http://132.232.202.106:22210/sf/

2026年3月11日星期三

中華預付卡 + 自動展延門號效期 + 180天的方案

你的狀況跟我全家5個門號，每個門號每月用不到5GB類似，
實測告訴你，中華預付卡除了新春抽抽樂買流量外(今年已結束)

計量只剩888元28GB方案可以買，其餘千萬別買。

正確來說180天計量方案才可以買，888元方案是過年才有，

只有180天方案才值得買的原因，是因為讓門號效期及流量效期一致，

這樣自動展延才會一併延長流量效期。
3月後沒了888方案，回復原價1000元8GB方案，貴一點但還是可以買，
即使學生方案1699/50GB，看起來每GB單價便宜，流量不高的人千萬別買，
因為用不到的都是浮雲，180天的方案才能讓你買的每分流量用到完。

第一件你要做的事，就是去看近幾期帳單的流量使用狀況，
假設每月只使用1GB,
以你要的8.4GB(60天)方案說給你聽，
假設你2/28開通預付卡門號，那預付卡會有2個日期
門號效期至8/27
流量效期至4/29
所以你4/29之前要再買，不然沒用完的6.4GB流量就沒了。

上面有人提的「自動展延【門號效期】」也救不了你，因為你的門號效期還很久，

所以這功能是不會啟動的，

沒續買流量，沒用完流量的就變成看得到吃不到的免費通話費。

那為什麼888元28GB(180天)可以買

一樣以2/28開通

門號效期至8/27

流量效期至8/27

2/28開通後，線上跟客服申請自動展延門號效期

然後8/13時，因為門號效期不足15天，

會自動從主帳扣50元(記得主帳多存一點，用不到以後可以退)，

並延長

門號效期及流量效期180天，

所以28GB可以一直用到完為止，還不用手動儲值。

像我媽在家有Wifi，1年才用2GB，等於每年花100展延流量，7年買1次888。

以上做為你父母平常使用的方式，如果突然要大量使用
以888元28GB來說，等於每GB約32元，
除非你計時、計日會使用到大量流量，換算下來每GB低於32元，
不然計時、計日也別買。
總之，趁月租門號還沒NP前，電信公司的帳單應該可以查詢流量使用狀況，會比較有好的建議
如果要壓到更低的單價，等明年的新春抽抽樂或者上網買人拋售的流量

------------------------------------------------------------------------------------------------------------------------

1、APP內購通常死豬價，特惠活動常常沒有

2、沒有再付錢通常效期延長有限

建議從網路門市購買，不管儲主帳或買流量，

門號效期立即延長180天。

而流量效期要無腦管理的話，避免用不完的流量被轉為用不到的通話費，
就是讓2個效期一致，並向網路客服申請「自動展延門號效期」服務，
之後每165天，會自動扣主帳50元，並讓門號效期及流量效期均延長180天。

2026年1月20日星期二

在 .NET 10（或任何現代 .NET 版本）專案建置後，bin\Debug\netX.X\ 資料夾中出現一堆語系資料夾（例如 zh-Hant、ja、fr 等），通常是因為你引用的 NuGet 套件（如 Microsoft.Extensions.、System. 或其他第三方套件）包含了多國語言的衛星組件（satellite assemblies），用於本地化（localization）支援。

如果你完全不需要多語系支援，可以透過以下方式禁止這些語系資料夾被複製到輸出目錄：

在專案`.csproj` 中設定 `<SatelliteResourceLanguages>`

在你的 .csproj 檔案中加入以下屬性（通常放在 <PropertyGroup> 區塊內）：

<PropertyGroup>
<SatelliteResourceLanguages>en</SatelliteResourceLanguages>
</PropertyGroup>

這會告訴 MSBuild 只保留 en（英文）的資源，其他語系的衛星組件將不會被複製到輸出目錄。

正確做法：不要留空，而是明確指定只保留 `en`

雖然直覺上「留空」代表「不要任何語系」，但 MSBuild 的行為是：如果 <SatelliteResourceLanguages> 為空或未設定，會預設包含所有可用語系。

因此，請務必設定為 en（即使你不使用英文資源，這只是讓系統「只保留中性語言 + 英文衛星組件」，而多數套件根本沒有 en 衛星檔，所以實際上會完全不產生語系資料夾）

-------------------------------------------------------------------------------------------------- 若是我的方案有 5 個專案，不想 5個專案 .csproj 都去修改可以用 全域 MSBuild 設定，不用逐個修改專案的 .csproj。是透過 Directory.Build.props 或 Directory.Build.targets，這是 MSBuild 提供的「全域專案層級設定檔」。

使用 Directory.Build.props

在你的解決方案根目錄（.sln 同層）建立一個檔案：

Directory.Build.props

加入以下內容：


<Project>
  <PropertyGroup>
    <!-- 全域指定只保留英文語系 Satellite DLL -->
    <SatelliteResourceLanguages>en</SatelliteResourceLanguages>
  </PropertyGroup>
</Project>

這個設定會自動套用到同目錄下所有專案（.csproj）
所有 Build 都只會保留 en 資料夾，其他語系 DLL 不會出現

2026年1月19日星期一

女兒因為考試發揮不如預期，感到相當沮喪

不過爸爸沒有斥責，而是打開Google Maps表示，「妳看，我常開車走錯路，妳說導航會怎樣？它會幫妳重新規劃路線。不會罵妳為什麼走錯路，它只會告訴妳前方右轉，繞一下也能到家。吃飽了，我們換條路走，人生也能達標。」

考高中考爛的時候爸爸也是跟我說：每個人會有每個人自己的路，不一定大家常走的就是對的，你也會找到屬於自己的路

套一句小英總統的話：一次考試只是決定妳的學校，並不會決定妳的人生

2025年12月12日星期五

未來開發新軟體建議 WebView2 還是 MAUI

一、最重要的結論（請先看這段）

如果您的核心 UI/功能會用 HTML/JS 開發，或是希望一次打造 Windows 端即可 →
選 WebView2（Web 技術為主的桌面 App）

如果您需要跨平台（Windows + Android + iOS），且是以 C#／.NET 生態為主 →
選 MAUI（原生跨平台 App）

如果您目前沒有 Web 前端工程師，或沒有前端架構能力 →
建議 MAUI

如果您的前端很強，且需要快速上線 Web + Desktop →
建議 WebView2（或 Electron/TAURI）

二、簡化版本：選擇策略表

開發需求	建議技術
跨 Windows / Android / iOS / macOS	MAUI
僅做 Windows 桌面	WebView2 或 WinUI
UI 主要來自一套 Web 前端程式碼（共用 Web 版）	WebView2
想快速迭代 UI、功能變更多	WebView2
想使用 .NET 的 MVVM / DI / C# 生態	MAUI
團隊沒有前端工程師	MAUI
需大量使用硬體/系統 API（印表機、日本收銀機、條碼槍、驅動程式）	MAUI / WinUI
需像 WhatsApp、LINE 這種跨平台但 Web 版本主導	WebView2
需要輕量、原生效能最佳	MAUI（原生）
需要最快上線、程式碼共用率最高	WebView2

三、從產品類型思考（最實用判斷方式）

1. 您要做「桌面版 Web 服務」（例如後台系統、管理端）

→ WebView2 是最強選擇

理由：

UI 全部重用 Web 前端
更新只要更新後端，不必更新客戶端
架構最簡單、維護成本最低
功能一致性最高
WhatsApp、Teams、Slack 都採這條路。

2. 您要做「企業內控 App / POS / 掃描器 / 周邊大量接觸系統」

→ MAUI 較適合

理由：

C# 比 JavaScript 更容易寫到系統層
可整合 Windows/Android/iOS 的原生 API
可接 USB、藍牙、序列埠、印表機、Android 原生服務
Native 效能高且穩定

3. 您要做「常更新 UI、重視跨平台、不追求原生效能」

→ WebView2

理由：

UI 全 Web 技術
前端 CI/CD 佈署即可同步更新
不需重打包、不需重新審核、不需重新安裝

4. 您要做「APP（Android/iOS）為主要產品」

→ MAUI 或 Flutter，不建議用 WebView 模式包一個 Hybrid App

理由：

App Store 審核常卡 Hybrid
效能與手感不如 MAUI/Flutter
WebView 在行動端限制多、API 不一致、不穩定

四、長期維護與成本觀點（很關鍵）

指標	WebView2	MAUI
UI 迭代速度	最快（Web 即部署）	中等（需重新發布）
系統整合能力	弱	強
跨平台性	弱（只有 Windows）	強（Win, Android, iOS）
初期開發時間	快	中等
長期維護成本	低	中等偏高
前端工程需求	高	低
效能	中等	高（原生繪製）

五、簡單例子幫你決策

情境 A：你要寫一套 ERP/管理系統的桌面版

→ 100% WebView2

情境 B：你要寫 POS 機的操作 UI，有條碼槍、藍牙、跳錢箱

→ 100% MAUI

情境 C：你團隊 Web 工程師多，C# 真的很少

→ WebView2（用 Web 技術主導）

情境 D：你要做 Windows + Android 的條碼/物流系統

→ MAUI

情境 E：你想做一個跨平台聊天軟體

→ Meta 的作法：WebView2 封裝 web app
但如果你要高效能 → MAUI 或 Flutter

六、最務實的建議（依您可能的情況）

如果您未來主要開發企業系統＋Windows 客戶端：
→ WebView2 是最高生產力、最低成本的選擇

如果您同時要 Android App：
→ 用 MAUI 可以讓 UI、業務邏輯、資料層共享

如果您團隊 Web 技術比較強：
→ WebView2 會讓開發成本低很多

訂閱：意見 (Atom)

CAPPELLA 的黃昏地帶

新聞速報

2026年3月20日星期五

三個單孔插座並排、雙切與單切開關的外觀

台灣開關/插座配線資料整理

2026年3月16日星期一

NOD32 免ID升級服務更新！

2026年3月11日星期三

中華預付卡 + 自動展延門號效期 + 180天的方案

2026年1月20日星期二

.NET10 方案建置後，出現一堆語系資料夾

在專案`.csproj` 中設定 `<SatelliteResourceLanguages>`

正確做法：不要留空，而是明確指定只保留 `en`

使用 Directory.Build.props

2026年1月19日星期一

女兒因為考試發揮不如預期，感到相當沮喪

2025年12月12日星期五

未來開發新軟體建議 WebView2 還是 MAUI

一、最重要的結論（請先看這段）

二、簡化版本：選擇策略表

三、從產品類型思考（最實用判斷方式）

1. 您要做「桌面版 Web 服務」（例如後台系統、管理端）

2. 您要做「企業內控 App / POS / 掃描器 / 周邊大量接觸系統」

3. 您要做「常更新 UI、重視跨平台、不追求原生效能」

4. 您要做「APP（Android/iOS）為主要產品」

四、長期維護與成本觀點（很關鍵）

五、簡單例子幫你決策

情境 A：你要寫一套 ERP/管理系統的桌面版

情境 B：你要寫 POS 機的操作 UI，有條碼槍、藍牙、跳錢箱

情境 C：你團隊 Web 工程師多，C# 真的很少

情境 D：你要做 Windows + Android 的條碼/物流系統

情境 E：你想做一個跨平台聊天軟體

六、最務實的建議（依您可能的情況）

新聞速報

2026年3月20日 星期五

三個單孔插座並排、雙切與單切開關的外觀

台灣開關/插座 配線資料整理

2026年3月16日 星期一

NOD32 免ID升級服務更新！

2026年3月11日 星期三

中華預付卡 + 自動展延門號效期 + 180天的方案

2026年1月20日 星期二

.NET10 方案 建置後，出現一堆語系資料夾

在 專案.csproj 中設定 <SatelliteResourceLanguages>

正確做法：不要留空，而是明確指定只保留 en

使用 Directory.Build.props

2026年1月19日 星期一

女兒因為考試發揮不如預期，感到相當沮喪

2025年12月12日 星期五

未來開發新軟體 建議 WebView2 還是 MAUI

一、最重要的結論（請先看這段）

二、簡化版本：選擇策略表

三、從產品類型思考（最實用判斷方式）

1. 您要做「桌面版 Web 服務」（例如後台系統、管理端）

2. 您要做「企業內控 App / POS / 掃描器 / 周邊大量接觸系統」

3. 您要做「常更新 UI、重視跨平台、不追求原生效能」

4. 您要做「APP（Android/iOS）為主要產品」

四、長期維護與成本觀點（很關鍵）

五、簡單例子幫你決策

情境 A：你要寫一套 ERP/管理系統的桌面版

情境 B：你要寫 POS 機的操作 UI，有條碼槍、藍牙、跳錢箱

情境 C：你團隊 Web 工程師多，C# 真的很少

情境 D：你要做 Windows + Android 的條碼/物流系統

情境 E：你想做一個跨平台聊天軟體

六、最務實的建議（依您可能的情況）

2026年3月20日星期五

台灣開關/插座配線資料整理

2026年3月16日星期一

2026年3月11日星期三

2026年1月20日星期二

.NET10 方案建置後，出現一堆語系資料夾

在專案`.csproj` 中設定 `<SatelliteResourceLanguages>`

正確做法：不要留空，而是明確指定只保留 `en`

2026年1月19日星期一

2025年12月12日星期五

未來開發新軟體建議 WebView2 還是 MAUI