博客 RSS 訂閱

Hunter - Flask筆記四之異常處理

本文首發於公眾號:Hunter後端 原文鏈接:Flask筆記四之異常處理 在系統運行中,有時候需要處理報錯異常。 異常的來源可能是系統在運行中的報錯,比如錯誤的運算的有 1/0 這種等,還有的是訪問了不存在接口,又或者,我們在查驗接口參數的時候,發現沒有傳必傳參數,需要手動觸發一個報錯等。 這裏就介紹如何在 Flask 中進行異常處理。 本篇筆記的代碼都已經提交到 github 上,可使用

flask , 異常處理 , 後端 , Python

收藏 評論

註銷 - 什麼是計算機軟件設計領域的 Edge Case

在軟件設計領域,Edge Case(邊緣情況)是一個重要的概念。簡單來説,Edge Case 是指在系統的輸入、操作或使用環境達到一些極限或者特殊情況時的場景。這些場景通常在正常使用條件下不太可能出現,但是如果發生,可能會導致系統行為異常,比如性能下降、功能失效,甚至系統崩潰。因此,在設計和測試軟件時,我們需要儘可能地考慮和處理 Edge Case。 舉個例子,假設我們正在設計一個在線購物網站。在

計算機基礎 , 計算機原理 , 計算機科學 , 計算機

收藏 評論

註銷 - 什麼是計算機科學和數據管理領域的 source of truth

"Source of Truth"(真實源)在計算機科學和數據管理領域中,是一個非常重要的概念。簡單來説,"Source of Truth" 是指在一個系統或者應用中,為了確保數據的一致性和準確性,設置的一個權威性的數據來源或數據存儲位置。 在一個系統裏,可能會有很多不同的數據源,這些數據源可能會有不同的版本,或者在不同的時間點有不同的狀態。這樣就可能會產生數據不一致的問題,比如,用户在不同的系統

計算機基礎 , 計算機原理 , 計算機科學 , 計算機

收藏 評論

Moonbit - MoonBit平台最新動態速遞 Vol.17

