搜索[图形后端]结果-低调大师优秀个人博客

精选列表

搜索[图形后端]，共10005篇文章

Google 开源图形着色器测试框架 GraphicsFuzz

Google 在今年8月份收购了 GraphicsFuzz ，这是一家专门从事移动图形跑分测试工具的公司。

2018-09-27

Python学习(28)--tkinter图形界面编程1

Python学习(28)--tkinter图形界面编程1 这一节我们将介绍Python内置的图形界面编程模块tkinter,tkinter是Python标准的GUI编程接口,可以良好的运行在大多数的系统平台中

2018-03-23

Python学习(29)--tkinter图形界面编程2

Python学习(29)--tkinter图形界面编程2 这一节我们将继续介绍tkinter中的控件部分,本节主要介绍的控件为下拉列表控件Listbox。

2018-03-23

智能合约图形化部署和运行原理

但是都有一个共同的特点，就是采用命令行的方式来部署，先是建立SOLC的编译环境，然后部署Geth或者Eth节点，然后一步一步生成钱包、ABI、合约地址进行部署，对初学者来说晦涩难懂而且容易失败，本文主要介绍如何在图形化界面下一键部署和调用智能合约

2018-01-20

CnetOS7切换命令模式和图形模式

回到刚刚的图形界面下 CentOS5 [Ctrl] + [Alt] + [F1] ~ [F6] ：命令行模式登入 tty1 ~ tty6 终端机； [Ctrl] + [Alt] + [F7] ：图形界面桌面

2017-12-08

DeepEarth中的几何图形基础框架模型

众所周知，DeepEarth是一套基于Silverlight的DeepZoom技术实现的开源地图开发组件，其内部提供了常用的地图开发工具控件和通用的基础模型，如线条、多边形、不规则图形、图片等一系列图形图像的基础架构模型

2017-11-14

android中的图形图像-访问图片drawable

当然，你可以在自定义的视图布局中画你的图形，因为ShapeDrawable有自己的draw()方法。你可以在View.OnDraw()方法期间创建一个视图的子类去画ShapeDrawable。

2017-11-12

X Window远程图形管理radhat linux5.5

X Window即X Window图形用户接口，是一种计算机软件系统和网络协议，提供了一个基础的图形用户界面（GUI）和丰富的输入设备能力联网计算机。

2017-11-11

Chrome开始集成图形识别 API（Shape Detection API）

最近，Chrome团队尝试在Chrome中集成了一套与图形识别相关的API，使得图形识别这种以前只在原生应用中存在，或者在浏览器上，要借助其他难用的外部库才能实现的功能，现在只要少量代码即可实现。

2017-08-14

后端也能出设计稿：一名 IT 后端开发用 WorkBuddy + Ardot 做小程序设计的实战指南

做了多年后端，最怕产品丢来一句"先出个设计稿看看"。这次我反过来——用 WorkBuddy 的智能设计助手，把一句话需求直接做成可点击、可验收的小程序原型。

2026-09-07

重磅发布- SpringBoot2.0前后端分离开发之用户身份认证实战(后端实现) 视频教程

概要介绍：历经两三个星期的时间，Debug亲自撸的 “SpringBoot2.x前后端分离开发之用户身份认证实战（后端实现）” 终于完成了。

2019-09-19

负载均衡日志分析：快速定位后端服务异常

摘要：负载均衡是保障业务高可用的关键组件，其后端服务器的异常会直接影响用户体验。本文介绍如何将各类负载均衡器的访问日志统一接入腾讯云 CLS，通过检索和 SQL 分析快速识别响应超时、状态码异常等后

2026-08-03

Kubernetes 前后端分离：Ingress Nginx 跨域配置

前后端分离部署到 K8s 后，跨域（CORS）是最常见的坑之一。在 Ingress Nginx 层统一配 CORS 头，比在每个后端服务里单独处理省事得多。

2026-07-20

Flink 的 RocksDB 状态后端在 vivo 的实践

Redis的作为中间数据的存储存在的问题，我们采用Flink状态来存储特征快照，整个架构中不再需要外部的Redis，由于我们需要存储的数据量达几十T，这里我们选用适合大数据量存储的RocksDB类型的状态后端

2025-11-13

