首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏大前端修炼手册

    写给客户端开发的后台网络基础概念解析

    后台网络领域,有许多专业术语和概念,作为客户端开发也需要对此有一些基本的认知。 本文中我们将解释一些常见的后台网络名词,包括 CGI、NAT、租户、接入机、网关、Nginx、防火墙、路由器、反向代理服务器和 WAF。 三、网络服务器与软件 3.1 反向代理服务器(Reverse Proxy Server) 反向代理服务器(Reverse Proxy Server)是一种网络服务器,它位于客户端和目标服务器之间,接收客户端的请求并将其转发给目标服务器 反向代理的主要目的是在客户端和目标服务器之间提供一个中间层,以实现负载均衡、安全性和性能优化等功能。 四、总结 以上就是对后台网络中一些常见名词的解释。这些概念在构建和维护网络、保护数据安全、提高网络性能等方面都起着关键的作用。理解这些概念可以帮助客户端开发更好地理解网络是如何工作的。

    58310编辑于 2024-07-23
  • 来自专栏seth-shi的专栏

    在 PHP 后台 dcat-admin 中使用 grpc 客户端登录系统

    前言 公司用go-zero弄了一个统一账号中心服务 部分项目的后台用dcat-admin搭建后台, 也去调用账号中心的用户去登录, 记录一下过程 环境依赖 proto的二进制文件https://github.com

    1.3K10编辑于 2023-12-18
  • 来自专栏愿天堂没有BUG(公众号同名)

    微服务架构实战:商家管理后台与sso设计,SSO客户端设计

    SSO客户端设计 下面通过模块merchant-security对 SSO客户端安全认证部分的实现进行封装,以便各个接入SSO的客户端应用进行引用。 客户端应用接入sso 有了SSO客户端的安全管理封装之后,对于一个需要接入SSO的Web应用,只需在应用的项目管理配置中增加对SSO客户端安全管理组件的引用,就可以使用SSO的功能了。 在商家管理后台中,需要接入SSO的客户端应用有库存管理、订单管理、物流管理等,可以根据实际需要决定。 首先,在项目配置管理中引用SSO客户端安全管理的封装组件,代码如下所示: <! 在下篇的平台管理后台的开发中,将实现管理商家的权限配置的功能。 本文给大家讲解的内容商家管理后台与sso设计:SSO客户端设计 下篇文章给大家讲解的是平台管理后台与商家菜单资源管理; 觉得文章不错的朋友可以转发此文关注小编; 感谢大家的支持!

    1.5K20编辑于 2022-10-28
  • 来自专栏h5

    tauri2.x-admin基于vue3+tauri2+pinia2客户端后台系统

    趁着这股热度,花了大半个月时间开发了一款tauri2+vue3桌面端后台管理系统。 </template> </el-tab-pane> </el-tabs>

    </template>好了,以上就是tauri2+vite5实战开发桌面版admin后台系统的一些知识分享

    1.8K10编辑于 2024-10-15
  • 来自专栏h5

    tauri2.9-vite7-vue3admin客户端后台系统管理Exe模板

    最新版研发Tauri2.9+Vite7.1+Vue3 setup+ElementPlus+Pinia3+Echarts跨平台桌面端通用管理后台系统。 'zh-CN': zhCN, 'zh-TW': zhTW } }) app.use(i18n)}附上几个最新实战项目最新版electron38-vite7-admin电脑端中后台管理系统 vite7-vue3os电脑端os管理系统基于tauri2.8+vite7+vue3+element-plus仿QQ/微信聊天应用Electron38+Vite7+Pinia3+ElementPlus客户端聊天程序最新原创 uniapp-vue3-osadmin手机版后台管理系统最新研发uniapp+vue3仿微信app聊天模板最新原创flutter3.27+bitsdojo_window客户端聊天Exe自研新版Flutter3.32

    73620编辑于 2025-11-01
  • 来自专栏凯哥Java

    Centos7下Frp服务端后台运行以及开机自启(Frp客户端同理)

    Centos7下Frp服务端后台运行以及开机自启(Frp客户端同理) 使用systemctl来控制启动 vim /lib/systemd/system/frps.service 在frps.service systemctl restart frps 如果要停止应用,可以输入 systemctl stop frps 如果要查看应用的日志,可以输入 systemctl status frps 这是写的frps的后台启动

    2.5K40编辑于 2022-12-16
  • 来自专栏玩转云服务

    Centos7下Frp服务端后台运行以及开机自启(Frp客户端同理)

    Centos7下Frp服务端后台运行以及开机自启(Frp客户端同理) 使用systemctl来控制启动 vim /lib/systemd/system/frps.service 在frps.service systemctl restart frps 如果要停止应用,可以输入 systemctl stop frps 如果要查看应用的日志,可以输入 systemctl status frps 这是写的frps的后台启动

    3.2K31发布于 2021-03-31
  • 来自专栏极乐技术社区

    小程序搜索栏新增“搜索历史” | 微信iOS版更新至6.6.0 ,客户端大更新、公众号界面、后台改版

    使用此款小程序需先在电脑上安装“腾讯电脑管家”,完成后在“工具箱”中开启“最近文档”功能,绑定微信后,就能使用~ 03 微信iOS版更新至6.6.0 ,客户端大更新,公众号界面改版,公众号后台大变脸。 12 月 11 日,微信 iOS 客户端更新至 6.6.0 版本。 更新的功能包括: 公众号文章卡片样式大调整 “搜一搜”灰度测试“浏览历史” 消息撤回可重新编辑 收藏的笔记能生成图片 2次提示“消息删除”的信息 语音通话更接近手机原生功能 12 月 14 日,微信公众号平台后台大改版 ,整体界面风格扁平化,并摘去了左上角的 Beta 标;文章留言部分变成按留言时间顺序排列;后台的素材也变得像卡片一样,运营者把鼠标移至素材才会显示修改的按钮。 第三十八期) 小程序开发 - webview 手把手教你实现微信小程序中的自定义组件 小程序代码包压缩策略 & 方案 小程序 视图层分析 经验分享:微信小程序seo第一是如何做到的 微信小程序通过java后台传的

    3.5K80发布于 2018-02-06
  • 来自专栏张叔叔讲互联网

    如何建设一个类似神策的平台

    除了使用完整的产品方案,神策还提供可以单独购买使用的服务,表9-4中简要介绍了各服务的主要应用场景。                              表9-4 神策数据相关产品及适用场景 产品名称 主要功能点 应用场景 神策分析 报表(配置数据形成报表)概览(数据看板)分析(事件、留存、漏洞)书签智能预警分析 基于全渠道采集的数据,可以实现各类分析功能 数据采集与接入 数据采集负责汇总各类渠道的业务数据,其中渠道种类可以分为客户端和服务端。 客户端主要包括Android、IOS、小程序、HTML5等,数据主要来源客户端埋点,可以通过埋点SDK上报业务数据。 神策已经开源客户端数据采集SDK,在项目中可以直接使用。服务端日志收集也有一些开源工具,如Logstash、FileBeat,其两者都支持HTTP协议传输数据。

    1.3K30编辑于 2023-11-05
  • 来自专栏愿天堂没有BUG(公众号同名)

    涨薪5K必学高并发核心编程,限流原理与实战,分布式计数器限流

    access_auth_nginx.lua在拼接计数器的key时使用了Nginx的内置变量$remote_addr获取客户端的IP地址,最终在Redis存储访问计数的key的格式如下: count_rate_limit :ip:192.168.233.1 这里的192.168.233.1为笔者本地的测试IP,存储在Redis中针对此IP的限流计数结果如图9-4所示。 图9-4 存储在Redis中针对此IP的限流计数结果 在Nginx的access请求处理阶段,使用access_auth_nginx.lua脚本进行请求限流的配置代码如下: location = /access (3)复用:只要Redis不重启,脚本加载之后会一直缓存在Redis中,其他客户端可以通过sha1编码执行。

    64720编辑于 2022-10-28
  • 来自专栏愚公系列-书籍专栏

    【愚公系列】《微信小程序与云开发从入门到实践》036-在小程序中进行网络数据请求

    一、在小程序中进行网络数据请求网络数据请求实际上是指小程序客户端从服务后台获取数据的能力,此服务后台可以是产品的后端服务,可以是第三方的数据服务,也可以是小程序云开发服务。 其实,使用小程序云开发的方式构建后端服务是相对方便且成本较低的,关于云开发后续会做具体的介绍,本文主要讨论从业务服务后台或第三方服务后台获取数据的方法。 1.申请接口服务1.1 背景介绍在实际的产品开发中,如果需要从服务后台获取数据,通常需要开发一个后端服务。然而,手动开发后台服务进行测试对于初学者来说有一定门槛。 此外,微信客户端的版本也会影响该数据的返回。在 Android 系统上,微信版本 7.0.12 及以上支持 profile 网络性能分析;在 iOS 系统上,版本 8.0.3 及以上支持。 表 9-4: RequestTask 对象的方法方法名 参数类型 说明

    1.3K10编辑于 2025-01-25
  • 来自专栏IT大咖说

    【大咖连载】SockShop系统服务划分与设计

    首先,团队根据业务流程识别出领域事件,并按照时间序列进行组织,其结果如图9-4所示。 图9-4 领域事件 接下来团队对产生事件的命令进行建模,输出的命令如图9-5所示。命令是触发领域事件的源头,它可以是用户通过界面进行的操作,可以由外部系统触发,也可以是定时任务。 ? 此外,在用户界面服务后面需要一个认证授权服务,用来验证对后台服务的请求是否合法,即用户是否是已登录的合法用户。 由于后台服务都是无状态的,用户的登录信息包含在请求所携带的Token中,因此认证授权功能主要通过对Token的校验来完成,认证授权服务将主要负责用户登录注册后Token的生成与校验。

    1.4K20发布于 2019-09-05
  • 来自专栏愿天堂没有BUG(公众号同名)

    微服务架构实战:商城的用户登录与账户切换设计、订单查询设计

    用户登录设计完成之后,显示效果如图9-4所示。 用户登录之后,当需要进行身份确认时,就可以通过本地存储取得用户信息,执行相关的操作流程。 当我们在测试中进行了一些操作之后,会生成一些数据,这时可以通过如下链接打开PC端的订单管理后台,查看订单列表,进行订单管理操作。 这是第8章的工作成果,即订单管理后台主页的操作界面。在这个界面中,可以进行一些订单管理操作。 小结 本章使用前面章节设计的各种接口服务,设计并开发了一个移动端的商城。 本文给大家讲解的内容SpringCloud微服务架构实战:商城的用户登录与账户切换设计、订单查询设计、集成测试 下篇文章给大家讲解的是SpringCloud微服务架构实战:商家管理后台与sso设计; 觉得文章不错的朋友可以转发此文关注小编

    1.1K20编辑于 2022-10-28
  • 来自专栏愿天堂没有BUG(公众号同名)

    springcloud微服务实战:服务网关,Gateway

    服务网关: Spring Cloud Gateway 前面已经介绍了基于Spring Cloud搭建微服务框架所需要的必需组件,利用这些组件再配合客户端就可以构建出一个完整的系统。 eurekaclient 用于配置Eureka客户端。 这种500 错误对用户是不友好的,需要对服务网关进行统一的异常处理并给客户端返回统一的JSON数据,让客户端具有友好的体验,具体步骤如下。 getRoutingFunction方法,该方法接收ErrorAttributes对象,即接收具体的错误信息,然后调用getErrorAttributes方法获得异常属性,通过该方法判断具体的错误码,最终将错误信息放到Map 并返回客户端 (3)重新启动gateway并停止 test,访问地址 localhost:8080/TEST/test就可以得到如图9-4所示的结果。

    1.4K20编辑于 2022-10-28
  • 来自专栏愿天堂没有BUG(公众号同名)

    这次我们来学习深入解析java虚拟机:C2编译器,编译流程吧

    C2编译器 C2编译器即Op to Compiler,又叫Server Compiler,它的定位与C1相反:C1面向客户端程序,需要快速响应用户请求;C2面向长期运行的服务端程序,它允许在编译上花更多时间 If节点和Projection节点 使用单层结构的理想图代替传统的基本块处理控制流(层1)域SSA指令处理数据流(层2),两层结构需要处理一些问题,分支跳转便是其一,如代码清单9-4所示: 代码清单9- private static int a, b;public static void assign(int val1, int val2){ a = val1; b = a + 1; } } 它的理想图如图9-

    2.8K51编辑于 2022-10-28
  • 来自专栏程序小工

    【实战】Tp5+小程序(三)--微信登录与令牌

    1.获取令牌 客户端=》(账号、密码)=》getToken 《==》 账号、密码、Token、Auth 描述:客户端携带账号和密码信息,调用getToken接口,经过处理验证后,返回账号、密码、Token ]; 9-4/5/6/7 实现 Token 身份权限体系 1.获取微信生成的 code 码,并将其作为参数,传递给微信接口来获得 openid 和 access_token 等相关信息[openid/ 2.思考点: (1)对登录状态的判断: 当用户访问小程序时,调用wx.login()方法,并生成code,后台接口拿到 code 后生成 token,并用 token 以及配置的app_id和app_secret , 所以,在接收客户端传入参数时,需要进行多余字段的过滤。 ,由于当前用户的信息是通过缓存获取的,为避免用户传入的参数造成错误修改,所以需要对客户端传入数据进行过滤, 如果携带用户 id 参数,则抛出异常,不再继续处理。

    9.7K52发布于 2018-09-12
  • 来自专栏小程序云开发入门

    三小时零基础入门微信扫码点餐小程序 手把手带你开发一款云开发版点餐软件,店铺地图导航,外卖小程序,用户端和后厨端都有

    技术选型 1,前端 微信小程序原生框架 css JavaScript MINA原生小程序框架 2,管理后台 云开发Cms内容管理系统 web网页后台 基于小程序官方自研的云开发和云函数实现后台数据的管理 后台网页使用cms(内容模型) 3,数据后台 小程序云开发 云函数 云数据库 云存储 云数据库是云开发自带的数据库(json类型的弱关系型的基于MongoDB的数据库) 效果预览 0,新加功能 0-1 3,cms管理后台 我们这里的可视化网页后台使用的时云开发自带的cms(内容管理) 3-1,登录页 3-2,管理后台 我们可以在这里 1,添加轮播图,删除轮播图,修改轮播图 2,添加菜品,删除菜品,修改菜品 2-2,登录Cms可视化管理后台 上面开通好以后,就可以通过后台地址登录管理后台了。 注意:云函数里面初始化云开发环境用下面的代码 cloud.init({ env: cloud.DYNAMIC_CURRENT_ENV }) 调用云函数的代码如下 9-4,查看更多的点击事件 如上图所示

    3.2K20编辑于 2025-04-27
  • 来自专栏腾讯移动品质中心TMQ的专栏

    从 0 开始做后台测试

    除此以外,在日常的测试中,后台相关的测试还面临以下几类问题: 1、后台测试的充分性和完整性的保证; 2、不与客户端直接交互的功能,无法通过客户端的用例来直接覆盖到所有功能点; 3、面对一些偶现问题,无法定位问题 为了解决后台测试面临的问题,于是开启了产品后台测试的探索之路,按照以下思路进行:分析产品的后台架构>客户端交互的后台接口测试>TAF后台接口测试>后台服务性能测试。 与客户端后台接口测试 框架接入和问题解决 通过客户端测试后台因为其他产品已有现成的框架,新产品的接入只需要分析现有框架是否适用或是否需要做二次开发。 后台接口应用案例 1、需求描述 新功能照片地图的照片标签功能,客户端通过上传本地照片的经纬度信息到后台后台通过调用腾讯地图的API返回城市信息给客户端客户端显示在照片地图上显示城市信息 2、测试分析 后台TAF接口测试 用户数据服务的接口不与客户端交互,是后台TAF接口,通过直接访问TAF接口来进行测试。

    3.8K21发布于 2017-07-13
  • 来自专栏子勰随笔

    我理解的高可用

    血淋淋的案例 首先必须承认这次客户端后台都有不少问题,典型的坑中坑,一个bug接着一个bug。 后台修复版本提测以后没配合客户端测试,单独测试后台版本没有问题以后直接发布了。 发布后很快发现修复版本会触发客户端的bug(必现),导致大批游戏出现问题 优先回退后台版本,解决线上问题。 然后重新讨论方案 方案一确认,客户端测试再次发现因为客户端的另一个bug,该方案有问题 再次确定新的方案,然后后台和新版本的客户端同步修改才最终解决问题。 客户端的bug: 在处理后台接口返回(后台调用第三方平台的第一个接口返回token有效的逻辑)存在问题。当后台调用第三方平台的第一个接口返回调用成功且token有效的时候,客户端却处理为登陆失败了。 bug中的bug: 后台的bug导致了客户端的bug肯定不会被测试出来。导致最终当后台bug被发现并修复以后,客户端的bug立即被触发,引起线上的问题。

    95370发布于 2018-05-22
  • 来自专栏码农那些事!!!

    聊聊微服务中的 BFF 架构

    API 层 一般来说,客户端的接口需要满足聚合、分布式调用、装饰这三种需求。 聚合:一个接口需要聚合多个后台服务返回的数据,并将数据返回给客户端。 分布式调用:一个接口可能需要依次调用多个后台服务,才能实现多个后台服务的数据修改。 装饰:一个接口需要重新装饰后台返回的数据,比如删除一些字段或者对某些字段进行封装,然后组成客户端需要的数据。 因此,我们决定在客户端后台服务之间增加一个新的 API 层,专门用来满足上面的三点需求,此时整个架构如下图所示。 ,比如 App 的功能比重大,就会要求页面中多放一些信息,而小程序的功能比重小,同样的页面就会要求少放一些信息,以至于后台服务中同一个 API 需要针对不同客户端实现不同适配; 客户端经常需要进行一些轻微的改动 而且,为了客户端这种细微而频繁的改动,后台服务经常需要同步发版; 结合 #1 和 #2 我们发现,在后台服务的发版过程中,常常需要综合考虑不同客户端的兼容问题,这无形中增加了 API 层为不同客户端做兼容的复杂度

    2.6K20编辑于 2023-05-01
  • 领券