博客 RSS 訂閱

lanyiyun666 頭像

藍易雲 - 藍易雲cdn:PySpark安裝及WordCount實現（基於Ubuntu）

以下內容將詳細介紹在 Ubuntu 系統上安裝 PySpark 並實現一個經典的 WordCount（單詞計數）示例。 整個過程從環境配置到程序運行，結構清晰，邏輯嚴謹，適合數據工程入門與分佈式計算基礎學習 🧠。 🚀 一、PySpark 概述 PySpark 是 Apache Spark 的 Python 接口，它將分佈式計算框架與 Python 生態結合，能在多節點環境下對大規模數據

kubernetes , devops , serverless , Docker , apache

收藏 評論

bizidadejianbing 頭像

DashVector - 如何通過Python SDK向Collection中插入或更新Doc

本文介紹如何通過Python SDK向Collection中插入或更新Doc。 説明 若調用本接口時Doc Id已存在，則等同於更新Doc； Doc Id不存在，則等同於插入Doc。 若調用本接口時不指定Doc Id，則等同於插入Doc，DashVector會自動生成Doc Id，並在返回結果中攜帶id信息。 前提條件 已創建Cluster 已獲得API-KEY 已安裝最

向量 , 數據庫 , 人工智能 , 大模型

收藏 評論

mangrandedanche 頭像

數據庫分享小北 - 基於 DMS Dify+Notebook+Airflow 實現 Agent 的一站式開發

本文作者：阿里雲數據庫開發專家 陳樞華 背景與挑戰 Dify 作為一款低代碼 AI 應用開發平台，憑藉其直觀的可視化工作流編排能力，極大降低了大模型應用的開發門檻。然而，在實際企業級落地過程中，我們發現其原生能力仍存在兩個關鍵瓶頸： 代碼執行能力受限：Dify 內置的 Sandbox 節點雖支持基礎 Python 代碼執行，但無法安裝自定義 Python 包，難以支撐複雜的業務邏輯、數據處理或

資訊 , 知識 , 數據庫 , dify

收藏 評論

dolphinscheduler 頭像

海豚調度 - 真實遷移案例：從 Azkaban 到 DolphinScheduler 的選型與實踐

一、為什麼我們放棄了Azkaban？ 我們最早選擇用 LinkedIn 開源的 Azkaban 做調度，主要是看中它兩個特點：一是界面清爽，操作簡單；二是它用“項目”來管理任務，非常直觀。那時候團隊剛開始搭建數據平台，這種輕量又清晰的工具，正好符合我們的需要。其他還有其他原因： 社區活躍（當時） 部署簡單，依賴少（僅需 MySQL + Web Server + Executor） 支持 j

dolphinscheduler , 大數據 , 數據庫 , 任務調度 , 開源

收藏 評論

edonsoft 頭像

access開發 - Access自定義導出HTML報表

Hi，大家好！ 在日常工作中，我們經常需要將 Access 中的數據分享給沒有安裝 Access 的同事，或者發佈到公司內網上。截圖、發 Excel 文件都或多或少有些不便。今天，我將帶你解鎖一個非常實用的技能——將 Access 數據導出為 HTML 文件。這不僅能生成任何設備都能完美打開的報表，還能通過自定義，讓你的數據報表看起來像一個專業的網頁。 為什麼要導出為 HTML？

數據庫 , excel , vba , access , 宏

收藏 評論

ivorysql_xiaozhuli 頭像

IvorySQL - 你真的知道你正在運行哪個 PostgreSQL嗎？

本文整理自 IvorySQL 2025 生態大會暨 PostgreSQL 高峯論壇的演講分享，演講嘉賓：Alvaro Hernandez。 個人簡介： OnGres 創始人CEO 20年以上Postgres用户及數據庫管理員經驗 主要從事研發工作，基於Postgr0 es創建創新軟件 累計開展140餘場技術講座，多數以Postgres為主題 非營利組織PostgreSQL基金會創始人及

數據庫 , postgresql

收藏 評論

dayong_59b0e68b1ed0d 頭像