根据Nginx Ingress指标对指定后端进行HPA

本文分享自华为云社区《根据Nginx Ingress指标对指定后端进行HPA》，作者：可以交个朋友。

2024-04-22

01 RPC 协议开发微服务在我们正常开发微服务的时候，传统 RPC 服务可能在最底层。上层可能是浏览器、移动端、外界的服务器、自己的测试、curl 等等。我们可能会通过 Tomcat 这种外部服务器去组装我们的 RPC 层，也就是 BFF。或者我们没有 BFF，我们的 RPC 就是对外提供服务。但因为浏览器要访问，所以我们需要有一个网关，比如说 APISIX 或者 ShenYu 等 HTTP 网关。上图展示的是我们的流程，但是存在一些问题。如果我们的服务是非常轻的，我们只需要一个转发层，无论是配网关还是起一个 webserver 去转发，怎么做都很麻烦。此外，RPC 服务大部分都是基于二进制的，而二进制正常在本地是没法测试的。因此我们的公司内都可能就会开发一种后台或者中间的 Proxy 代理让我们去测试。但这个的前提是你至少得把它部署到测试环境，所以还是没法在本地测试。总体来说，这两个问题会导致易用性比较低，且开发成本相对较高，因为要做一些与业务无关的重复劳动。 02 全新升级的 Triple 协议基于上边的两个问题，我们来介绍一下 Triple 协议。先来说一下上一代协议，它产出的原因是什么。我们应该都知道 Dubbo 原来是 Dubbo 协议，它是基于 tcp 的，它只有一个包。因为它的包的设计，导致了网关无法做一些特殊规则判断、过滤等操作。但也不是绝对的，如果你愿意牺牲性能把包完全解出来，组装回去再透传还是可以做到的，但一般大家都不太能接受。所以我们就在想能不能把原数据和真正的包分开。现在我们有现成的 HTTP，又有一个业界主流的 gRPC，所以我们的目标就是兼容 gRPC。因为 gRPC目前都是用 IDL，而 IDL 有一个问题，尤其在 Java 侧。因为大家都是写一些接口，定义一些包去实现，这样就会非常麻烦。Go 侧就还好，因为大家已经习惯了这种开发模式。所以我们开发了 Triple 协议，首先它兼容了 gRPC，所以我们能实现和 gRPC 的完全互通。其次，我们兼容了自己定义接口的方法。虽然会损失一定的性能，但提升了一些易用性。而且 RPC 一般不是业务的瓶颈，大多数瓶颈还是在 DB。但还有个问题，虽然我们兼容了 gRPC，但 gRPC 是基于 TPC 的，所以如果前端或者其他第三方系统只有 HTTP，它还是接受不了我们的系统。基于此，我们想推出一个全新的 Triple 协议。为了解决上述的所有问题，我们参考了gRPC、gRPC Web、通用 HTTP 等多种协议，做到浏览器访问，支持 Streaming，还支持同时运行在 HTTP/1、HTTP/2 协议上。因为目前 HTTP/3 还没有大规模推广，未来也会支持 HTTP/3。最终的设计实现是完全基于 HTTP 的，且对人类、开发调试友好。我们可以通过简单的浏览器访问或者 curl 访问，尤其是对 unary RPC。此外，我们和 gRPC 是完全互通的，用 HTTP 的业务不用担心兼容性的问题，也不用担心签协议的问题。为了稳定性，我们只会采用业界流行的网络库，比如 Java 的 native、Go 的基础的 net 包。虽然 Triple 协议和 gRPC 协议都基于 HTTP，但 gRPC 是基于 HTTP/2 的，而 Triple 是基于 HTTP/1 和 HTTP/2 的。我们在兼容 gRPC 的同时，我们为了易用性也扩展了一些功能。比如请求里我们支持 Application/Json 的请求格式，支持使用 curl 访问；此外上一版的协议，为了支持传统定义接口的方式，我们有一个二次序列化的过程。我们想在这里通过一个特殊的 content type 来决定我们的 body 的结构，解决二次序列化的问题。同时这个东西是可以扩展的，理论上 HTTP 的所有功能我们在 Triple 协议上都可以实现，也可以拓展。用了 Triple 协议之后，我们的开发流程也发生了改变。如果你不需要进行组装，或者没有外层的代理，可能你的接入流程就是从外部的请求浏览器、对方的服务器、curl、自己测试等直接到了 server。和其他的 gRPC 的通信也是没有问题的，流程就相当于少了一层。对于大多数用户，如果你不需要这个场景，其实是有很大的好处。 Triple 协议因为最开始兼容 gRPC，那个时候只基于 HTTP/2，HTTP/2 有 Streaming 的能力，所以它天然支持 Streaming。但这里比较特殊的是，我们新版的协议在 HTTP/1 也支持了 Stream，但因为 HTTP/1 的限制只能支持到 Server Streaming。依赖 HTTP/1 的 Server Push 实现。 Client Stream 和 Bi Stream 就没什么可说的了。但有一个特别的是，在 Java 侧没有 Bi Stream，从编码上就没有，但从实现上是有的。 03 Triple 协议开发微服务目前 Triple 协议比较灵活的支持两种定义方式，分别是 IDL 定义和直接定义。直接定义支持同步、异步、手写。还有比较极端一点的，比如在自己定义接口的时候使用 IDL 生成 protobuf 的类，我们不定义它的 service，只用它的生成的 request 和 response 类也是没问题的，Triple 协议会自动识别接口使用 protobuf 还是不使用 protobuf 进行传输。 Server 就是把它的务实现一下。上图是一个例子，我就直接拿了 API 的组装方式，真正的业务上可能是注解或者 XML 的方式。因为我们支持了 HTTP 这个标准的协议，理论上我们的测试就会变得很简单。因为我们支持 gRPC，所以我们可以用 gRPC curl 去调用我们的服务。但前提是你得有反射服务，然后手动开启一下，它不是默认开启的。然后它就可以通过反射拿到接口的源数据，通过 Json 转成 protobuf 格式发过去。或者我们直接用 Application/Json 的方式直接调过去。这里有一点比较特别的是在 HTTP/1 下我们也可以用 Sreaming。另外，因为我们支持 HTTP，理论上所有第三方的 HTTP 客户端都是可以调用的。然后使用 Dubbo 的 Admin 也可以进行测试，前提是你得把它注册上。调用端不管是 POJO 还是 IDL，它们都没有本质的区别。现在我们有了 Triple 协议，但如果这个协议没有承载方也是行不通的。因此我们还得有一个框架，有一些服务治理才是我们的微服务。所以服务治理也是微服务中不可或缺的一部分。 04 Dubbo 为 Triple 协议带来治理能力 Triple 的定位只是 Dubbo 里的其中一个协议，当然你也可以为了兼容性，用原来的 Dubbo 协议或者其他的协议。而且我们支持在同一个端口上开启多个协议，可以按需选择。同时 Dubbo 为 Triple 提供了多语言的实现。目前会在 Rust、Go、Java、JS、node、Python 这几部分实现官方的实现。这样用户就不用自己根据实验协议的 spec 去实现了。如果你有一些定制需求，比如内部的一些框架，你根据 spec 实现也是可以的。 Dubbo 和服务框架集成的很好，理论上在开发流程中，尤其是在 Java 侧服务定义、服务治理、服务注册发现等都不用客户来操心，是开箱即用的。 Dubbo 提供了丰富的生态，第三方的生态包括 Nacos、Zookeeper 等等，我们不用创新，直接引入相应的包即可。这是我们使用 Triple 协议服务注册的例子。上面你可以选 Nacos、Zookeeper、K8s，左边是一个 Client 和一个 Server，这么调用。我们在 admin 上看一下实现。这里提一句，我们的 admin 也在新版重构，是用 Go 实现的，大家可以期待一下。我们经常会遇到灰度发布或者流量染色的需求。我们可以从 admin 上发一个 tag 治理规则下去，然后把一些实例打上 tag，然后这个携带 tag 的流量就从入口就会挨个传递下去，从而实现全链路的流量染色。作者：陈有为，陌陌研发工程师、Apache Dubbo PMC 点击立即免费试用云产品开启云上实践之旅！原文链接本文为阿里云原创内容，未经允许不得转载。

