如何提高WordPress网站图片加载速度，以优化北京服务器空间？

wordpress显示图片慢,北京空间优化平台,建设网站利用点击量赚钱,中山模板网站建设1. 焦头烂额 最近又遇到个焦头烂额的事情 #xff0c;老板有了新想法#xff0c;业务有所转向#xff0c;需要新的方案设计 #xff0c;架构设计#xff0c;以进行后续实施。很快#xff0c;第一次汇报来了#xff0c; 由于前期准备时间短#xff0c;模块拆分不清晰老板有了新想法业务有所转向需要新的方案设计 架构设计以进行后续实施。很快第一次汇报来了 由于前期准备时间短模块拆分不清晰有的部分又讲得过细节表述的不太好直接被打回了。 一时之间抓耳挠腮怎么汇报讲清其中的设计思路争取到相应资源是重点也是难点。这时急需一组架构图来辅助拿下汇报 2. 架构图 开始之前问2个问题 核心目的是什么? 业务架构图的核心目的是统一共识、减少沟通成本无论是项目中的哪个角色大家都能讲一样的话 解决沟通障碍达成共识减少歧义 (超小声bb 讲清楚 让老板能听懂) 给谁讲受众是谁? 要明确受众再想清楚要给他们传递什么信息。 小白用户甚至对于这部分业务也是一知半解boss公司老板高管技术人员相关业务人员甚至后续直接负责开发同事公司的跨部门的团队同事 所以你的受众是谁决定他的关注点和理解能力也决定他要看到什么样的架构图。 架构图种类 业务架构: 业务架构属于顶层设计概览性强high level简洁易懂又可以根据其展开其对后续的业务定义和技术架构都有影响;应用架构: 描述有哪些功能其间的关系是什么样的。根据业务场景需要设计应用的层次结构。一般由业务负责人或者产品负责人绘制。技术架构: 描述了需要哪些服务选择哪些技术组件来实现技术服务技术服务以及组件之间的交互关系;数据架构: 描述了数据模型、分布、数据的流向、数据的生命周期、数据的管理等关系; 方法论 论1: SOA SOA 是缩写 Service-Oriented Architecture面向服务的架构十分经典的分层设计模式。对应到 应用服务资源。 同时在规划云服务相关的架构时还有种云计算的标准三层架构即SaaS层PaaS层IaaS层。 SaaS层具体的应用PaaS层构建平台层服务能力IaaS层IT基础设施和虚拟化 个人理解 SaaS层PaaS层IaaS层一定程度也可以映射到 应用服务资源 即SaaS代表应用PaaS层代表服务IaaS层代表了底层依赖的资源。 论2: C4模型 C4指定是 Context 上下文场景、Container 容器、Component 组件和 Classes 类或者 Code 代码对应语境图 容器图组件图 类图 语境图 业务示意容器图 业务主要部分的展开组件图 业务主要部分组件的描述类图 如何实现组件甚至都涉及到代码变量命名 可以看出C4模型是逐层展开 细化的从high level一直到细节的类设计。 这里有篇 【软件架构设计|C4模型】 介绍写的比较详细这里不展开细述了。同时这边找了c4模型配套画图工具 放在文末见附录 - c4模型。 SOA 和 C4对比这两种模型简单对比下 个人觉得SOA更普适性通用整体比较high level适合一些概览性的图例。也可以用于前期思路梳理沟通汇报。C4模型由浅入深逐层展开严格按照C4画画完可以直接对应开发了细化到了Class/Code层更适合项目需求定型 比较明确了或者十分严谨的项目 比如银行金融相关项目。 论3: 三层架构 这里的三层架构特指 应用架构中的一种标准设计模式( PS: 没有找到其对应专属名称有知道的小伙伴欢迎打在评论区 :抱拳 )通常分为表示层门户、业务逻辑层应用和数据层支撑。 门户层Presentation Layer这一层是系统的用户界面部分用户通过它来访问和使用系统。它可以包括网站、移动应用、桌面应用等所有直接与用户交互的前端界面。主要职责是展示数据和捕获用户输入通常不包含复杂的业务逻辑。应用层Application Layer这一层包含系统的核心业务逻辑和功能。它处理来自门户层的请求并与支撑层交互以执行必要的操作。这一层确保业务规则得到执行并且对外提供服务接口例如API。支撑层Support Layer这一层负责底层服务或数据存储支持。这一层为应用层提供必要的资源和服务支持使得业务逻辑可以顺利执行。 至此架构图的受众目的种类方法论都说了。总结来看就是 先明确 受众再找所需侧重点最后选取不同方法/模板进行绘图。 下面再用几个具体示例一起感受下 3. 示例 参考1 - 滴滴 业务架构 - SOA 从上到下 应用服务资源。 参考2 - web服务 技术架构 - SOA 中间三层可以都认为是服务层 。