六邊形架構 - 大模型應用開發技術路線（中）：大模型微調與定製從概念到落地

文 / 勇哥 原創文章，轉載請聯繫授權 關注公眾號「六邊形架構」，及時瞭解更多的技術分享和項目經驗 我是勇哥，一名在技術領域摸爬滾打10多年的技術老兵。繼上一篇《大模型應用開發技術路線（上）：從概念到RAG實戰，這套方法論讓我從0到1落地企業級AI應用》之後，我想跟大家分享一下我在學習和應用大模型應用開發過程中對於大模型微調與定製的一些經驗和發現。 今天，讓我們深入剖析大模型微調

觀點 , llm , 算法 , 自然語言處理 , 人工智能

收藏 評論

huikaichedemianbao 頭像

合合技術團隊 - 啓信寶獲得法博會“行業洞見獎”，相關服務即將登陸“深律通”

為構建多元聯動、創新開放的法律服務體系，近日，以“以法律創新護航科技與產業創新”為主題的2025深圳法律服務博覽會（下稱“法博會”）順利舉辦，吸引國內外權威機構和行業專家參與。合合信息旗下啓信寶憑藉其在法律科技領域的創新應用，於法律科技產品大賽中斬獲“行業洞見獎”。該獎項由深圳市律師協會組織評選，體現了法律行業對啓信寶產品創新性、實用性與可推廣性的權威認可。後續啓信寶相關功能將正式接入深圳市律師協

大數據 , 算法 , 人工智能

收藏 評論

liudamao 頭像

劉大貓 - Redis 搭建主從複用-讀寫分離和主備切換,及重要的關鍵詞解釋 部分2

# 3.10註釋公共配置追加文件 根據需求配置是否打開追加文件選項 appendonly yes - 每當 Redis 執行一個改變數據集的命令時（比如 SET），這個命 令就會被追加到 AOF 文件的末尾。這樣的話，當 Redis 重新啓時，程序就可以通過重新執 行 AOF 文件中的命令來達到重建數據集的目的。 3.11從服務器默認是隻讀不允許寫操作(不用修改) 4. 添

大數據 , 雲計算 , 算法 , 物聯網 , 人工智能

收藏 評論

qingfouai 頭像

青否Ai - 數字人直播4大防封核心功能曝光，全天候穩定開播已成現實！

在抖音平台開展直播業務的創業者，普遍面臨以下核心痛點：當直播間人氣持續攀升、產品銷售進入高峯階段時，平台突然彈出違規提醒彈窗或觸發人臉驗證要求，直接導致直播流程中斷，直播間流量隨即出現斷崖式下滑。 更為關鍵的是，隨着抖音平台風控體系的持續升級與直播伴侶軟件的高頻更新，創業者稍有操作疏忽，便可能面臨賬號封禁的風險，給業務運營帶來重大隱患。 針對上述行業痛點，青否數字人推出四大防封核心功能，以 “風險

機器學習 , 算法 , 人工智能 , 深度學習

收藏 評論

youyudetusi 頭像

憂鬱的吐司 - 數字人直播違規被“封”，青否數字人三大解決方案分享，助你解決難題！

半無人是當下最穩的搭建方案，我們整理了一整套搭建教程，超詳細！ ●乾貨分享--青否數字人3大AI半無人直播搭建方案，更穩定！ 方案一：助播實時驅動（青否數字人源頭v：zhibo175） 直播間畫面同步呈現 “真人助播 + 數字人主播”，數字人講解過程中，真人助播可隨時開口接管，系統實時識別真人聲音，數字人自動 “閉嘴讓話”，全程無延遲、無違和感。 建議每隔3-5分鐘插入1次真人露臉互動（如答疑、福

機器學習 , 算法 , 人工智能 , 深度學習

收藏 評論

youyudetusi 頭像

憂鬱的吐司 - 青否數字人直播4大防封核心功能曝光，全天候穩定開播已成現實！