2023-10-18

后端服务之应用预热 | 京东云技术团队

一背景 C端服务应用升级和重启，导致耗时瞬时抖动，业务超时，应用监控报警，上游感知明显，导致用户体验变差。二应用升级重启导致抖动的原因 1 C端服务应用升级和重启的冷启动阶段，它需要重新加载和初始化各种资源，例如数据库连接、缓存数据等，导致耗时瞬时飙升。 2 应用重启后，本地缓存失效，应用需要重新加载数据，导致耗时变长。 3 应用重启后，有大量请求堆积，导致系统负载增加，线程处理不及时，导致系统响应变慢。三解决方案 1 停服时，先下线JSF接口，再升级应用，待应用启动成功后，JSF服务接口延迟注册到注册中心。 2 JSF开启预热功能，是服务提供者重启后，JSF上线后，消费者与服务者建立链接后，调用方客户端先放设置比例的小部分流量过来到升级重启的实例，在预热周期内，逐步到100% 3 在应用升级流程编排中，结合流量回放，编排流程，在流量回放后再操作JSF上线，实现略复杂，依赖基础运维方案1，方案2实现简单，预热效果也比较好，使用的是JSF的预热功能，以下效果对比的实现来自方案2的JSF预热功能。四采用JSF开启预热功能效果对比 1 服务提供者配置预热周期预热初始权重：consumer连接到provider后，provider的初始权重（provider端权重会在预热周期内会逐渐恢复到正常权重，一般是100） 2 未开启预热容器实例整体升级重启监控：应用部署在3个机房，所以看到3次抖动，可以看到TP999最高的机房达到了近25s。开启预热后整体实例升级重启效果：应用部署在3个机房，所以看到3次抖动，可以看到TP999最高的机房降到了2.5s，降幅达10倍。 3 未开启预热，单实例应用重启监控 max达到了20s,TP999到达了18s 开启预热后，单实例应用重启监控 max降到了2s,TP999将到了1.5s左右，降幅达10倍，TPS在配置的预热周期内（60s）呈现线性增长五注意事项依赖服务调用方升级JSF到1.7.6版本及以上，推动所有调用方升级JSF 可根据应用的启动时间和特性，调整应用匹配的预热周期，达到相对预热效果最好的状态。至于是否有必要结合流量回放和流程编排实现预热，需结合自己的业务情况和实现成本考虑。作者：京东科技张石磊来源：京东云开发者社区转载请注明来源