MoonBit更新 1. 優化沒有間接調用的頂層函數的編譯過程 優化對於沒有間接調用的頂層函數的編譯過程,帶來約14%的編譯性能提升 2. 優化解析器的錯誤恢復和報錯 -修復對於fn f2 {}這樣的頂層的函數聲明沒有參數時,省略括號也能通過編譯,現在會直接報錯 -對於試圖給枚舉類型構造器單獨設置可見性的代碼,將會報錯 priv enum T { A(Int) pub B(Int)

編程 , wasm , webassembly , 編程語言 , 程序員

收藏 評論

阿東 - 【Java】GC Logging – user, sys, real – which time to use

Source GC Logging – user, sys, real – which time to use? Gandhi In the Garbage Collection log file, 3 types of time are reported for every single GC event: 在垃圾回收日誌文件中,每個 GC 事件都會報告 3 種類型的時間: ‘user’

gc

收藏 評論

亞馬遜雲開發者 - 無服務器開發實例|微服務向無服務器架構演進的探索

在當今的技術環境中,許多組織已經從構建單一的應用程序轉變為採用微服務架構。微服務架構是將服務分解成多個較小的應用程序,這些應用程序可以獨立開發、設計和運行。這些被拆分的小的應用程序相互協作和通信,為用户提供全面的服務。在設計和部署微服務應用時利用無服務器計算和無服務器架構,可有效解決微服務架構本身存在的複雜性、模塊間過度依賴以及系統可擴展性有限等難題。本文將以 FreeWheel 的 AD Deb

微服務 , API , lambda , serverless

收藏 評論

註銷 - 什麼是計算機安全領域的 use-after-free 漏洞

在計算機安全領域,use-after-free 是一種重要的安全漏洞類型。要理解 use-after-free 漏洞,我們首先需要了解計算機內存管理的基礎知識。 計算機程序在運行時,會使用到計算機的內存資源。內存是一個有限的資源,不可能無限制地使用。因此,程序在使用內存時,必須遵循一個規則:在使用完一個內存區域後,必須釋放它,使得這部分內存可以被其他程序或者同一個程序的其他部分使用。在 C 語言中

內存 , 內存管理 , 內存泄漏

收藏 評論

註銷 - 內存安全問題之 use-after-free 漏洞的介紹

計算機安全領域中的"use-after-free"漏洞是一種常見的內存安全問題。該漏洞類型源自於程序錯誤,通常發生在應用程序或操作系統中。"Use-after-free"漏洞指的是在釋放(free)了某塊內存後,程序繼續使用了已釋放的內存區域,可能導致嚴重的安全問題。這種漏洞對計算機系統和用户數據構成嚴重威脅,攻擊者可以利用它們執行惡意代碼,篡改數據,或者導致系統崩潰。 漏洞發生的主要原因之一是內

內存 , 內存管理 , 內存泄漏

收藏 評論

註銷 - 什麼是計算機安全領域的 Vulnerability Exploit

漏洞是指軟件或系統中的安全弱點,它可能允許攻擊者以某種方式訪問系統、繞過安全控制或獲取未經授權的信息。利用漏洞指的是利用這些軟件或系統中存在的漏洞、弱點或錯誤來實施攻擊的行為。這個過程通常包括利用已知的漏洞或錯誤,開發相應的代碼或腳本來獲取對系統的未授權訪問或執行未授權操作。 在計算機安全領域,利用漏洞意味着攻擊者利用軟件或系統中的錯誤或漏洞,使其執行不是設計用途的操作。這些操作可能包括訪問敏感信

安全防護 , 計算機原理 , 計算機科學 , 安全漏洞 , 安全

收藏 評論

註銷 - 關於內存芯片的電流消耗機制的介紹

內存芯片的電能消耗機制是一個複雜而精密的系統,受到多種因素的影響。在理解內存芯片的電能消耗機制之前,我們需要了解內存芯片的基本結構和工作原理。 內存芯片的基本結構: 內存芯片通常由存儲單元組成,每個存儲單元用於存儲一個數據位。存儲單元的排列方式可以是行和列的矩陣結構,其中每個存儲單元可以通過行地址和列地址進行訪問。內存芯片的核心是存儲電荷的電容器,其中電荷的存在或缺失表示存儲的二進制信息(0

內存 , 內存管理

收藏 評論

Hunter - SQLAlchemy 連接使用數據庫

本文首發於公眾號:Hunter後端 原文鏈接:SQLAlchemy 連接使用數據庫 相對於 Django 來説,Flask 並沒有 Django 中自帶的那種 ORM 框架,但是我們可以利用第三方的 ORM 框架來進行操作,比如我們這裏介紹的 SQLAlchemy。 接下來這一篇筆記將會介紹如何使用 SQLAlchemy 連接數據庫、建立模型、操作表、以及查詢操作表數據等內容。 以下是本篇

sqlalchemy , flask , Python

收藏 評論

Eolink - JSON 格式的接口測試流程【Eolink Apikit】

在進行JSON格式的接口測試時,需要使用工具發送HTTP請求並獲取響應。測試工具可以是單獨的測試框架,如 Eolink Apikit。測試人員需要根據接口文檔和測試用例編寫測試腳本,然後運行測試並分析結果,以確保接口的質量和穩定性。 當我們後端需要從前端拿到這些JSON數據,我們應該如何測試自己的接口呢?今天就來淺淺探討一下JSON格式接口測試的流程。 1、JSON 格式的 API 導入

API , 測試 , swagger , 接口 , Json

收藏 評論

槲櫟 - webpack實戰

打個包試一試 先安裝好環境 $ node -v v12.14.0 $ npm init -y $ npm install -D webpack@3.6.0 項目目錄結構: my-mall-admin-web ├── build -- 存儲打包好的文件 ├── node_modules -- 安裝的node模塊 ├── src | ├── greet.js | ├── index.js

webpack3 , 前端

收藏 評論

侑虎科技 - Animator.Enable一幀內兩次設置之間的動畫控制屬性變更失效

1)Animator.Enable一幀內兩次設置之間的動畫控制屬性變更失效 2)移動端Shader的Varying插值後是否會寫回主存 3)Unity Avatar在大型MMO中使用情況如何 4)UnityWebRequest加載外部圖片,尺寸是否必須是4的倍數 這是第360篇UWA技術知識分享的推送,精選了UWA社區的熱門話題,涵蓋了UWA問答、社區帖子等技術知識點,助力大家

animation , shader , loading

收藏 評論

BinTools圖爾茲 - 「一體化信息建設」,江蘇人社如何完成數據安全管控(成果篇)

前言 在建設篇中,我們提到江蘇人社對一體化管控平台明確了需求: 第一,統一人員訪問入口,所有人員僅通過一個平台完成對數據庫的全部操作; 第二,強化對數據庫運維人員的權限管理,全面實現對第三方人員違規操作、權限濫用等風險進行事前嚴格的權限管控,事中的全流程行為追蹤,事故發生後精準溯源; 第三,替代日常運維工作中使用的 Navicat、PL/SQL 等工具,規避使用第三方軟件的安

權限控制 , dba , 運維 , 數據庫 , 數據安全

收藏 評論

數據庫知識分享者 - 慢調用鏈診斷利器 - ARMS 代碼熱點

可觀測技術背景 從最早的 Google 發表的一篇名為《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure》的論文開始,到後來以:Metrics(指標)、Tracing(鏈路追蹤)以及 Logging(日誌)三大方向互為補充的可觀測解決方案逐漸被業界所接受併成為事實標準。 基於上述全棧可觀測方案技術,診斷一個問題從之前

雲計算 , 阿里雲 , 雲原生 , 消息隊列 , 高可用

收藏 評論

iamrockrepublic - 一名合格的後端開發,到底需要多瞭解mysql - 6&7

