跳到主要內容

YouTube Music 無法一鍵按讚整個播放清單？這個 Chrome 擴充功能解決它



如果你剛從 Spotify 或 Apple Music 搬歌單到 YouTube Music，你很可能與我面對同一個問題：那幾千首的 Liked Songs Playlist，要一首一首手動按讚嗎？

問題出在哪裡？

最近把 Spotify 歌單搬移到 YouTube Music，過程中發現一個讓人頭痛的地方，Spotify 的 Liked Songs（那個你一首一首按愛心的清單），搬過來之後，會以「新建立播放清單」的方式出現。但 YouTube Music 本身也有一個預設的 Liked Songs 清單，而且是完全分開的兩個東西。

更麻煩的是，目前所有的轉移工具都沒辦法把歌曲直接匯入那個「預設清單」。YouTube Music 也沒有提供「對整個播放清單一鍵按讚」的功能。

也就是說，如果你有 1000 首歌，你只能一首一首手動按讚，太辛苦了。

網路上有解法嗎？

搜尋了一圈，發現這個問題其實非常多人遇到，但答案都不太讓人滿意。

有人說「只能手動」，有人分享了 JavaScript 腳本，但不是已經過時跑不起來，就是需要自己打開 DevTools 手動執行，對一般使用者來說門檻太高。

既然沒有好用的現成工具，那就自己做。

用 Chrome 擴充功能來解決這件事

透過 AI 協助開發，我做出一個 Chrome 擴充功能，可以自動對 YouTube Music 播放清單裡的所有歌曲按讚。不需要任何技術背景，安裝完就能直接使用。

為了讓大家能直接從 Chrome 線上應用程式商店搜尋下載，花了 5 美元購買了上架資格。雖然只是一筆小錢，目的就是讓整個流程盡量簡單。你不用懂程式、不用開終端機，搜尋、安裝、點一下，完成。

使用方式

  1. 前往 Chrome 線上應用程式商店，搜尋並安裝擴充功能（點此前往）
  2. 開啟並登入 YouTube Music，複製你想要批次按讚播放清單的網址
  3. 點擊擴充功能按鈕，貼上網址，讓它自動幫你完成剩下的事

總結

這個擴充功能適合你，如果你符合以下任一條件：

  • 剛從某個音樂串流平台搬到 YouTube Music
  • 想把播放清單裡的歌一次加入 Liked Songs
  • 不想一首一首手動按讚

歡迎試用，如果有問題或建議也非常歡迎留言回饋 🙌

留言

張貼留言

這個網誌中的熱門文章

2025 GCP Associate Cloud Engineer 題型分享

考試時間：2025/07 考試時長：2 小時 權限設定相關問題佔比重大：Organization、IAM 和 Service Account 至少十題以上 帳單分析：透過 Export 功能結合 BigQuery Spanner 全球關聯式資料庫核心概念 gcloud Compute 常用指令 SSH 安全連線最佳實踐 Cloud Run 服務特性與應用場景 GKE 基礎架構與使用方式 Load Balancer 類型與應用（內部/外部、全球/區域） Storage Bucket 版本控制與生命週期管理 Storage Data Lake 應用（結構化與非結構化資料儲存） AlloyDB 特點與優勢（增強版 PostgreSQL） Filestore 作為 VM 的 NFS 解決方案 GCP 現代化與全託管服務特性 Pub/Sub 訊息系統與其他服務整合應用 VPC 網路架構與 Landing Zone 網路設計
張貼留言
閱讀完整內容

