tag restful

標籤
貢獻29
90
05:34 PM · Oct 25 ,2025
benfangdechaofen 頭像 key21 頭像 voidzxl 頭像 apifox 頭像 huobaodejianpan 頭像 liweihao_5f8e96c308646 頭像 eolink 頭像 bigsai 頭像 pulsgarney 頭像 reddish 頭像 u_16099316 頭像 u_16099271 頭像

@restful / 博客 RSS 訂閱

voidzxl 頭像

周煦林 - 100 行代碼實現用户登錄註冊與 RESTful 接口 - 手把手教程附 Python 源碼

在開發大多數應用時，用户系統都是必不可少的部分，而我們總是需要開發圍繞用户的登錄，註冊，獲取，更新等接口。這篇文章將帶你用一百多行代碼簡潔地實現一套這樣的用户鑑權與 RESTful 接口，並使用 Session 來處理用户的登錄登出 我們將使用 UtilMeta 框架 完成接口開發，這是一個開源的 Python 後端元框架，同時支持接入與適配 Django, Flask, FastAPI 等主流

運維 , django , restful , 後端 , Python

收藏 評論

chunzhendegaoshan 頭像

RestCloud - ETL中RESTful API 組件的用法

一、ETL是什麼 ETL，全稱為Extract-Transform-Load，即數據提取（Extract）、數據轉換（Transform）和數據加載（Load）。這是數據倉庫中數據處理的重要過程。ETL過程中，數據從源系統被提取出來，然後經過清洗、轉換和集成等操作，最後加載到目標系統（通常是數據倉庫或數據湖）。 ETL的主要目標是將企業中的分散、異構數據集成到一起，為企業的決策提供支持。通過ETL

restful , etl

收藏 評論

da_miao_zi 頭像

da_miao_zi - ”JSON 不符合標準，我們不能用“

”JSON 不符合標準，我們不能用。“ 如果聽到有人這麼説，你會不會覺得匪夷所思。 即使從未聽説過 IETF 的 RFC 4627、RFC 8259， Ecma International 的 ECMA-404 這些所謂官方的標準，我們也會默默認為 JSON 就是一種事實上的標準，既可用於系統間的數據傳輸，又可作為數據的存儲格式，甚至可以當作配置文件的格式。 數以千計的 Web API 都會以 J

rest-api , restful , Javascript , Json

收藏 評論

huobaodejianpan 頭像

火爆的鍵盤 - 利用 pyhttptest 快速測試和調試 RESTful API

現在，無論是開發還是使用服務，我們每個人都面臨着 REST API 的挑戰。同時，我們正處於微服務的流行時代，我們將業務邏輯拆分為多個獨立的小服務。這些服務大多遵循 RESTful 原則，並使用 JSON 格式進行通信，因為其簡單性使其成為最廣泛使用的格式。 pyhttptest- 這是一個命令行工具，用於對 RESTful APIs 進行 HTTP 測試。 此工具通過三個簡單的步驟實現自動化測試

API , 測試 , restful , 測試工具 , 後端

收藏 評論

jueqiangdeqianbi 頭像

倔強的鉛筆 - 詳解：REST API 中常見的 HTTP 請求參數

HTTP 請求中的請求參數解釋 當客户端發起 HTTP 請求 時，它們可以在 URL 末尾添加請求參數（也叫查詢參數或 URL 參數）來傳遞數據。這些參數以鍵值對的形式出現在 URL 中，方便瀏覽和操作。 請求參數示例 以下是一些帶有請求參數的 URL 示例： /users?id=1234 /posts?category=techsort=asc /search?q=hel

rest-api , HTTP , restful , 後端 , 前端

收藏 評論

huobaodejianpan 頭像

火爆的鍵盤 - RESTful API 設計方法：打造高質量、易用的接口系統

RESTful 架構基礎 REST，代表表現層狀態轉移（Representational State Transfer），長久以來一直是 API 服務的聖盃，最初由 Roy Fielding 在其博士論文中定義。儘管它不是構建 API 的唯一方法，但由於其廣泛的普及，即使是非開發者也對其有所瞭解。 RESTful 軟件具有六個關鍵特徵： 客户端-服務器架構 無狀態性 可緩存性 分層系統

rest-api , rest , API , restful , api設計

收藏 評論

qiuzuidemianbao_dhb59o 頭像

Wcl_Echo - 報錯JSON parse error: Invalid UTF-8 start byte 0xa0

測試項目接口的時候報錯JSON parse error: Invalid UTF-8 start byte 0xa0； 這個錯誤還是第一次見，原因是在傳參的時候有空格，去掉即可

restful , JAVA , 程序員 , 後端

收藏 評論

shiwangdeshuanggang_ejn3li 頭像

失望的雙槓_eJN3LI - RESTful接口設計規範

1.RESTful接口設計規範是什麼？ RESTful 接口設計規範是一種設計和構建網絡服務的標準方式，它依賴於 HTTP 協議，注重簡潔和可擴展性。 2.為什麼要使用RESTful接口設計規範？ 使用 RESTful 接口設計規範有助於創建高效、易於理解和擴展的網絡服務。它基於 HTTP 協議，利用標準動詞（如 GET、POST）進行資源操作，使接口設計簡潔一致，便於開發和維護。RESTful

