tag 緩存

標籤
貢獻177
220
07:51 PM · Nov 03 ,2025
u_16237826 頭像 u_16739385 頭像 codecraft 頭像 u_17216172 頭像 u_15469972 頭像 invalidnull 頭像 dewujishu 頭像 xuxueli 頭像 hppyvyv6 頭像 u_13715298 頭像 yuhaibao324 頭像 20214843 頭像

@緩存 / 博客 RSS 訂閱

u_14126 頭像

網猴兒 - java怎麼動態得控制某個bean的生成

一 QuerySet 可切片 使用Python 的切片語法來限制查詢集記錄的數目。它等同於SQL 的LIMIT和OFFSET 1 Entry.objects.all()[:5] # (LIMIT

外鍵 , 緩存 , 數據庫 , 後端開發 , JAVA

收藏 評論

u_12226 頭像

小蝌蚪 - 10、uniapp數據緩存

一、UniApp 緩存系統概述 1.1 緩存概念與作用 在 UniApp 中，本地緩存（Storage）是一種鍵值對（Key-Value）存儲機制，用於在設備本地保存小量數據。它類似於瀏覽器的 localStorage 或小程序的 wx.setStorage，但 UniApp 通過統一的 API 封裝，實現了跨平台的透明使用。緩存的作用主要體現在以下方面：

app , 緩存 , Css , 前端開發 , HTML , Json

收藏 評論

u_16213467 頭像

mob64ca12f8da8d - 微信stable_token緩存到redis 5分鐘

在微信的開發過程中，我們常常會面臨諸如“微信stable_token緩存到redis 5分鐘”這樣的問題。為了有效解決這一問題，我將詳細記錄解決過程，涵蓋版本對比、遷移指南、兼容性處理、實戰案例、排錯指南以及性能優化等方面。 版本對比 在構建解決方案前，首先需要分析微信 API 的幾種主要版本的差異，這將幫助我們理解不同版本之間的兼容性，以及如何選擇合適的環境進行緩存。 時間

微信 , 新版本 , 緩存 , aigc

收藏 評論

u_17578255 頭像

mb69102d9700ee9 - 企業微信二次開發

企業微信二次開發：不用手動發羣消息了，用代碼搞定！ 我是怎麼從每天手動發消息到躺平讓代碼自動發的 先説痛點：我以前是怎麼發羣消息的 每天早上到公司： 1.打開10個客户羣 2.複製昨天的數據報表 3.一個一個粘貼發送 4.經常發錯羣或者漏發 5.一上午就幹這一件事... 直到我發現企

微信 , 服務器 , 緩存 , 後端開發 , Python

收藏 評論

u_16099280 頭像

編程小達人之心 - c10k C10M

C10M 問題的挑戰與可能性 單機處理千萬級併發（C10M）在理論和技術路徑上是可行的，並且已經有一些前沿的實踐探索。然而，這需要突破傳統操作系統內核的網絡處理瓶頸，挑戰巨大。 實現 C10M 的關鍵在於繞過或重構傳統的內核網絡協議棧。主要的挑戰和可能的解決方案如下：

複雜度 , 緩存 , Css , 解決方案 , 筆記 , 前端開發 , HTML

收藏 評論

u_16213646 頭像

mob64ca140761a4 - 數據緩存測試：

做Web架構優化時，為啥大家都優先選CDN緩存技術？説白了，它是個“多面手”——既能讓網頁加載速度肉眼可見地變快，訪客不用再對着白屏等半天；又能幫源服務器“減負”，減少資源佔用和流量開銷，用户體驗自然就上去了。更貼心的是，它還能增強系統穩定性，就算某台服務器出點小問題，緩存節點也能頂上。順帶提一句，加載快的網站在搜索引擎眼裏更討喜，排名也容易往前靠，最終能讓資源分配和運行效率達到

xml , 加載 , 緩存 , 前端開發 , Javascript

收藏 評論

u_17585432 頭像

wx691d832271996 - Game-based Bilingual Learning: 革新語言學習的遊戲化平台

引言 在全球化日益加深的今天，掌握多種語言已成為個人和職業發展的關鍵優勢。然而，傳統的語言學習方法往往顯得枯燥乏味，難以持續激發學習者的興趣。為此，我們自豪地推出Game-based Bilingual Learning項目——一個融合了遊戲化元素、人工智能和教育學原理的創新型雙語學習平台。 本文將深入介紹這個由Comate ZuLu全流程開發的項目，展示其如何徹底改

遊戲化 , 文心一言 , API , 緩存 , aigc

收藏 評論

user_kim 頭像

前端搬磚師 - 前端緩存大全

前端緩存一直是前端一熱門話題，也是面試高頻考點。主要涉及前端性能優化相關知識點。先來看看大綱： 之前也有寫過一遍關於http緩存的文章一文讀懂http緩存（超詳細），裏面寫的比較詳細。有興趣可以去看看，今天呢，主要是對前端緩存做一個較為全面的總結，希望對大家有所幫助吧！ 前端緩存大致分為兩類： 1、http緩存 2、本地緩存 一、http緩存 http緩存也稱為應用緩存，主要是緩存get請

