博客 RSS 訂閱

小飛象 - “越好看的女人越會騙人”之蜜罐的千層套路

蜜罐的簡介 相信大家對於“蜜罐”的概念,都是瞭解的。這裏簡單介紹一下:蜜罐(Honeypot)是指一種安全機制,通過誘騙攻擊者進入一個看似真實的系統環境,從而讓攻擊者暴露自己的攻擊行為和方法,以便分析攻擊手段並提高網絡安全防護的能力。可以將蜜罐比喻為誘餌,就像釣魚時使用的魚餌一樣,攻擊者會被蜜罐中看似易攻擊的目標所吸引,進入其中後就會被攔截或者留下攻擊痕跡,為安全人員提供對攻擊手段和威脅的更深入瞭

hash , app , 算法 , 加密 , 安全

收藏 評論

shandamengcheng - 在useEffect中執行異步請求的幾種方式

當在React中使用異步請求時,通常使用useEffect來觸發異步請求的執行,以便在組件掛載時或某些特定狀態發生變化時獲取數據。 在使用useEffect時,我們可以採用多種方式來執行異步請求,其中包括使用異步函數表達式、IIFE、Promise.then和函數聲明。但是,需要注意的是不能將async函數直接傳遞給useEffect, 如果直接把async函數傳給useEffect最為第一

react , hooks , Javascript

收藏 評論

阿東 - 【Java】A Guide to the Java ExecutorService

引言 中文翻譯是ExecutorService使用指南,整體看下來入門但是能通過本文快速概覽和學習Executors的使用。 ExecutorService是JDK的一個API,它簡化了異步模式下的任務運行。一般來説,ExecutorService會自動提供一個線程池和一個用於向其分配任務的API。 1. Java ExecutorService 指南 A Guide to the Java Ex

executorservice , nio

收藏 評論

JackySummer - 【解讀 ahooks 源碼系列】DOM篇(三)

前言 本文是 ahooks 源碼系列的第四篇,往期文章: 【解讀 ahooks 源碼系列】(開篇)如何獲取和監聽 DOM 元素:useEffectWithTarget 【解讀 ahooks 源碼系列】DOM篇(一):useEventListener、useClickAway、useDocumentVisibility、useDrop、useDrag 【解讀 ahooks 源碼系列】DOM篇

react , hooks , 前端

收藏 評論

數據庫知識分享者 - 如何用一個端口同時暴露 HTTP1/2、gRPC、Dubbo 協議?

本文我們將介紹 Apache Dubbo 靈活的多協議設計原則,基於這一設計,在 Dubbo 框架底層可靈活的選用 HTTP/2、HTTP/REST、TCP、gRPC、JsonRPC、Hessian2 等任一 RPC 通信協議,同時享用統一的 API 與對等的服務治理能力。同時,我們還介紹了 Dubbo 的單端口多協議能力,也就是在單個端口同時監聽、處理多個協議,這對於簡化多協議同時發佈的場景非常

grpc , dubbo , http-2 , HTTP , 端口

收藏 評論

flydean - 還在stream中使用peek?不要被這些陷阱絆住了

簡介 自從JDK中引入了stream之後,彷彿一切都變得很簡單,根據stream提供的各種方法,如map,peek,flatmap等等,讓我們的編程變得更美好。 事實上,我也經常在項目中看到有些小夥伴會經常使用peek來進行一些業務邏輯處理。 那麼既然JDK文檔中説peek方法主要是在調試的情況下使用,那麼peek一定存在着某些不為人知的缺點。一起來看看吧。 peek的定義和基本使用 先來看看pe

java8 , peek , JAVA , stream

收藏 評論

Rainbond - 使用流水線插件實現持續集成、持續部署

流水線插件 是基於 Rainbond 插件體系 擴展實現,通過插件化的方式,可以實現對 Rainbond 構建體系的擴展。該插件由社區合作伙伴 拓維信息 參與開發並貢獻,底層是基於 GitLab CI/CD 實現。 流水線構建與 Rainbond 源碼構建的區別是: Rainbond 源碼構建:使用簡單,固定的構建模式,用户只需提供源代碼,但不是很靈活。 流水線構建:自定義構建步驟,使用更加

ci-cd , kubernetes , 持續集成 , 雲原生

收藏 評論

京東雲開發者 - 樸素系統優化思維的實踐

作者:京東物流 嚴孝男 一、問題 去年年中時候,我有個好朋友(可以叫他華哥)頂着當時還很嚴重的疫情形式激情創業,斥巨資承包了他原公司食堂的幾個攤位,搖身一變成了老闆。當了老闆的華哥沒有絲毫懈怠,不但做了充足的市場調研,還結合他自己以前就餐時的痛點做了創新,比如以前食堂除了最常規的面,餃子,米線一類的之外就是一份份的賣炒菜,差不多一份葷菜十幾塊,一份素菜近十塊的樣子,這就導致一個問題,一般男生花了幾

系統 , 架構模式 , 優化