restful

收藏 評論

guanguans 頭像

guanguans - laravel-api-response - 規範化和標準化 Laravel API 響應數據結構

laravel-api-response - 規範化和標準化 Laravel API 響應數據結構 laravel-api-response - 規範化和標準化 Laravel API 響應數據結構。 源碼 guanguans/laravel-api-response 功能 支持自定義響應數據結構 支持 restful 接口響應(可選) 支持自動處理 api 異常 支持本地化消息 支持

php , API , laravel , restful

收藏 評論

qeasy_cloud 頭像

大仲馬小茶花 - 項目經理如何應對多系統對接的項目？

對於項目經理來説，處理系統對接（API對接）的需求是一項既複雜又關鍵的任務。這項任務涉及到確保不同的系統能夠高效、安全地共享數據，從而實現流暢的業務流程和提高整體的系統性能。下面是一個詳細的指南，旨在幫助產品經理深入理解和有效管理系統對接類需求。 一、系統對接類需求概述系統對接類需求指的是兩個或多個獨立的系統之間，通過API（應用程序編程接口）實現數據交換和功能集成的需求。這種需求廣

restful , 程序員

收藏 評論

voidzxl 頭像

周煦林 - 600 行代碼實現一個 UGC 博客後端 - 手把手教程附 Python 源碼

0. 前言 前兩年在 Github 網上衝浪的時候發現了一個 Realworld DEMO 項目，這是一個簡單但全面的全棧應用 DEMO 標準：一個類似於 Medium 的文章博客網站，有很多不同的語言和框架的實現，提供的功能包括 用户的註冊，登錄，獲取，更新信息，關注，取關 文章的創建，修改，喜歡，推薦，文章評論的創建和刪除 於是我按照 Realworld 項目的接口標準，用 UtilM

django , restful , 後端 , Python

收藏 評論

jieduanxingdebugger 頭像

階段性debugger - 泰國股票實時報價 API 對比及iTick數據優勢分析

在金融科技領域，獲取可靠的泰國股票實時數據是開發交易工具、量化系統及市場分析平台的基礎。本文將對比主流泰國股票實時報價API，並深度解析iTick的核心數據優勢。 一、主流泰國股票實時報價 API 全景掃描 1. 英為財情（Investing.com） 作為全球知名金融數據平台，英為財情提供泰國股市全維度指數數據，涵蓋泰國 SET 指數（1,282.09 點，+1.59%）、FTSE SET 全

websocket , restful

收藏 評論

benfangdechaofen 頭像

奔放的炒粉 - 拆解模糊需求管理需要明確需求邊界

拆解模糊需求管理需要明確需求邊界、採用需求細化與分解方法、加強與利益相關者的溝通、設立優先級管理機制、持續迭代與反饋。其中，明確需求邊界尤為重要，它可以幫助團隊準確理解用户的核心訴求，避免需求膨脹與偏離實際目標。通過邊界明確，團隊能夠集中資源有效解決關鍵問題，大幅降低項目失敗風險與成本浪費。 一、模糊需求的成因與挑戰 模糊需求通常源於利益相關者對目標的不確定性、溝通不暢或市場環境快速變化。當

graphql , segmentfault , HTTPS , restful , 程序員

收藏 評論

feixi50 頭像

feixi50 - FIFO-容量約束下公交乘客搭載的動態分配問題建模與優化

FIFO-容量約束下公交乘客搭載的動態分配問題建模與優化 ：OracleSQL實現與驗證 Original 江月明203 會飛的一十六 2025年01月25日 23:00 1問題引入“公交乘客搭載的 FIFO - 容量約束匹配模型” 是一種基於先進先出（FIFO）原則，以乘客到達時間和公交車到達時間為匹配依據，在公交車容量約束條件下，計算每輛公交車搭載乘客數量，實現乘客與公交車合

restful

收藏 評論

benfangdechaofen 頭像

奔放的炒粉 - 技術決策者最為關注的核心問

在企業級數據集成領域，數據一致性（Consistency） 是技術決策者最為關注的核心問題之一。然而，這一看似簡單的需求背後， 卻隱藏着複雜的技術挑戰和架構設計。當使用SeaTunnel進行批流一體數據同步時，企業用户通常最關心以下問題：🔍 "如何保證源庫與目標庫之間的數據完整性？" "任務中斷或故障恢復後，能否避免數據重複或丟失？ "⚙️ "全量與增量數據同步過程中的一致性如何保障？"

restful , 程序員

收藏 評論

benfangdechaofen 頭像

奔放的炒粉 - 技術決策者最為關注的核心問題

在企業級數據集成領域，數據一致性（Consistency） 是技術決策者最為關注的核心問題之一。然而，這一看似簡單的需求背後， 卻隱藏着複雜的技術挑戰和架構設計。當使用SeaTunnel進行批流一體數據同步時，企業用户通常最關心以下問題：🔍 "如何保證源庫與目標庫之間的數據完整性？" "任務中斷或故障恢復後，能否避免數據重複或丟失？ "⚙️ "全量與增量數據同步過程中的一致性如何保障？"