6 - 鎖 lock 和 latch latch:內存中的輕量級互斥量或讀寫鎖,其目的是為了保證併發線程操作臨界資源的正確性。無死鎖檢測和處理機制。 lock:鎖定數據庫中的對象,比如表,頁,行等,其目的是為了保證併發事務操作表對象的正確性。可通過 等待有向圖 和 超時機制進行死鎖檢測和處理。 以下討論的內容都是和lock相關的。 Innodb中鎖的類型 行級鎖: 共享鎖(讀鎖):可以和

MySQL , innodb , 面試 , 後端

收藏 評論

雲音樂技術團隊 - 雲音樂 FinOps 體系建設

本文作者:吳榮軍 雲音樂設計研發了 FinOps 一站式平台,滿足對成本洞察、優化和運營的需求,協同業務獲得最大的投入產出比。 背景 當前互聯網增長紅利消失,要實現 "正循環中,做大用户規模",就需要關注企業經營毛利和利潤,除去內容成本,技術側 IT 成本是非常大的一塊,過去一年(2022 年),雲音樂開始了技術側降本增效,其中雲原生、容器化主要做的事情包含: Horizon 一站式平台(雲音

服務端 , 雲原生

收藏 評論

極狐GitLab - 三策略,六步驟,Jenkins 遷移到極狐GitLab CI 的終極指南

來源:https://about.gitlab.com/blog 作者:Itzik Gan-Baruch 在如今軟件研發的動態格局中,某些要求對於快速交付高質量的軟件變得至關重要。這些需求包括對雲兼容性的需要、更快的研發迭代週期、高效的協作、容器化、良好的研發體驗以及為了更高的效率及速度而集成的一些 AI 能力。 Jenkins,一款歷史悠久且備受推崇的持續集成工具(CI),這麼些年來

持續集成 , devops , gitlab , ci , jenkins

收藏 評論

lavender - win10同時安裝兩個版本的JDK並可隨時切換

最近想了解一下最新版java 21,但之前安裝過jdk1.8(jdk8),又不想卸掉。於是研究了一下如何在win10安裝兩個版本的jdk(8和21),根據需要隨時切換版本。 一、官網下載 下載地址:https://www.oracle.com/java/technologies/downloads/#jdk21-win... jdk21 jdk8(我之前安裝的是8u321) 二、安裝 jdk8

JDK

收藏 評論

高德技術 - 視覺BEV基本原理和方案解析

BEV(Bird’s-Eye-View)是一種鳥瞰視圖的傳感器數據表示方法,它的相關技術在自動駕駛領域已經成了“標配”,紛紛在新能源汽車、芯片設計等行業相繼量產落地。BEV同樣在高德多個業務場景使用,例如:高精地圖地面要素識別、車道線拓撲構建、車端融合定位中都扮演了重要角色。如圖1‑1所示: 圖1‑1 BEV在高德應用場景(僅列舉部分)a)高精底圖 b)地面要素識別 c)車道線拓撲構建[1] d

高德地圖 , 自動駕駛 , 算法 , 人工智能

收藏 評論

百度Geek説 - 通過Python腳本支持OC代碼重構實踐(三):數據項使用模塊接入數據通路的適配

作者 | 劉俊啓 導讀 在軟件開發中,經常會遇到一些代碼問題,例如邏輯結構複雜、依賴關係混亂、代碼冗餘、不易讀懂的命名等。這些問題可能導致代碼的可維護性下降,增加維護成本,同時也會影響到開發效率。這時通常通過重構的方式對已有代碼結構進行改進和優化。在重構的工作中,大部分的工作是人工的方式完成,是一個耗時且容易出錯的過程。對於研發人員來講,在不改變軟件的功能和行為的前提下,保證質量和效率完成對

腳本 , 自動化 , 重構 , Python

收藏 評論

K哥爬蟲 - 【驗證碼逆向專欄】百某網數字九宮格驗證碼逆向分析

聲明 本文章中所有內容僅供學習交流使用,不用於其他任何目的,不提供完整代碼,抓包內容、敏感網址、數據接口等均已做脱敏處理,嚴禁用於商業用途和非法用途,否則由此產生的一切後果均與作者無關! 本文章未經許可禁止轉載,禁止任何修改後二次傳播,擅自使用本文講解的技術而導致的任何意外,作者均不負責,若有侵權,請在公眾號【K哥爬蟲】聯繫作者立即刪除! 目標 目標:百 X 網數字九宮格驗證碼逆向分析 網址:aH

驗證碼 , 爬蟲 , 逆向工程

收藏 評論

得物技術 - 彩虹橋架構演進之路-性能篇

一、前言 一年前的《彩虹橋架構演進之路》側重探討了穩定性和功能性兩個方向。在過去一年中,儘管業務需求不斷增長且流量激增了數倍,彩虹橋仍保持着零故障的一個狀態,算是不錯的階段性成果。而這次的架構演進,主要分享一下近期針對性能層面做的一些架構調整和優化。其中最大的調整就是 Proxy-DB 層的線程模式從 BIO 改造成了性能更好的 NIO。下面會詳細介紹一下具體的改造細節以及做了哪些優化。 閲讀本文

中間件 , 高性能 , 數據庫 , nio

收藏 評論