cache-control , 緩存 , http緩存 , 瀏覽器緩存 , 前端

收藏 評論

delai 頭像

德來 - 預加載系列二：讓File Prefetching絲絲潤滑無痛無癢

所謂 File Prefetching 就是在一個頁面加載成功後，默默去預加載後續可能會被訪問到的頁面的資源。 前端資源預加載其實沒啥新鮮的，我們倒騰這個事情的過程卻是很有有意思也很有啓發性。 第一個版本，簡單粗暴有點痛 1、建一個獨立的頁面，裏面索引了各種需要預加載的css、js，代碼類似下面這樣。 html head link rel="stylesheet" hre

prefetch , web性能優化 , 緩存 , 前端

收藏 評論

alfred_5972f8006661f 頭像

前端熟練工 - require VS import VS import() 對比分析(史上最詳細)

前置知識-幾種模塊化方案 require 屬於 commonJS 規範，想了解詳細的，戳我; 靜態 import,動態 import() 屬於 ES6 規範； require 用法 require 可以引用 JS、json 等； // test.js module.exports = { a: "china", b: function() { console.log("b");

ecmascript-6 , 同步 , 緩存 , require , import

收藏 評論

caicai_5c7ce98f48e7d 頭像

菜菜 - 搞定秒殺，只需要這幾步！！

靈魂拷問 秒殺這種大併發的寫場景，直接分庫分表開幹？ 應對秒殺活動的流量高峯很難嗎？ 不要拿淘寶級別的秒殺忽悠我 秒殺活動特點 我敢説凡是做過電商的同學，都會遇到運營展開的秒殺，限時購等“高併發”的活動。市面上也有不少針對秒殺的解決方案，什麼分庫分表，緩存，消息隊列呀，但凡能想到的技術“靚點”都基本會寫上一段。我覺得應對秒殺這樣的帶有流量峯值的業務，還是要仔細分析業務的特性，以及根據自己

微服務 , 緩存 , JAVA , 分佈式 , 秒殺

收藏 評論

u_15469972 頭像

mb61c46a7ab1eee - 【ZeroRange WebRTC】Kinesis Video Streams WebRTC 三大平面職責與協同關係總結 - 教程

Kinesis Video Streams WebRTC 三大平面職責與協同關係總結 基於 amazon-kinesis-video-streams-webrtc-sdk-c-main 源碼與 AWS 官方文檔 一、為什麼必須拆成三個平面？

oracle , rest , 客户端 , 緩存 , 數據庫

收藏 評論

u_16237826 頭像

軟件求生 - 面試必問：Redis 緩存雪崩，別再只會背定義了

有一天凌晨 2 點，監控突然像過年放鞭炮一樣，全紅。QPS 飆升、數據庫 CPU 100%、連接池打滿、報警電話響到我懷疑人生。同事迷迷糊糊地問我一句： “是不是緩存雪崩了？” 那一刻，我才真正意識到： Redis 不只是快，它也可能是一場“雪災”。 從一個真實又殘酷的故事説起 想象一個場景。你在北方某城市

redis , yyds乾貨盤點 , 緩存 , 數據庫

收藏 評論

u_16099203 頭像

網絡安全守衞 - 電腦攝像頭怎麼安裝的？裝計算機攝像頭的方法

一、問題背景 誰沒遇到過這種讓人煩躁的時刻呢？滿心歡喜準備和家人視頻通話，或者緊急要開線上會議、上網課，打開軟件卻突然彈出“未檢測到攝像頭”的提示，瞬間讓人手忙腳亂！明明筆記本自帶攝像頭，前幾天還用得好好的，怎麼突然就 “罷工” 了？ 其實大家完全不用慌，筆記本攝像頭打不開壓根不是什麼大毛病，九成以上的困難都出在三個地方：要麼是不小心按了快捷鍵把攝像頭禁用了，要麼是系

快捷鍵 , 設備管理 , 緩存 , 後端開發 , Python

收藏 評論

dewujishu 頭像

得物技術 - 社區收藏緩存設計重構實戰

一、背景 社區收藏業務是一個典型的讀多寫少的場景，社區各種核心Feeds流都需要依賴用户是否收藏的數據判斷，早期緩存設計時由於流量不是很大，未體現出明顯的問題，近期通過監控平台等相關手段發現了相關的一些問題，因此我們針對這些問題對緩存做了重構設計，以保障收藏業務的性能和穩定性。 二、問題分析定位 2.1 接口RT偏大 通過監控平台查看「判斷是否收藏接口」的RT在最高在8ms左右，該接口的主要作用是

性能優化 , 緩存 , 重構

收藏 評論

invalidnull 頭像