2023-09-25

前后端开发的边界越来越模糊

前后端开发的边界越来越模糊 2022 年，这一年发生了很多大事，注定会被历史铭记。寒冬已至， IT、互联网行业裁员潮席卷全球，企业不得不去考虑如何降本提效。

2023-02-20

apijson-framework 6.0.1 发布，腾讯 APIJSON 后端框架

apijson-framework 5.4.0-6.0.1 更新内容新增支持全能接口 /crud，一个请求 JSON 同时使用多种 CRUD 操作，感谢@cloudAndMonkey的贡献#15；新增支持假删除，感谢@cloudAndMonkey的贡献#16；新增支持 Lua 等各种脚本语言，感谢@cloudAndMonkey的贡献#17；远程函数新增支持 JavaScript 脚本，方便动态配置业务逻辑以及作为 Serveless 服务； @raw 新增支持远程函数和存储过程；升级 APIJSON 和自身版本至 6.0.0；具体见Release 发布版本。 apijson-framework 腾讯APIJSON服务端框架，通过数据库表配置角色权限、参数校验等，简化使用。使用 Access:https://gitee.com/Tencent/APIJSON/blob/master/APIJSONORM/src/main/java/apijson/MethodAccess.java Request:https://gitee.com/Tencent/APIJSON/blob/master/APIJSONORM/src/main/java/apijson/orm/Operation.java 使用 UnitAuto 实现零代码单元测试，具体见 https://gitee.com/TommyLemon/UnitAuto https://gitee.com/APIJSON/apijson-framework 创作不易，右上角点 ⭐Star 支持下吧 ^_^

2023-02-15

Django 4.0 将增加内置的 Redis 缓存后端

Django 代码仓库近日合并的一个 PR 显示，其 4.0 版本将增加内置的 Redis 缓存后端。据介绍，Django 目前并没有内置支持使用 Redis 作为缓存后端。

2021-09-18

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。