- 综合排序
- 最热优先
- 最新优先
- 来自专栏雪胖纸的玩蛇日常
广告小程序后端开发（2.Models设计）
1.users的数据表设计： 1.重建用户表： 1.在settings中配置： AUTH_USER_MODEL='users.UserProfile' 2.apps/users/models.py中建立 verbose_name='token') gender = models.CharField(max_length=4, choices=(('0', '未知'), ('1', '男'), ('2' 执行数据更新命令： python manage.py makemigrations python manage.py migrate 2.ad的数据表设计： 1.安装处理图片的依赖包pillow： pip image_url.short_description = '图片' 3.执行数据更新命令： python manage.py makemigrations python manage.py migrate 3.trade数据表设计 执行数据更新命令： python manage.py makemigrations python manage.py migrate 4.user_operation数据表设计： 1.apps/user_operation
85950发布于 2019-05-14 - 来自专栏全栈程序员必看
Web后端开发入门（2）
配置到服务列表中，使之随系统的启动而启动 1.添加服务 使用cmd工具，并进入Tomcat根/bin目录–>执行 service install命令–>刷新Windows服务列表 2. www.taiyuan.org” appBase=”E:\app” unpackWARs=”true” autoDeploy=”true”> <Context docBase=”e:\app\app2″ Host name=”www.lanqiao.org” appBase=”E:” unpackWARs=”true” autoDeploy=”true”> <Context docBase=”e:\app2″ u %t "%r" %s %b” /> </Host> </Engine> </Service> <Service name=”Catalina2″ ″ /> <Connector port=”8010″ protocol=”AJP/1.3″ redirectPort=”8443″ /> <Engine name=”Catalina2″
85030编辑于 2022-06-28 - 来自专栏数字芯片实验室
ASIC数字设计：前端设计、验证、后端实现
1.按名称进行端口映射： INV V2(.in(a), .out(abar)); 2.按顺序进行端口映射，这种情况下，端口列表的顺序要和被实例化的模块一致： AND A1(a, b, d); 下面是一个简单的 编写testbench的一些基本原则如下： 1、Testbench要实例化设计的顶层模块，并给它提供输入激励（stimulus）。 2、设计（DUT）的输入激励要用'reg'类型声明。' 当设计非常大时，这种硬件加速验证方法能大幅度提高验证效率。 后端实现 在数字物理设计流程中需要对多个目标进行优化，包括面积，走线长度和功耗，以及需要确保物理实现之后的网表满足设计的时序要求。 以下将概述芯片数字后端的基本步骤： 物理设计的第一步是floor planning，定义芯片（die&core）的宽度和高度，也就是芯片的面积。 然后它会把这个电容和约束文件里的最大电容2F比较。 因为节点’B’的电容超过了2F，工具就会用2个buffer把节点’B’的负载分开，就像图上那样。
1.7K20编辑于 2023-09-01 - 来自专栏技术一号位指南(小诚信驿站)
系统设计：Uber滴滴后端服务
需求 设计Uber后端，让我们设计一个像优步这样的共享乘车服务，将需要乘车的乘客与有车的司机连接起来。类似服务：Lyft、滴滴、Via、Sidecar等。 难度等级：难，基于附近人或者搜索服务前提进行设计 1.什么是优步？ Uber使其客户能够为出租车司机预订服务。优步司机用他们的私家车载着顾客四处转悠。 2.系统的要求和目标 让我们从构建一个更简单的Uber版本开始。 我们的系统中有两种用户：1）司机2）客户。 •司机需要定期通知服务部门他们的当前位置以及他们是否可以接送乘客。 •一旦客户提出乘车请求，系统应能够实时联系驾驶员-时间 4.基本系统设计和算法 我们将采用设计Yelp时讨论的解决方案，并对其进行修改，使其适用于上述“优步”用例。 因此，我们总共需要35个字节来存储一条记录： 1.DriverID（3字节-100万个驱动程序）2。
5.3K95编辑于 2022-02-13 - 来自专栏JAVA高级架构
高并发后端设计-限流篇
系统在设计之初就会有一个预估容量，长时间超过系统能承受的TPS/QPS阈值，系统可能会被压垮，最终导致整个服务不够用。为了避免这种情况，我们就需要对接口请求进行限流。 在我们的工程实践中，通常使用Guava中的Ratelimiter来实现控制速率，如我们不希望每秒的任务提交超过2个： //速率是每秒两个许可final RateLimiter rateLimiter = Long, AtomicLong> counter = CacheBuilder.newBuilder() .expireAfterWrite(2,
1.9K60发布于 2018-04-19 - 来自专栏杨建荣的学习笔记
前后端分离的流程设计
之前自己分享过一版前后端分离的开发流程。 运维前后端分离的开发流程 这里需要提两个概念，一个是本地前端,另外一个是平台前端，本地前端是在内部迭代使用，界面可以简单一些，功能为主；平台前端是一个具有全局规划性的前端技术，简单来说，这是专业前端 在这种情况下，后续如果要集成更加纯粹的前后端分离框架，其实就是水到渠成的事情了。
70420发布于 2018-07-26 - 来自专栏CSDN技术头条
社交产品后端架构设计
本篇文章会向读者展示几个架构设计的关键点，使一个社交应用能够成为真正的下一代社交产品。 为了应对上述的挑战，我们必须学习架构某些关键的元素，这将影响到系统的设计。以下是一些关键的决定和分析。 数据存储 数据和数据模型的存储是一个好架构的关键设计之一。 2. 安全套接字层：所有代理服务器的访问都应该使用SSLed。代理服务器可以充当SSL终止点。 3. 我们所有的API端点应该运行在非默认端口，并且必须实现OAuth。 4. 2. 代理服务器：所有即将到来的调用都必须以这里为入口。这也是我们SSL的终止点。它缓存所有基于策略定义的HTTP请求。FE层：该层运行一个node服务器。 3. 我没有提起任何设计领域相关的内容。这只是设计阶段，需要更深入的分析和了解系统的当前状态。 来自HackerNews的评论：https://news.ycombinator.com/item?
1.5K70发布于 2018-02-09 - 来自专栏AVAJ
面试java后端面经_2
1 自我介绍（介绍一下帅气的自己哦） 2 对象深浅复制（浅复制：对象内引用的对象不会复制，深复制会把引用对象复制。 解决穿透：1布隆过滤或压缩filter提前拦截2数据库找不到也将空对象进行缓存。 一次请求响应服务器能实现处理新的请求，即使旧的请求还未被响应，这样就可以将多个命令发送到服务器，而不用等待回复，最后在一个步骤中读取该信息） 11 TCP三次握手四次挥手 12 四次挥手中为什么TIME_WAIT状态还需要等2MSL 后才能返回到CLOSED状态 （2点：1可靠的实现TCP全双工链接的终止：大概就是说最后一次发的ACK不一定会被对方接收到，这段等待时间对方可能重发FIN。 2允许老的重复的分节在网络中消逝：简单说就是俩个IP的端口建立连接后释放，又马上建立连接，这样后面建立的连接就成了前面连接的化身，等待2MSL是为了防止这种情况出现） 13 top命令参数详情（top
57410发布于 2019-08-20 - 来自专栏DevOps
前后端分离及部署2
一般来说，要实现前后端分离，前端就需要开启一个本地的服务器来运行自己的前端代码，以此来模拟真实的线上环境，并且，也是为了更好的开发。 这样，前端就可以无忧无虑的开发了 2. 由于前后端分离后，前端和后台同时开发时，就可能遇到前端已经开发好一个页面了，可是却等待后台API接口的情况。 在我们这个项目里，我们是通过了mock来提供一些假数据，我们先规定好了API接口，设计出了一套API文档，然后我们就可以通过API文档，利用mock(http://mockjs.com)来返回一些假数据 ，这样就可以模拟发送API到接受响应的整一个过程，因此前端也不需要依赖于后端开发了，可以独立开发，等到后台的API全部设计完之后，就可以比较快速的联调。
36910编辑于 2024-03-29 - 来自专栏小闫笔记
Python后端技术栈(八)--系统设计
，开始咯~ 1.8.1 系统设计相关内容 1.什么是系统设计 2.系统设计需要掌握哪些知识 3.如何设计以及如何实现一个后端系统服务的设计 1.8.1.1 什么是系统设计 System Design 系统设计是一个定义系统架构 1.8.1.2 系统设计的难点 系统设计是中高级工程师必经之路。需要具备相关领域、算法的经验，有一定的架构设计能力。还需要熟悉后端的技术组件，比如消息队列、缓存、数据库和各种 web 框架。 另外一点就是具备文档撰写、流程图绘制、架构设计、编码实现等综合能力。 1.8.1.3 系统设计的要素 系统设计有三大要素： 1.适用场景和限制条件； 2.数据存储设计； 3.算法模块设计。 qps ：每秒的查询请求量 1.8.1.5 要素之二：数据存储设计 数据库的选型： 1.按需求设计数据表，需要哪些字段，使用什么类型？数据增长的规模等。 2.数据库选型：是否需要持久化？ 2.短网址系统的存储设计？需要存储哪些字段？ 3.如何设计算法生成短网址？ 1.8.2.2 什么是短网址系统 TinyURL Service，也就是把一个长网址转成短网址的服务。
1.8K40发布于 2019-07-18 - 来自专栏架构精进之路
后端API接口，优雅设计方法分享
在移动互联网，分布式、微服务盛行的今天，现在项目绝大部分都采用的微服务框架，前后端分离方式（题外话：前后端的工作职责越来越明确，现在的前端都称之为大前端，技术栈以及生态圈都已经非常成熟） 一般系统的大致整体架构图如下 接口交互 前端和后端进行交互，前端按照约定请求URL路径，并传入相关参数，后端服务器接收请求，进行业务处理，返回数据给前端。 我们应该可以参考HTTP请求返回的状态码（下面是常见的HTTP状态码）： 我们可以参考这样的设计，这样的好处就把错误类型归类到某个区间内，如果区间不够，可以设计成4位数。 一般的设计是和code状态码一起设计，如： 再在枚举中定义，状态码 状态码和信息就会一一对应，比较好维护。 Data 返回数据体，JSON格式，根据不同的业务又不同的JSON体。 但小伙伴们有没有发现这样有几个问题： 1、每个方法的返回都是Result封装对象，没有业务含义 2、在业务代码中，成功的时候我们调用Result.success，异常错误调用Result.failure
53310编辑于 2024-11-23 - 来自专栏猿天地
后端Coder如何做好代码设计?
一般说代码设计，可能涵盖以下几种： 整体设计 架构设计 领域模型设计 数据库设计 API设计 代码实现设计 代码设计的前提是，项目组成员已经完成正式的需求评审，并经过充分思考： 这个需求是为什么业务目标服务的 整体设计与架构设计 “项目的整体设计，有时会涵盖系统架构设计，这里要区分一下，系统架构设计并不完全等同于代码架构设计。 2、数据库事务的应用方案。 3、冗余字段与代码简洁实用的平衡。 4、特别说明，数据库一般仅作数据的持久化存储，不要将业务逻辑的处理放到数据库中进行。 API是系统模块对外提供的服务，现行系统基本满足前后端分离的框架使用条件，所以一般可以简单理解为前端和系统交互的入口。 时序图对完成设计评审、辅助项目开发有很大作用。 2、如果某个业务对象的状态较多，可以使用状态图来表达并且明确状态变化的各个触发条件。
94430发布于 2020-11-13 - 来自专栏shigen的学习笔记
后端数据字典的优雅设计
背景今天讲到的是数据字典的设计。为什么要讲到这个呢，因为我下午在做开发的时候遇到了一个问题。 字段的注释需要变、后端代码需要变、前端的字典变，总之就是变变变。 关于字典的设计和使用，我只能在字典表的设计上有一种很清晰的认识，至于使用上，我觉得我自己还不是很熟，如后端的枚举类的设计、前端的字典设计，这些都和数据库的设计严格的且分开了，不能实现动态的配置。 更好的设计方式，我还在进一步的研究中。我很sorry纠结了两天的时间还是没有得到很好的解决。但是我相信问题的扔出总会有好的解决方式的，我也在研究ruoyi-vue的代码，期待在其中找到好的解决方案。 进一步的设计和心得我将会持续的分享和输出。参考文章：Spring boot中优雅的实现字典管理(
2.3K40编辑于 2023-09-14 - 来自专栏小闫笔记
Python后端技术栈(三)--设计模式
Python 应用 在动态语言里面，设计模式关注的会偏少一点。 不像在 Java 里面，会涉及到大量的设计模式。比如三种设计模式：创建型、结构型和行为型。 之所以动态语言比如 Python 里面设计模式讲的少，并不是说它不重要，而是动态语言自己已经实现了一些设计模式，比如迭代器模式，装饰器模式 Python 本身就支持。 1.3.3.1常见创建型设计模式 工厂模式（Factory）：解决对象创建问题。 _instance class MyClass(Singleton): pass c1 = MyClass() c2 = MyClass() assert c1 is c2 1.3.4设计模式之结构型模式
1.3K30发布于 2019-07-18 - 来自专栏好好学java的技术栈
后端生成Token架构与设计详解
个人原创100W+访问量博客：点击前往，查看更多 作者：巨人大哥 cnblogs.com/jurendage/p/9219041.html 目的：Java开源生鲜电商平台-Java后端生成Token目的是为了用于校验客户端 2.解决方法： ①前端处理：在提交之后通过js立即将按钮隐藏或者置为不可用。 ②后端处理：对于每次提交到后台的数据必须校验，也就是通过前端携带的令牌（一串唯一字符串）与后端校验来判断当前数据是否有效。 ; import sun.misc.BASE64Encoder; /** * 生成Token的工具类 * @author zhous * @since 2018-2- ,method = RequestMethod.GET) @ResponseBody public Object loginAuth2 (HttpServletRequest request
1.9K30发布于 2020-12-08 - 来自专栏wuter
JavaWeb后端入门2—连接池
1.3 连接池的原理 2. C3P0连接池 3.1 概述 C3P0是一个开源的JDBC连接池，它实现了数据源和JNDI绑定，支持JDBC3规范和JDBC2的标准扩展。 参考文档：http://t.wuter.cn/c3p0/ 3.2 使用方法1：手动设置参数 首先引入c3p0-0.9.1.2.jar package com.itheima.datasource.demo2; 提取出JDBCUtils2.java 不需要之前的注册驱动和获得链接了，直接创建C3P0连接池，给出获得链接的方法。 java.sql.SQLException; import java.sql.Statement; import javax.sql.DataSource; import com.mchange.v2.
28810编辑于 2025-04-03 - 来自专栏Linyb极客之路
浅谈后端高并发的几种设计方法
在高并发的应用场景中，前端需要更快的渲染速度，而后端不仅需要更快的接口速度，而且还需要保证数据的一致性。 前端设计中可能会有静态页面，cdn等的优化手段，在后端架构中，通常也需要引用高并发程序的解决方案。下面主要谈谈后端的处理方案。 但是在做设计的时候最好考虑到在不停机的状态下可以对库表进行扩容。 2.sql的优化。查询时指定列名，使用索引，用between代替in...... 2.事务的一致性 但是有一个问题似乎忽略掉了，如何保证事务的一致性？ 代码设计中如果可以不要锁最好就不使用，如果要使用也优先考虑重入锁，乐观锁。
1.2K10发布于 2019-01-08 - 来自专栏Java实战博客
如何设计前后端交互的数据加密？
设计前后端交互的数据加密涉及到保护数据在传输过程中的安全性。以下是一种常见的设计方案： 1. 使用 HTTPS 协议 确保前后端之间的通信通过 HTTPS 协议进行。 2. 数据加密算法 在前后端交互过程中，可以使用对称加密算法和非对称加密算法来保护数据的安全性。 对称加密算法： 前后端可以约定一个对称加密算法（如AES），前端使用后端提供的公钥对数据进行加密，后端使用私钥对数据进行解密。 非对称加密算法： 前后端可以使用非对称加密算法（如RSA），前端使用后端的公钥对数据进行加密，后端使用自己的私钥对数据进行解密。 3. 安全传输协议 在前后端交互过程中，使用安全的传输协议进行数据传输，如 JSON Web Token (JWT) 等。 通过以上设计方案，可以保障前后端交互数据的安全性和完整性。
2.5K10编辑于 2024-03-07 - 来自专栏IT从业者张某某
前后端分离的接口设计规范
接口设计规范 前后端分离的接口设计规范可以参考以下几点： RESTful API设计风格：RESTful API是一种基于HTTP协议的API设计风格，它包括使用HTTP动词（GET、POST、PUT、 这种设计风格可以使接口设计更加简洁明了。 接口版本控制：为了保证接口的兼容性和可维护性，应该对接口进行版本控制。可以在URI中加入版本号，或者使用HTTP头部来表示版本信息。 安全性考虑：接口设计中应该考虑安全性问题，包括身份验证、接口权限控制、数据加密等。 接口举例说明： 假设有一个用户管理系统，前端需要实现用户列表、用户详情、新增用户、修改用户、删除用户等功能，后端提供相应的接口。 : 200, “message”: “success”, “data”: [ { “id”: 1, “name”: “张三”, “age”: 20, “gender”: “男” }, { “id”: 2,
90810编辑于 2023-10-16 - 来自专栏后端码匠
前后端分离架构设计（权限模型）
因为本职工作是后端开发，比较清楚权限控制一个管理系统应该必须具备的核心功能，而且是可以做到通用的。打算写写关于管理系统前后端分离方面的文章，也是做一个知识的总结。 为了解决这些问题，便有了对ACL设计的改进，相同权限的用户放到同一个分组里，分组与权限挂钩，不再是用户直接与权限挂钩。 比如业务员1和业务员2都属于业务员角色，都有查看客户订单的权限。当有一个需求，要求业务员1只能查看北京地区的客户的订单，业务员2只能查看上海的客户的订单。这单单使用RBAC是无法实现。 这种权限控制方式就是ABAC(Attribute-Based Access Control)(基于属性的权限控制)，也被一些人称为是权限系统设计的未来。 后端做权限校验的时候，还是先按RBAC模型的控制方式进行校验(是否具备订单查看权限)，然后根据当前操作对象(也就是实体)，取出用户所属角色关联的对应实体的规则。
2.4K11发布于 2020-02-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号