收藏 評論

邊城 - 樹,計算父節點的值

前段時間回答了一個類似的問題,產生了寫一篇博客的想法。這個問題確實存在一些常見的的應用場景,比如一個多層組織結構中,已知每個員工的績效分,希望計算各級部門的績效分以便對部門評優。 準備 根據這個描述,準備一個試驗數據如下: { "name": "某某公司", "children": [ { "name": "生產序列",

統計 , 遍歷 , 樹形結構 , Javascript

收藏 評論

我不是碼農 - kafka stream的自定義時間段窗口實現

最近系統需要做一個日誌平台,對所有接入的系統進行日誌的統計分析,因為之前用的是kafka來實現各業務系統日誌接入日誌平台的,所以想到了直接使用kafka官方本身提供的一個實時計算框架kafka stream。 kafka stream的時間窗口有兩個重要的屬性:窗口大小和步長(移動間隔),滾動窗口Tumbling Time Window:步長等於窗口大小,滾動窗口是沒有記錄的重疊;跳躍窗口H

大數據 , stream , kafka , 實時計算

收藏 評論

建木 - 「建木v2.7.0」緩存功能上線

新增功能 大家心心念念心心念唸的緩存功能終於上線了! 有了緩存之後能夠避免重複下載依賴,讓節點執行速度變快,下面以maven節點為例,給大家演示一下如何添加緩存 兩種方式都是兩步走:1、定義緩存 2、在節點中引用緩存並填寫緩存目錄 友情提示:緩存目錄很重要,寫不對你可能會發現一切白乾... 圖形化編排 DSL DSL具體使用方式可以參考文檔 第一次執行流程需要下載緩存,第二次節點執行速度就會

ci-cd , 持續集成 , maven , 緩存

收藏 評論

龍智DevSecOps - Perforce研討會回顧 | Helix Core在芯片行業的應用實例:芯片項目的版本控制、持續集成及自動化

2023年2月28日,龍智聯合全球領先的數字資產管理和DevSecOps工具廠商Perforce共同舉辦Perforce on Tour網絡研討會——“賦能‘大’研發,助力‘快’交付”。 研討會上,在芯片行業有15年經驗的Perforce Helix Core深度用户——何剛了帶來精彩演講,從芯片開發的需求和痛點出發,分享如何利用Perforce Helix Core來實現快構建,快迭代

芯片 , 持續集成 , 版本控制 , ci

收藏 評論

LigaAI - 前端進階:在 Web 中使用 C++,我讓學妹另眼相看

這是一個關於矩形排樣問題和 WebAssembly 初體驗的故事,但一切還要從不學無術的小學妹説起…… 1. 問題起因 小學妹的課題需要寫一個程序解決矩形排樣(即二維矩形裝箱)問題。 根據給定的一系列矩形,需要將它們打包到指定大小的二維箱子中,且要求任意兩個矩形不能相交或包含。 問:如何排列矩形可使需要的箱子數量最少,且利用率最大? 這是一個極具現實意義的問題,在工業應用中非常重要,排樣

前端工程師 , webassembly , c++ , 程序人生 , typescript

收藏 評論

京東雲開發者 - 作為移動開發你不能不瞭解的編譯流程

作者:京東零售 李臣臣 閲讀本文,或許能夠了解關於以下的幾個問題: 1、編譯器是什麼?為什麼會有編譯器這樣一個東西? 2、編譯器做了哪些工作?整個編譯過程又是什麼? 3、Apple的編譯器發展歷程以及為什麼會拋棄GCC換成自研的LLVM? 4、從編譯器角度看Swift與OC能夠實現混編的底層邏輯 一、找個翻譯官,説點計算機能懂的語言 説點常識,眾所周知,作為開發者我們能看懂這樣的代碼: int a

gcc , swift , 編譯開發 , llvm , 編譯器

收藏 評論

vivo互聯網技術 - Tars-Java網絡編程源碼分析

作者:vivo 互聯網服務器團隊- Jin Kai 本文從Java NIO網絡編程的基礎知識講到了Tars框架使用NIO進行網絡編程的源碼分析。 一、Tars框架基本介紹 Tars是騰訊開源的支持多語言的高性能RPC框架,起源於騰訊內部2008年至今一直使用的統一應用框架TAF(Total Application Framework),目前支持C++、Java、PHP、Nodejs、Go語言。 該

網絡編程 , tars , nio

收藏 評論

小傅哥 - 簡歷上的項目,需要這樣描述才有亮點!

作者:小傅哥 博客:https://bugstack.cn 沉澱、分享、成長,讓自己和他人都能有所收穫!😄 一、前言;豆包不是乾糧 每每準備面試,總有些小夥子甩出自己的豆包項目,不是Xxx管理系統,就是某某自動化平台。就像這幾年自己的經歷都放在 CRUD 編寫上了,走的那是加班的道,乾的都是體力的活。 但就是這樣的豆包項目,把簡歷塞滿都不想給你面試機會。面試要啥,面試要的是你經歷過複雜的業

求職 , 簡歷 , 面試 , 面試問題 , 後端

收藏 評論

cicadasmile - 聊一聊系統重構

打破常規,重立新規; 01 開始想聊這個話題的時候,我是打算放棄的;因為這個話題涉及範圍之廣,內容之多,讓我犯怵; 近幾年,待過兩家公司;一家經歷過重構,另一家也打算重構...... 其實要下定決心,推翻重來,是一個很有勇氣的決定; 歸根結底,不到萬不得已,誰想這麼玩,誰願意花費大精力去做這些髒活、累活; 所以究其原因,也只能説是一種綜合因素吧,就像古話説的,天時、地利、人和; 至於為什麼這是個很

系統 , 重構 , 後端

收藏 評論

zlt2000 - 如何基於Security框架兼容多套用户密碼加密方式

一、説明 當已上線的系統存在使用其他的加密方式加密的密碼數據,並且密碼 不可逆 時,而新的數據採用了其他的加密方式,則需要同時兼容多種加密方式的密碼校驗。 例如下列幾種情況: 舊系統用户的密碼採用了 MD5 的加密方式,而升級框架後的新系統則採用 BCrypt 的加密方式; 當割接歷史數據後會存在用户表中密碼的 加密方式不統一 的問題,歷史數據為 MD5 新數據為 BCrypt; 所以需要

微服務 , springsecurity , springboot

收藏 評論

1412 - 快速入門SRPC

開源2年半了,一直都還沒給SRPC系統地寫過什麼文章。 趁着最近發佈了srpc構建小工具,也給SRPC寫幾篇交流學習文檔, 希望單獨的每一篇都能讓不同程度的小夥伴有所收穫~~~ 1. 從srpc小工具開始 最近給SRPC框架做了一個小工具:用於快速構建Workflow和SRPC項目的腳手架,旨在降低項目使用門檻,解決大部分零基礎開發者第一次面對cmake文件編寫、lib的依賴、編

workflow , github , c++ , rpc , 腳手架

收藏 評論

lxnxbnq - Grid佈局總結

Grid簡介 CSS Grid Layout(又叫Grid或者CSS Grid),它是一個二維網格的佈局系統。在這之前經過了tables,float,positioning和inline-block,但它們都相當於一個 hack,並且功能較少。Flex佈局雖然是一個很棒的佈局工具,但它是一維的,只能分開操作行和列。 Grid術語 Grid Container(容器) 當你對一個元素設置了di

css3 , grid

收藏 評論

禹鼎侯 - 從Dwarf Error説開去

背景 近期我開發的一個C程序,在生產環境產生了coredump,但是在調試該core文件時,打出的debug信息並不全。 這種debug信息丟失,其實説白了,就是符號表丟失。一般由兩種情況造成,一種是編譯的時候沒有加-g參數,另一種是dwarf版本不對。 首先排除第一種可能,因為編譯腳本是我自己寫的,-g參數是有的。而唯一可能出問題的地方,就是dwarf版本不對。 而之所以出現

gcc , coredump , gdb , c++ , c

收藏 評論

京東雲開發者 - 【微電平台】-高併發實戰經驗-奇葩問題解決之旅

作者:京東科技 孫亮 微電平台 微電平台是集電銷、企業微信等於一體的綜合智能SCRM SAAS化系統,涵蓋多渠道管理、全客户生命週期管理、私域營銷運營等主要功能,目前已經有60+京東各業務線入駐,專注於為業務提供職場外包式的一站式客户管理及一體化私域運營服務。 導讀 本文介紹電銷系統在遇到【客户名單離線打標】問題時,從排查、反覆驗證到最終解決問題並額外提升50%吞吐的過程,適合所有服務端研

服務端 , 系統設計 , 架構設計 , 開發

收藏 評論

JackySummer - 【解讀 ahooks 源碼系列】DOM篇(二)

前言 本文是 ahooks 源碼系列的第三篇,往期文章: 【解讀 ahooks 源碼系列】(開篇)如何獲取和監聽 DOM 元素 【解讀 ahooks 源碼系列】DOM篇(一) 本文主要解讀 useEventTarget、useExternal、useTitle、useFavicon、useFullscreen、useHover 源碼實現 useEventTarget 常見表單控件(通過 e

react , hooks , 前端 , Javascript

收藏 評論

不背鍋運維 - 不背鍋運維:享一個具有高可用性和可伸縮性的ELK架構實戰案例

寫在開篇 本文只分享各個鏈路環節的配置對接,關於環境的搭建,比如kafka集羣、es集羣的搭建等請自行完成。還有,業務應用的日誌可以是你的其他業務日誌,希望本文可以起到拋磚引用的效果。 測試架構 這個架構描述了一個將來自不同數據源的數據通過 Kafka 中轉,然後使用 Logstash 將數據從 Kafka 中讀取並處理,最終將處理後的數據再寫回到 Kafka 中,以供 Elasticsea

elk

收藏 評論