AWS 與 GCP VPN 窮連與富連設定

  在工作場景中，自己接觸到很多客戶透過VPN來連結多雲架構，於是決定實作連結AWS和GCP。 這篇文章整理 GCP Cloud VPN 與 AWS Site-to-Site VPN 的對接架構，並分別省錢版與企業版。 情境一：只是想連線測試或主管叫我省錢 這是省錢版，當你只是想測試連線功能，或主管叫你要省錢。 AWS 端設定 一個 Customer Gateway 填入GCP的固定IP 一個 Virtual Private Gateway 建立並與要測試連線的 VPC 關聯 一個 VPN Connection 因為 GCP Classic VPN Gateway 已經不支援BGP動態路由 ，因此設定 Routing options 時要選擇Static，並填上GCP要測試的 VPC 網段 確認Connection Static Route頁面有出現VPC網段 要測試連線的VPC子網路由表啟用Route Propagation（或手動加上要測試的網段） GCP 端設定 一個固定IP 建立一個固定IP 一個Classic VPN Gateway 因為在GCP建立VPN Gateway預設會啟用HA設定（也就是給你兩個Interface），所以必須手動調整為建立Classic VPN Gateway 一條VPN Tunnel 按照AWS Tunnel 1 or 2的資訊來填入Remote peer IP address（也就是Outside IP address）、Remote network IP ranges（也就是Inside IPv4 CIDR）、IKE PSK Key（下載配置檔從裡面得到Key） Routes 當你看到兩邊的Tunnel都亮綠燈時，想要用Ping測試連線，卻發現怎麼連不上 因為前面是設定靜態路由，所以我們還需要手動加上回AWS的路由 Destination IPv4 range > AWS子網網段 Next hop > 選擇建立的VPN Tunnel 注意事項 注意Tunnel 的IKE version一致 AWS預設一個 VPN Connection就會給你兩條Tunnel，你也不能更改，不管有沒有兩條都用都收一樣的錢（一個 Connection 跟兩...
張貼留言
閱讀完整內容

AWS雲端資料中心第一次因為戰爭導致服務中斷？

AWS UAE Region 因被不明物體擊中導致其中AZ服務斷線。這應該是有史以來第一次雲端資料中心因為戰爭導致服務中斷的案例，特別紀錄起來，以後就可以嚇嚇客戶了。 AWS多次在其Well-Architected Framwork當中提到你要部屬Muti-Region, Muti-AZ架構，為了 就是要賺更多錢， 避免因為單一數據中心斷線而你的服務跟著一起斷線。提到的原因通常是天災、戰爭、斷水斷電等各種不可抗力因素。 但AWS用久了你就會發現（好像也不用多久？），AWS斷線幾乎都是因為人為錯誤原因（ 例如又有人搞壞了DNS ），而不是這些聽起來有點遙遠的不可抗力因素。而這次美以伊戰爭示範給大家看，即使你不是戰爭國家的Region，還是有可能被波及到，導致服務斷線。 然而一個AZ可以被建立的資源是有限的，當今天突然有大量的請求要在某AZ新增資源（大家開始執行DR），這時可能就要拼建立速度，誰先建先贏。晚到的可能又出現錯誤訊息的情況，這時資料有沒有Muti-Region備份就變得很重要。 但重點是，現在政府各種強調資料主權，如果是被法規限制的行業，資料不可能在其他國家進行備份。所以這些企業或政府可能要Muti-Cloud架構，並且祈禱另一個雲服務的資料中心所在位置不會有事。但實務上有多少企業或機關有錢到可以做Muti-Cloud架構呢？ 3月1日 太平洋時間上午9時41分 我們希望提供有關ME-CENTRAL-1地區單一可用區電力問題的額外資訊。在太平洋時間上午4時30分左右，我們的其中一個可用區(mec1-az2)受到撞擊資料中心的物體影響，產生火花和火災。消防部門在滅火過程中關閉了設施和發電機的電源。我們仍在等待開啟電源的許可，一旦獲准，我們將確保安全地恢復電源和連接。 上述說明當地消防部門因為要滅火關閉了電源，AWS正在等待電源開啟許可，所以他們也無法做什麼。聽起來有點耳熟？好像平常代理商會跟客戶說的，因為你用的是AWS全託管服務，所以如果服務壞了我們也不能做什麼。 事故截至目前從本來只有 mec1-az2被斷線，現在 mec1-az3也斷了。雖然 mec1-az1現有資源正常，但也無法新增機器了。
張貼留言
閱讀完整內容