Web Secret:图片服务(一)——构建一个基本的图片服务

最新推荐文章于 2025-01-18 20:20:03 发布
最新推荐文章于 2025-01-18 20:20:03 发布
阅读量8.2k 收藏 26
点赞数
分类专栏： Web Secret 文章标签： web 存储 upload 服务器 应用服务器 照片
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liuruhong/article/details/4072386
版权
本文探讨了如何构建一个基础的图片服务，包括选择上传目录、处理上传请求、存储图片及返回URL。同时提出了针对图片服务的优化建议，如分离应用和图片存储、按业务分目录、限制文件大小和类型、服务器端压缩图片以及文件散列存储策略。后续篇章将继续深入讨论图片服务的扩展和性能提升。
摘要由CSDN通过智能技术生成

Web Secret:图片服务

（一）构建一个基本的图片服务

         选择这个主题是因为太过简单，简单到你甚至会在设计中忽略这个主题，哪个网站不需要图片呢，又有哪个网站完全不支持用户上传图片，可是我们又有多少人真正考虑过图片上传的事情呢？我们就以一个典型的SNS或者论坛来说，至少会有这么几个情况你需要使用到图片：

n  应用程序需要使用到的背景图、图标和一些界面修饰

n  用户个人的头像，一般来说会有缩略图和头像图

n  用户个人相册，允许用户上传一定的个人照片

n  文章/博客中的图片

n  ……

假设我们的网站叫着www.websecretapp.com ，现在我们来看最简单的处理方法：

1.       在网站的根目录下建立一个名为Upload的目录，也就是http://websecretapp.com/upload。

2.       http://www.websecret.com/photoupload 提供图片上传的处理，您可以选择自己熟悉的任何语言，当然了，photoupload.php,photoupload.jsp,photoupload.aspx等等都可以。

最低0.47元/天 解锁文章
secret-web-lib:用于构建加密的聊天应用程序的基础库
05-16
总的来说，secret-web-lib是一个关键的工具，它为构建安全的、私密的聊天应用程序提供了必要的加密技术和协议支持。通过深入理解和有效利用这个库，开发者能够创建出符合现代安全标准的聊天应用，保护用户的隐私，...
阿里云团队畅谈图片服务架构演进
流浪的虾壳
07-22 5491
现在几乎任何一个网站、Web App以及移动APP等应用都需要有图片展示的功能，对于图片功能从下至上都是很重要的。必须要具有前瞻性的规划好图片服务器，图片的上传和下载速度至关重要，当然这并不是说一上来就搞很NB的架构，至少具备一定扩展性和稳定性。虽然各种架构设计都有，在这里我只是谈谈我的一些个人想法。 对于图片服务器来说IO无疑是消耗资源最为严重的，对于web应用来说需要将图片服
Web Service服务 ：在客户端将图片保存至图片服务器
乐百事
03-27 5834
1 建立服务asmx比较简单：上传的图片以Base64String参数形式传入注意: 这个转换是有损转换, 将Jpeg文件转换成Base64String, 再转换回来成Jpeg的文件明显小于原图(我在测试时发现是这样的.)using System;using System.Collections;using System.ComponentModel;using System.Data
图片存储架构学习：独立的图片服务器
人在江湖漂
05-08 792
前言 去年我凭着对网站架构的浓厚兴趣陆陆续续给大家分享了不少大型网站架构的经典案例，但是大部分都只是介绍了大概，并没有深入地研究，有兴趣的朋友可以去我博客的网站架构分类下学习讨论。今年我打算继续学习网站架构方面的知识，并对此作更加深入地分析与实践，当然学习成果会及时和大家分享和交流，希望今年自己的能力可以更上一层楼吧。 这几天我一直在关注大型网站中图片存储方面的相关问题，通过了解和实践，体会颇
设置Web服务目录
blueberry686868的博客
10-07 7986
设置Web服务目录 1.根目录     如果Tomcat服务器的安装目录是C:\Program Files\Apache Software Foundation\Tomcat 7.0,那么Tomcat的Web服务目录的根目录是：C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\ROOT      用户访问根目录的JS...
第一课：如何跑通第一个 DataStream 作业.pdf
01-12
#### 实时计算Flink训练营 —— 第一个DataStream作业详解 本篇文章将围绕“如何跑通第一个 DataStream 作业”这一主题进行深入探讨，并结合实际案例讲解相关的技术要点及操作流程。 #### 1. Flink与DataStream...
js代码-实现一个简单的Node.js的Web框架
07-15
这个简单的框架为我们提供了一个起点，可以在此基础上添加更多的功能，如错误处理、模板引擎、静态文件服务等，以构建更复杂的Web应用程序。通过不断学习和实践，你将能够深入理解Node.js和JavaScript在构建Web服务...
aliexpressauth:一个演示 Web 应用程序展示了如何进行速卖通平台身份验证和获取销售订单列表
07-09
本篇文章将深入探讨一个基于Java的Web应用程序——aliexpressauth，该应用演示了如何利用API实现这一功能。 首先，我们要理解的是速卖通的OAuth认证机制。OAuth是开放授权协议，允许第三方应用在用户授权的情况下...
JSONWebToken的一个PHP扩展
08-07
这两部分会被一起编码，然后与一个密钥（secret key）进行签名，生成第三部分——签名（signature）。 2. **解码JWT** 当接收到JWT时，扩展可以帮助你解码并验证其有效性。它会检查签名是否匹配，以及过期时间和...
Web Secret：图片服务（四）——重新设计您的存储架构
04-20 6712
 当我们将目光从单一机器的解决方案转移到多台机器组成的服务网络时，问题一下子变得复杂起来，虽然对于初期的网站您完全可以不用考虑到这些，但是作为一个持续演进的解决方案，那么就来看看应对更大业务规模的处理方案。随着网站的运营，我们首先面临的是图片存储空间的增长，把所有的图片都放在一台机器，时间长了必定会出现存储空间不足的情况，这时候你有两种方法来解决问题：1.         为服务器增加