restful

收藏 評論

weidelanqiu 頭像

下一個絕世 - 2025年15款銷售管理系統盤點

客户關係管理（銷售管理系統）為企業提供了一整套解決方案，用於管理客户數據、優化銷售流程以及制定更準確的市場策略。2025年，銷售管理系統市場上涌現了許多創新的軟件產品，下面我們將詳細盤點15款最受歡迎的銷售管理系統，助你找到最適合的一款。 1. Zoho CRM 概述：Zoho CRM憑藉其強大的集成功能和可定製性，在全球擁有較高的市場份額。 主要特點： 多渠道客户互動：支持電話、電郵、社交媒

HTTPS , restful

收藏 評論

reddish 頭像

reddish - 一種無需認證的微信訂閲號登錄方案：為已有訂閲號賦能用户體系

傳統微信登錄的侷限與現實需求 在現代 Web 應用開發中，第三方登錄已成為提升用户體驗的標準實踐。微信作為國內最普及的社交平台之一，其“微信掃碼登錄”功能被廣泛應用於各類網站和服務。 然而，標準的微信開放平台登錄（即掃碼登錄）存在幾個明顯的短板： 需要企業資質認證：接入微信開放平台並實現掃碼登錄，通常要求開發者完成企業級認證。 與公眾號脱節：掃碼登錄後，用户身份與公眾號之間並無直接關聯，無法

教程 , 知識 , restful , 後端 , 前端

收藏 評論

key21 頭像

湘西刺客王鬍子 - RESTful接口的csrf防禦考慮

關於RESTful標準服務是否需要方法跨站請求攻擊，網上有很多討論，總結下來核心的關鍵點在於是否使用了cookie，而就目前而言，REST標準下的服務接口，即便API做到了無狀態，用户令牌（Token）也很經常會放到localStorage或者cookie中，這些情況下本質上與RESTful的無狀態標準定義不衝突，但是必須要考慮XSS（跨站腳本攻擊）、CSRF（跨站請求攻擊）的防範需求了。 Coo

restful , csrf

收藏 評論

eolink 頭像

Eolink - RESTful API 設計最佳實踐

良好的 API 設計是一個經常被提及的話題，特別是對於那些試圖完善其 API 策略的團隊來説。一個設計良好的 API 的好處包括：改進開發者體驗、更快速地編寫文檔以及更高效地推廣你的 API。但是，到底什麼才構成了良好 API 設計呢？在這篇博客文章中，我將詳細介紹幾個為 RESTful APIs 設計最佳實踐。 一個設計良好的 API 的特點 一般來説，一個有效的 API 設計將具有以下

API , 測試 , restful , 接口 , get

收藏 評論

bigsai 頭像

bigsai - 花五分鐘看這篇之前，你才發現你不懂RESTful

原創公眾號：bigsai 轉載請聯繫bigsai 文章收藏在回車課堂 和github 前言 在學習RESTful 風格接口之前，即使你不知道它是什麼，但你肯定會好奇它能解決什麼問題？有什麼應用場景？聽完下面描述我想你就會明白： 在互聯網並沒有完全流行的初期，移動端也沒有那麼盛行，頁面請求和併發量也不高，那時候人們對接口的要求沒那麼高，一些動態頁面(jsp)就能滿足絕大多數的使用需求。

rest , restful

收藏 評論

pulsgarney 頭像

阿兵 - 深入GraphQL 的使用語法

深入GraphQL 的使用語法 對於GraphQL 的使用語法在上一節中已經大概介紹了基本的使用方式了，這一篇將會對上一篇入門做拓展，努力將所有的使用語法都覆蓋到。 1. 終端語法 首先是介紹在前端查詢時用的語法，分成Query 和Mutation 兩部分，Subscription 的和Query 是類似的就不特別説明了。 1.1 Query 假設我們現在有一個數據集，結構是這樣的： 學生和老

Facebook , graphql , restful , api設計 , 後端

收藏 評論

key21 頭像

湘西刺客王鬍子 - RESTful接口設計(譯)

原文鏈接：Web API design best practices - Azure Architecture Center | Microsoft Docs 現在網絡上已經有了很多服務商的公開API，可以讓各類客户端調用，那麼怎樣才是一個設計優良的web API呢？一般來講應該具備以下標準： 平台無關性：使用API的可以是任何客户端，它們不用關心API是怎麼實現的。這就要求了交互時使用到的協

rest , restful

收藏 評論

benfangdechaofen 頭像

奔放的炒粉 - 源庫與目標庫之間的數據完整性

在企業級數據集成領域，數據一致性（Consistency） 是技術決策者最為關注的核心問題之一。然而，這一看似簡單的需求背後， 卻隱藏着複雜的技術挑戰和架構設計。當使用SeaTunnel進行批流一體數據同步時，企業用户通常最關心以下問題：🔍 "如何保證源庫與目標庫之間的數據完整性？" "任務中斷或故障恢復後，能否避免數據重複或丟失？ "⚙️ "全量與增量數據同步過程中的一致性如何保障？"

restful , 程序員

收藏 評論