在抖音平台開展直播業務的創業者，普遍面臨以下核心痛點：當直播間人氣持續攀升、產品銷售進入高峯階段時，平台突然彈出違規提醒彈窗或觸發人臉驗證要求，直接導致直播流程中斷，直播間流量隨即出現斷崖式下滑。 更為關鍵的是，隨着抖音平台風控體系的持續升級與直播伴侶軟件的高頻更新，創業者稍有操作疏忽，便可能面臨賬號封禁的風險，給業務運營帶來重大隱患。 針對上述行業痛點，青否數字人推出四大防封核心功能，以 “風險

機器學習 , 算法 , 人工智能 , 深度學習

收藏 評論

youyudetusi 頭像

憂鬱的吐司 - 羅永浩數字人分身直播間談笑風生，熟練地介紹着產品！

最近，羅永浩數字人直播在電商圈掀起一陣熱潮，其超高的逼真度和流暢互動，讓眾多網友驚歎不已。直播間裏，羅永浩數字人談笑風生，熟練地介紹着產品，從神態到動作，從語氣到表情，幾乎與真人別無二致，不少觀眾甚至一度分不清是真人還是數字人在直播。 而鮮為人知的是，青否數字人和羅永浩使用的是同款數字人直播系統，在羅永浩數字人憑藉名人效應大放異彩之時，青否數字人正默默賦能萬千商家，尤其是中小商家羣體，為他們開闢直

機器學習 , 算法 , 人工智能 , 深度學習

收藏 評論

downtoearth 頭像

安東尼 - 🧭 前端週刊第428期（2025年10月28日–11月3日）

🧭 前端週刊第428期（2025年10月28日–11月3日） 📢宣言：我已經計劃並開始實踐：每週逐期翻譯《前端週刊》內的每篇文章，並將其整理髮布到 GitHub 倉庫中，持續更深度的分享。 歡迎大家訪問：https://github.com/TUARAN/frontend-weekly-digest-cn 順手點個 ⭐ star 支持，是我持續輸出的續航電池🔋✨！ 每週更新國外論壇的前

chrome

收藏 評論

hongmengbaixiaosheng 頭像

鴻蒙百曉生 - 【HarmonyOS-媒體技術-AVPlayer】手把手教你用 AVPlayer 實現流媒體播放(ArkTS 詳解)

2025 年最新實戰指南｜從零搭建穩定、流暢的直播/點播播放器 一句話總結 在 HarmonyOS 中，使用 AVPlayer 播放流媒體，不是"能播就行"，而是要"穩、準、快、可控"。 本文帶你掌握從創建到釋放的全鏈路操作，覆蓋 HLS/DASH/FLV 等主流協議，支持碼率切換、軌道選擇、自動重試、緩衝監控等高階能力。 一、前置準備：權限 環境配置 1. 添加網絡權限（必須！） 在 modu

harmonyos

收藏 評論

hongmengbaixiaosheng 頭像

鴻蒙百曉生 - 【HarmonyOS-媒體技術-AVPlayer】手把手教你用 AVPlayer 實現外掛字幕(ArkTS 詳解)

前言：為什麼需要"外掛字幕"？ 在視頻播放場景中，用户常需要外掛字幕（如 SRT、VTT 等格式）來提升觀看體驗，尤其是在外語教學、影視解説、直播回放等場景中。 HarmonyOS 通過 ArkTS + AVPlayer 的 subtitleUpdate 事件機制，我們可以實現視頻播放前預加載字幕，並動態顯示字幕內容，真正實現"外掛字幕"功能！ 一、核心能力：AVPlayer 支持 subtitl

harmonyos

收藏 評論

hongmengbaixiaosheng 頭像

鴻蒙百曉生 - 【HarmonyOS-媒體技術-AVScreenCapture】錄屏功能開發全攻略

你還在為屏幕錄製功能發愁嗎？ HarmonyOS 的 AVScreenCapture，就是你一直在尋找的那把"萬能鑰匙"！ 一、功能全面，兼容性強，開箱即用 AVScreenCapture 是 HarmonyOS 平台上強大的屏幕錄製組件，支持高清、低延遲、多場景的屏幕內容捕獲，助力開發者輕鬆實現： 遊戲錄屏：精準捕捉每幀操作，還原精彩瞬間 教學演示：清晰錄製操作流程，提升學習效率 會議分