註銷 - HTTP 頭部字段 Cache Control max-age = 0 和 no-cache 的區別

禁掉緩存的情況：請求百度首頁 開啓緩存的情況下： 似乎沒有什麼變化。 再觀察請求的頭部字段：cache-control: max-age=0 標頭 Cache-Control: max-age=0 暗示內容立即被認為是陳舊的（並且必須重新獲取），這實際上與 Cache-Control: no-cache 相同。 首先了解 cache-control 的幾種可能的值： no-cac

HTTP , no-cache , cache-control , 緩存 , Web

收藏 評論

crazydxf 頭像

挨踢打工人 - 一次神秘的 404：Harbor 明明支持 BuildKit 緩存，為什麼 CI 總是失敗？

結論先説：問題不在 Harbor，而在 CI 裏用的 moby/buildkit:buildx-stable-1 太老了。 本地 Docker 自帶的 BuildKit 已經升級，可以和 Harbor v2.14 正常協作； CI 使用的是舊版 BuildKit 容器鏡像，生成的緩存 manifest

MySQL , 緩存 , 數據庫 , cd , ci , Docker

收藏 評論

qian5201314 頭像

代碼保安 - Go中的HTTP中間件：提升Web應用的功能與性能

HTTP中間件是Go Web開發中的核心概念，它允許我們在HTTP請求-響應週期中插入自定義邏輯，從而增強應用的功能和性能。本文將深入探討Go中HTTP中間件的實現、應用和最佳實踐。 什麼是HTTP中間件？ HTTP中間件是一種設計模式，它包裝HTTP處理程序，在請求到達實際處理程序之前或之後執行特定操作。中間件形成一個處理鏈，每個中間件都可以： 修改請求或響應

Go語言 , 中間件 , HTTP , 緩存 , 後端開發

收藏 評論

u_92655 頭像

小題大作 - Redis緩存和數據庫雙寫一致方案

第一我們先來説一下什麼是緩存雙寫，就是我們利用redis的情況下一定會利用一個持久化的數據庫，最典型的就是redis+mysql的組合，使用他們倆就一定會存在數據不一致的情況，我們為了業務要求必須保證最終一致性，因而得我們解決的就是使用什麼方法讓他們之間的數據儘可能的在最短的時間、最大的吞吐量、最安全的方式下保證數據的一致性。 關於策略就有同步和異步的方式，同步的方式處理速

redis , 緩存 , 數據庫 , 後端開發 , Python

收藏 評論

u_16213721 頭像

mob64ca14196783 - GaussDB (for Cassandra) 數據庫治理：大key與熱key問題的檢測與解決

在 Redis 的運維實踐中，熱點 Key 與大 Key 如同系統中最隱蔽的性能陷阱，需要系統化的治理策略而非零散的解決方案 在高併發系統架構中，緩存承擔着流量緩衝與加速的核心職責。然而，熱點 Key（Hot Key）與大 Key（Big Key）問題如同緩存系統中的"隱形殺手"，隨時可能引發系統性能雪崩。本文將深入探討熱點 Key 與大 Key 的系統化

redis , 緩存 , Css , 前端開發 , HTML

收藏 評論

u_16213435 頭像

mob64ca12f15103 - springai ollama redis

在現代開發中，SpringAI、Ollama 和 Redis 的結合是推動應用快速響應和高效數據處理的關鍵。然而，當我們在集成這些技術時，可能會遇到一些問題。以下是解決 springai ollama redis 問題的詳細過程記錄。 背景定位 在一個典型的項目中，開發人員利用 SpringAI 來處理人工智能任務，而 Ollama 則作為模型部署平台，Redis 則提供高

redis , spring , 緩存 , aigc

收藏 評論

u_17072679 頭像

前端小巷子 - Vue 2深入 keep-alive

Vue 2深入 keep-alive keep-alive 是 Vue 2 運行時裏最常被提及卻最少被深究的內置組件。它看上去只是“把頁面緩存起來”，背後卻涉及實例生命週期劫持、LRU 緩存策略、VNode 複用以及內存管理。 一、設計動機 單頁應用裏常見的“標籤頁”“麪包屑”“分步表單”等交互模式，都要求用户在多個路由或狀態之間來回切換。默認情況下，每一次切換都會觸發舊組件

生命週期 , 緩存 , 複用 , 前端開發 , Javascript

收藏 評論

u_13250 頭像

flybirdfly - oracle rac是什麼-Oracle

什麼是RAC架構呢？ 共享同一個份物理存儲，把連接和計算層，作為instance做多實例部署。 這樣有什麼好處呢？ 第一個好處是增加可靠性 第二個好處是增加連接數 第三個好處是分散計算壓力。 前兩者是顯而易見的，畢竟節點數增加了。 第三個，就需要一定的技術支撐了。

oracle , 分佈式架構 , 數據塊 , 緩存 , 數據庫

收藏 評論