Web Secret:图片服务（三）——为您的服务加上缓存
04-15 5131
         100万和1000万是什么概念，我们可以来做一个计算：         假设每张图片平均的尺寸在200K左右，大概需要占据的存储空间是190G，如果您的图片没有进行压缩，那么平均会在1M左右，整体上也就是1TB左右的空间，综合考虑起来，如果是一个SNS网站，在20万用户的时候会接近这个规模的。         1000万我所指的是图片请求，而不是通常所提到的Page Vi
Web Secret:图片服务（五）——提高服务的性能
04-21 4845
         讨论到这里，我们都是从高层的设计层面来看待整个服务应该如何设计和优化，可是真正应用的好坏还是和具体平台挂钩的，让我们将目光移到具体的语言平台和操作系统上来，看看在实际情况下我们应该如何处理。         我们在上一篇里拓展了图片服务的后台存储架构，从性能和可管理性做了一些优化和调整，但对于真正面向用户的图片服务却避而不谈，一台机器存储不够了，我们可以扩展，一台图片服务器不
Web Secret:图片服务（六）——优化您的用户体验
04-23 4633
阅读：l  Web Secret：图片服务（一）——构建一个基本的图片服务l  Web Secret：图片服务（二）——扩展您的图片服务l  Web Secret：图片服务（三）——为您的服务加上缓存l  Web Secret：图片服务（四）——重新设计您的存储架构l  Web Secret：图片服务（五）——提高服务的性能          我们在第一
Web Secret:构建高性能的实时互动服务（一）
05-13 4454
一、客户端技术的考虑导言         说到实时互动，我们直接能够想到的是聊天室或者Web IM，虽然因为xxx的原因，国内大多数文字聊天室都已经关闭，而视频聊天室，大多都是一帮xxx的美女在那边跳舞，越来越少的人在关注这个领域。         可是企业应用的角度恰恰相反，Web客服、内部IM、实时教学等业务的兴起，也会为这个领域的繁荣注入了强心剂，对于交互日益复杂的今日，我们又将
Web Secret之：导言
04-13 2536
Web Secret之：导言         再提Web 2.0，都有些索然无味，再去界定哪些应用是Web 2.0的应用，也已经失去价值，虽然到现在，对于Web 2.0还是没有一个绝对的共识，但是大家不约而同地界定出了非Web 2.0的应用，那就是以门户和传统的Web企业应用为代表，“过去的、已有的、确定的”第一代互联网服务模式，我们叫着Web 1.0，而今天的、未来的所有应用，都可以称为
Linux第二课：LinuxC高级 学习记录day04
lymdcsdn的博客
01-15 1200
shell语句：结构性语句：if，case，for，while，循环控制语句；分文件：分文件内容，分文件使用，条件编译：宏是否定义，值是否为真，防止头文件重复包含；make工具，gcc编译步骤，make工具的内容，makefile变量：自定义变量，预定义变量，自动变量，通配符，函数：wildcard，patsubst，makefile文件的4种书写方式
【Linux】15.Linux进程概念（4）
最新发布
hlyd520的博客
01-18 361
至少我们现在可以认为：如果变量的地址是物理地址，那么是不可能存在上述现象的。所以这个地址绝对不是物理地址。修饰的局部变量，编译的时候就已经被编译到全局数据区了。，用的指针，指针里面存放的地址全都不是物理地址！可以看到，下方的始终要比上方的地址大一点。我们一般叫这个为线性地址，或者虚拟地址。储存在字符常量区，具有只读属性，，但是因为只有只读属性，无法更改。这个代码表面上我们是想要把第一个。但是这不重要，重要的是他们。修饰的变量不会被释放呢？我们可以看到子进程改成了。这段代码编译会报错。
深入了解 systemd：Linux 系统的启动与管理大师
weixin_42587823的博客
01-17 759
它不仅是一个初始化系统，还包含了一系列强大而实用的工具，用于管理服务、进程、日志以及其他系统资源。今天，我们以通俗易懂的方式，深入探讨 systemd 的作用、使用方法以及实际场景。作为现代 Linux 系统的核心组件，systemd 提供了强大的服务和资源管理能力。通过掌握 systemd 的基础操作和一些高阶技巧，你不仅可以更高效地管理系统，还能快速定位和解决问题。它采用了全新的设计理念，以提高系统启动速度、简化服务管理，并提供更多功能。记录日志，统一管理系统和服务的日志信息。systemd 使用。
actix_web_oauth2教程
01-04
### 使用 Actix-web 和 OAuth2 的教程 #### 创建 Web 应用程序并设置依赖项 为了构建基于 `actix-web` 并集成了 OAuth2 认证的应用程序，首先需要初始化一个新的 Rust 项目，并在 `Cargo.toml` 文件中添加必要的依赖项： ```toml [dependencies] actix-web = "4" serde = { version = "1", features = ["derive"] } serde_json = "1" reqwest = { version = "0.11", features = ["json", "blocking"] } openssl = "0.10" ``` 这些依赖项用于处理 HTTP 请求、序列化 JSON 数据以及发起外部请求。 #### 配置 OAuth2 客户端 接下来，在应用程序中配置 OAuth2 客户端。这通常涉及定义客户端 ID、客户端密钥以及其他必要参数。这里展示如何利用 `openidconnect` crate 来简化这一过程[^2]： ```rust use openidconnect::{AuthUrl, ClientId, ClientSecret}; // ...其他导入语句... let client_id = ClientId::new(String::from("your_client_id")); let client_secret = Some(ClientSecret::new( String::from("your_client_secret"), )); let auth_url = AuthUrl::new("https://example.com/oauth/authorize".to_string()) .expect("Invalid authorization endpoint URL"); // 设置 token 端点和其他选项... ``` 此部分代码片段展示了如何创建一个 OAuth2 客户端实例，其中包含了认证所需的各项信息。 #### 构建路由处理器 随后，编写两个主要的路由处理器——一个是用来重定向用户至第三方认证页面；另一个则是处理来自认证服务器返回的数据。下面是一个简单的实现方式[^1]： ```rust async fn authorize(req: HttpRequest) -> impl Responder { // 处理 /auth/login GET 请求，生成授权链接并将用户重定向过去 } #[post("/callback")] async fn callback(query: web::Query<HashMap<String, String>>) -> HttpResponse { // 接收回调中的 code 参数，交换为 access_token， // 解析 id_token 或者获取用户资料等操作。 } ``` 这两个函数分别对应于 `/auth/login` 和 `/callback` 这两条路径下的逻辑处理。前者负责构造指向认证提供商的身份验证 URI 并执行重定向动作；后者则接收由认证服务传递回来的信息（如授权码），进而完成后续流程。 #### 启动应用 最后一步就是启动整个应用程序了。可以通过如下所示的方式运行该服务[^3]： ```rust #[actix_web::main] async fn main() -> std::io::Result<()> { HttpServer::new(|| { App::new() .service(web::resource("/auth/login").route(web::get().to(authorize))) .service(callback) }) .bind(("127.0.0.1", 8080))? .run() .await } ``` 这段代码设置了基本的服务结构，绑定了本地 IP 及端口，并注册了之前提到过的两个 API 终结点。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值