harmonyos

收藏 評論

hongmengbaixiaosheng 頭像

鴻蒙百曉生 - 【HarmonyOS-媒體技術-DRM Kit】數字版權保護開發指南

一、概述 DRM Kit （Digital Rights Management Kit，數字版權保護服務）提供了DRM加密節目授權解密的功能，包括DRM插件管理、DRM證書管理、DRM許可證管理、DRM節目授權、DRM節目解密等功能，可實現DRM解決方案的集成、DRM解決方案的證書下載、節目的授權及解密。 核心功能 功能名稱 功能描述 DRM插件

harmonyos

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis數據類型及使用場景

Redis數據類型及使用場景 Redis支持多種數據類型，每種類型都有其獨特的特點和適用場景。以下是Redis主要數據類型的詳細介紹及使用場景分析： 1. 字符串類型(String) 基本概念 Redis最基本的數據類型，二進制安全，可存儲任何數據（文本、二進制數據等） 最大容量為512MB 支持豐富的操作，如設置、獲取、自增、自減等 核心命令 SET key value #

redis

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis核心知識點全面解析

Redis核心知識點全面解析 一、基礎部分 1. Redis數據類型及使用場景 String（字符串） 特點：最基本的數據類型，二進制安全，最大512MB 命令：SET、GET、INCR、DECR、APPEND等 使用場景：緩存熱點數據、分佈式計數器、分佈式鎖、會話管理 Hash（哈希） 特點：適合存儲對象，可單獨操作字段，節省內存 命令：HSET、HGET、HGETALL、HDE

redis

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis為什麼採用單線程設計

Redis為什麼採用單線程設計 Redis在核心處理邏輯上採用單線程設計，這是一個經過深思熟慮的架構選擇。下面從多個角度詳細分析Redis採用單線程的原因和優勢： 一、單線程設計的核心優勢 1. 避免線程切換開銷 CPU上下文切換成本高：多線程在高併發場景下會頻繁切換線程，每次切換都需要保存和恢復線程的執行狀態 減少鎖競爭：單線程模型無需加鎖，避免了因鎖引起的死鎖、活鎖問題，也消除了加鎖和釋

內存 , redis

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis過期鍵的刪除策略

Redis過期鍵的刪除策略 Redis作為高性能的內存數據庫，其過期鍵的刪除策略直接影響到內存使用效率和系統性能。Redis採用了惰性刪除和定期刪除相結合的混合策略，下面詳細分析各種刪除策略的原理、優缺點及Redis的實現方式： 一、三種基本刪除策略 1. 定時刪除（Timed Expiration） 基本原理 為每個設置了過期時間的鍵創建一個定時器，當鍵的過期時間到達時，立即執行刪除操作

redis

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis緩存三大坑：穿透、擊穿、雪崩

Redis緩存三大坑：穿透、擊穿、雪崩 緩存的作用 緩存就像你家冰箱，常用的東西（數據）放裏面，拿的時候快；冰箱沒有的，再去菜市場（數據庫）買。但這三種問題，本質都是"冰箱出了狀況，導致菜市場被擠爆"。 1. 緩存穿透 大白話解釋：查一個"根本不存在的東西"，緩存裏沒有，數據庫裏也沒有。結果就是，每次查這個東西，都要去數據庫查一遍，相當於冰箱裏沒有，你還天天去菜市場問有沒有"龍肉"，菜市場天天白忙

redis

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis分佈式鎖詳解

分佈式鎖的基本概念 分佈式鎖可以理解為"多個人搶同一個東西時，用一把鎖來保證只有一個人能拿到"，但這裏的"多個人"不是單台機器上的多個線程，而是多台服務器（分佈式系統）。 例子：電商平台下單，庫存只有1件，同時有10個人在不同地方搶，這時候就需要一把"分佈式鎖"，保證只有一個人能成功扣減庫存，避免超賣。 Redis分佈式鎖的實現方式 1. 最基礎的：用 setnx 命令（"set if not e

redis , 分佈式鎖

收藏 評論