搜索[远程]结果-低调大师优秀个人博客

精选列表

搜索[远程]，共10000篇文章

IntelliJ IDEA 2022.2 EAP 7 发布，优化远程开发功能

IntelliJ IDEA 2022.2 的第七个 EAP 版本已上线，此版本主要对远程开发功能进行了更新。

2022-07-01

GitLab 14.4 发布，VS Code 可远程访问 GitLab 仓库

GitLab 14.4 月度更新已于上周发布，主要更新内容包括：新增定时 DAST 扫描、不使用Sentry 实例的情况下集成错误跟踪、Visual Studio Code 支持远程访问 GitLab

2021-10-31

如何提高远程网络的可靠性？

随着在家办公趋于常态化，许多网络管理员正在努力提供一定程度的远程服务可靠性和质量，以满足或超过现场水平。无论员工身处何地，为他们提供持续优秀的网络服务并不是一项不可能完成的任务。

2021-10-29

【漏洞细节公开】Windows Defender 远程代码执行漏洞通告

Window Defender 在解析历史文件格式asprotect时采用了虚拟执行的方式，但由于解析过程中Defender以SYSTEM（最高权限）允许，并且对执行过程的DLL加载未进行严格的校验，导致远程任意代码执行

2021-07-09

CLion 2021.2 EAP 发布，支持远程分析和 Cling 增强

在远程模式下进行分析 CPU 分析器集成以前只适用于 Linux 和 macOS 的本地设置，但现在支持远程模式。

2021-06-28

CVE-2021-29505：XStream 远程代码执行漏洞通告

-29505: 代码执行漏洞 CVE: CVE-2021-29505 组件: XStream 漏洞类型: 代码执行影响: 服务器接管简述: 攻击者可以操纵已处理的输入流并替换或注入对象，从而执行从远程服务器加载的任意代码

2021-05-21

Projector 1.0 GA，JetBrains 出品的远程访问 IDE 工具

根据发布公告的介绍，Projector 是用于在网络上远程运行 JetBrains IDE 和 Swing 应用程序的工具和框架。 Swing 是 Java 的图形 widget工具包。

2021-03-12

微软安全中心公告：dotnet爆高危远程执行漏洞

3月10日微软发布安全公告，通报了.NET架构组件System.Text.Encodings.Web远程执行漏洞。影响范围包括NET 5.0，.NET Core 3.1和.NET Core 2.1。

2021-03-11

“远程删除照片”？个人信息安全不容践踏

近日，“网友称拼多多APP远程删除照片”登上热搜，引发热议。报道称，有网友爆料称拼多多远程删除其手机相册照片后，被手机系统检测到并发出提示。

2021-01-15

EMP微前端之Vue&React互相远程调用

地址： https://github.com/efoxTeam/emp EMP微前端方案教程系列地址：https://github.com/efoxTeam/emp/wiki React和 Vue 相互远程调用

2020-11-17

利用reGeorg+Proxifier连接远程内网服务器

测试过程：接下来，我们通过利用reGeorg+Proxifier，实现本地PC远程连接内网Target服务器？

2020-08-21

物联网如何影响数字工作场所和远程工作

甚至在COVID-19到达之前，远程工作就在增加，而且很可能还会继续增长。通过物联网的应用，许多远程员工可以在所需位置更智能、更安全地工作。那么，后COVID-19时代的物联网应用会发生什么呢?

2020-07-17

之前在 Apache/dubbo-go（以下简称 dubbo-go ）社区中，有同学希望配置文件不仅可以放于本地，还可以放于配置管理中心里。那么，放在本地和配置管理中心究竟有哪些不一样呢？放在本地，每次更新需要重启，配置文件管理困难，无法做到实时更新即刻生效。此外，本地文件还依赖人工版本控制，在微服务的场景下，大大的增加了运维的成本与难度。而配置管理中心提供了统一的配置文件管理，支持文件更新、实时同步、统一版本控制、权限管理等功能。目标基于以上几个背景，可以总结出以下目标与 Dubbo 现有的配置中心内的配置文件兼容，降低新增语言栈的学习成本；支持多种配置文件格式；支持主流配置中心，适应不一样的使用场景，实现高扩展的配置下发；配置中心配置中心在 dubbo-go 中主要承担以下场景的职责：作为外部化配置中心，即存储 dubbo.properties 配置文件，此时，key 值通常为文件名如 dubbo.properties , value 则为配置文件内容。存储单个配置项，如各种开关项、常量值等。存储服务治理规则，此时 key 通常按照 “服务名 + 规则类型” 的格式来组织，而 value 则为具体的治理规则。 dubbo-go 应支持 dubbo 中所有支持的各种开源配置中心，包括： Apollo ：携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。 zookeeper ：一个分布式的，开放源码的分布式应用程序协调服务，是 Google 的 Chubby 一个开源的实现，是 Hadoop 和 Hbase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。 nacos : Alibaba 开源的配置管理组件，提供了一组简单易用的特性集，帮助您实现动态服务发现、服务配置管理、服务及流量管理。而考虑到某些公司内部有自身的研发的配置中心，又或者当前流行而 Dubbo 尚未支持的配置中心，如 etcd，我们的核心在于设计一套机制，允许我们，也包括用户，可以通过扩展接口新的实现，来快速接入不同的配置中心。那在 dubbo-go 中究竟怎么实现呢？我们的答案是：基于动态的插件机制在启动时按需加载配置中心的不同实现。实现该部分功能放置于一个独立的子项目中，见：https://github.com/apache/dubbo-go/tree/master/config_center dubbo-go设计原逻辑为：启动时读取本地配置文件，将其加载进内存，通过配置文件中的配置读取注册中心的信息获取服务提供者，注册服务消费者。有些读者会有点困惑，不是说好了使用配置中心的，为什么现在又要读取本地配置呢？答案就是，读取的这部分信息分成两部分：使用什么作为配置中心；该配置中心的元数据，比如说使用 zookeeper 作为配置中心，那么 zookeeper 的链接信息就是元数据，毕竟我们只有在知道了链接信息之后才能连上 zookeeper；在改造的时候，需要考虑以下的问题：如何实现支持多个配置中心？如何实现按需加载？通过抽象 DynamicConfiguration 让开发者可以快速支持多个配置中心。使用者导入指定的组件包后，在启动阶段将需要的组件加载进内存中，以便给程序按需调用，如下图绿色部分。配置中心的配置加载阶段在什么时候？应在读取配置文件阶段后，读取并解析本地配置文件中配置中心信息。初始化配置中心链接，读取 /dubbo/config/dubbo/dubbo.properties 与 /dubbo/config/dubbo/应用名/dubbo.properties ，并将其加载到内存之中覆盖原有配置，监听其变更，实时更新至内存，如下图蓝色部分。 ConfigCenterFactory 使用者加载对应配置中心模块后，在初始化阶段加入各配置中心模块往其中注册其初始化类。 DynamicConfigurationFactory 整个动态配置中心的关键点就在 DynamicConfigurationFactory 上，其中通过解析内部自定义的 URL ，获取其协议类型，反射其参数，用于创建配置中心的链接。如：配置文件中配置 config_center: protocol: zookeeper address: 127.0.0.1:2181 namespace: test dubbo-go 内部会解析为 zookeeper://127.0.0.1:2181?namespace=test 在内部传递，用于初始化配置中心链接。 PS：在 dubbo-go 中到处可见这种内部协议，透彻理解这个内部协议对阅读 dubbo-go 代码很有帮助。 DynamicConfiguration 该接口规定了各个配置中心需要实现的功能：配置数据反序列化方式：目前只有 properties 反序列化，参见： DefaultConfigurationParser 。增加监听器：用于增加监听数据变化后增加特定逻辑（受限于配置中心 client 端实现）。删除监听器：删除已有监听器（受限于配置中心 client 端实现，目前所知 nacos client 没有提供该方法）。获取路由配置：获取路由表配置。获取应用级配置：获取应用层级配置，如：协议类型配置等。实现优先考虑与现有 dubbo 设计兼容，从而降低使用者的学习成本，dubbo-admin 作为服务提供者实现应用级配置管理， dubbo-go 作为消费端实现配置下发管理功能。以 zookeeper 为例，对服务提供者与服务消费者进行整体流程分析。如何存储配置管理 dubbo-admin 配置管理中增加 global 配置，zookeeper 中会自动生成其对应配置节点，内容均为 dubbo-admin 中设置的配置。 /dubbo/config/dubbo/dubbo.properties 对应全局配置文件。 /dubbo/config/dubbo/ 应用名 /dubbo.properties 对应指定应用配置文件。节点路径上图展示了 dubbo.properties 文件在 zookeeper 和 Apollo 中的存储结构： zookeeper 命名空间 namespace 都为： dubbo 分组 group ：全局级别为 dubbo , 所有应用共享；应用级别为应用名 demo-provider ，只对该应用生效 key : dubbo.properties Apollo app_id : 自由指定，默认： dubbo ，最好与 zookeeper namespace 一致 cluster : 自由指定，最好与 zookeeper group 一致命名空间 namespace : dubbo.properties zookeeper 与 Apollo 最大的不一样就在于 dubbo.properties 所在的节点。实现配置管理中心支持以 Apollo 为例，简单的介绍，如何实现支持一个新的配置管理中心。选择配置管理中心 Client / SDK 本例中使用的 Apollo Go Client 为：https://github.com/zouyx/agollo。 PS: 如没找到，自己实现也是可以的哦。节点路径因为每个配置管理中心的存储结构各有特点，导致 dubbo 在使用外部配置管理中心时，存储配置节点的结构不一样。在 dubbo-configcenter 找到希望支持的配置管理中心，而本例中 Apollo 则在 ApolloDynamicConfiguration.java 。注释中表明，Apollo namespace = governance (governance .properties) 用于治理规则，namespace = dubbo (dubbo.properties) 用于配置文件。实现 DynamicConfiguration 新建创建客户端方法，最好客户端保持为单例。以下为必须实现的方法，以下方法用于获取配置中心配置。 GetInternalProperty：在配置文件（Apollo 为 namespace）中，根据 key 获取对应 value； GetRule：获取治理配置文件（Apollo 为 namespace）； GetProperties：获取整个配置文件（Apollo 为 namespace）；可选择实现的方法，如不实现，则不能动态更新 dubbo-go 中配置信息。 RemoveListener AddListener 而 Parser & SetParser 使用默认实现即可，默认为 Properties 转换器。更多信息，参考：dubbo-go-apollo 。使用方法从上面的设计里面，也能大概猜到怎么使用了：很显然，使用配置中心并不复杂，只需要把对应的依赖引入进来。在包初始化的时候，会创建出来对应的配置中心的实现。比如说加载 ZooKeeper 或者 Apollo 作为配置中心： zookeeper _ "github.com/apache/dubbo-go/config_center/zookeeper" Apollo _ "github.com/apache/dubbo-go/config_center/apollo" 当然仅仅加载还不够，比如说虽然我加载了 zookeeper，但是我还需要知道怎么连上这个配置中心，即前面提到的配置中心的元数据，这部分信息是需要在本地配置出来的。比如说： zookeeper config_center: protocol: "zookeeper" address: "127.0.0.1:2181" Apollo 如果需要使用 Apollo 作为配置中心，请提前创建 namespace : dubbo.properties ，用于配置管理。 config_center: protocol: "apollo" address: "127.0.0.1:8070" app_id: test_app cluster: dev 总结更加具体的实现，我就不详细论述，大家可以去看源码，欢迎大家持续关注，或者贡献代码。整个配置中心的功能，麻雀虽小，但五脏俱全。目前并不算是十分完善，但是整个框架层面上来说，是走在了正确的路上。从扩展性来说，是比较便利。目前支持的配置中心还不够丰富，只有 zookeeper 与 Apollo ，支持的配置文件格式也只有 properties ，虽然能满足基本使用场景，距离完善还有还长远的路。未来计划： nacos（已有 PR , 正在 review ） etcd（未支持） consul（未支持）丰富的文件配置格式，如： yml , xml 等作者信息邹毅贤，Github ID @zouyx，开源爱好者，就职于 SheIn 供应链部门，负责供应链开放平台。加入社区 Dubbo-go 的社区钉钉群： 23331795，欢迎感兴趣的小伙伴们加入！最新活动 Dubbo-go ASoC 相关题目https://github.com/apache/dubbo-go/issues?q=is%3Aissue+is%3Aopen+label%3AASOC2020 ，参加详情请点击

2020-06-01

fastjson 被曝存在远程代码执行漏洞，等级“高危”

fastjson 当前版本为 1.2.68 发布于 3 月底，日前某安全运营中心监测到，fastjson <= 1.2.68 版本存在远程代码执行漏洞，漏洞被利用可直接获取服务器权限。

2020-05-31

远程工作会成为一种常态吗?

很多企业别无选择，只能让员工在家远程工作，而且必须尽快采用确保这些员工的健康和人身安全的防范措施。但是远程工作的需求到底有多大?

2020-05-29

新型冠状病毒对远程网络的影响

在新型冠状病毒广泛传播的大环境下，很多公司都要求员工留在家中远程办公，远程网络技术因此承受了更大的压力，一些带宽和安全方面的问题也接踵而至。

2020-03-27

dubbo-go 中如何实现远程配置管理？

之前在 Apache/dubbo-go（以下简称 dubbo-go ）社区中，有同志希望配置文件可以放置于配置管理中心，不仅放置于本地。放置于本地及配置管理中心究竟有什么不一样呢？放置于本地，每次更新需要重启，配置文件管理困难，无法做到实时更新即刻生效。本地文件还依赖人工版本控制，在微服务的场景下，大大的增加了运维的成本与难度。而配置管理中心提供统一的配置文件管理，提供文件更新实时同步，统一版本控制，权限管理等功能。目标基于以上几个背景，可以总结出以下目标与 dubbo 现有的配置中心内的配置文件兼容，降低新增语言栈的学习成本；支持多种配置文件格式；支持主流配置中心，适应不一样的使用场景，实现高扩展的配置下发；配置中心配置中心在 dubbo-go 中主要承担以下场景的职责：作为外部化配置中心，即存储 dubbo.properties 配置文件，此时，key 值通常为文件名如 dubbo.properties , value 则为配置文件内容。存储单个配置项，如各种开关项、常量值等。存储服务治理规则，此时 key 通常按照 “服务名 + 规则类型” 的格式来组织，而 value 则为具体的治理规则。就目前而言，dubbo-go 首要支持 dubbo 中所有支持的各种开源配置中心，包括： Apollo ：携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。 zookeeper ：一个分布式的，开放源码的分布式应用程序协调服务，是 Google 的 Chubby 一个开源的实现，是 Hadoop 和 Hbase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。 nacos : Alibaba 开源的配置管理组件，提供了一组简单易用的特性集，帮助您实现动态服务发现、服务配置管理、服务及流量管理。而考虑到某些公司内部有自身的研发的配置中心，又或者当前流行而 dubbo 尚未支持的配置中心，如 etcd，我们的核心在于设计一套机制，允许我们——也包括用户——可以通过扩展接口新的实现，来快速接入不同的配置中心。那在 dubbo-go 中究竟怎么实现呢？我们的答案是：基于动态的插件机制在启动时按需加载配置中心的不同实现。实现该部分功能放置于一个独立的子项目中，见：https://github.com/apache/dubbo-go/tree/master/config_center dubbo-go设计原逻辑为：启动时读取本地配置文件，将其加载进内存，通过配置文件中的配置读取注册中心的信息获取服务提供者，注册服务消费者。有些读者会有点困惑，不是说好了使用配置中心的，为什么现在又要读取本地配置呢？答案就是，读取的这部分信息分成两部分：使用什么作为配置中心；该配置中心的元数据，比如说使用 zookeeper 作为配置中心，那么 zookeeper 的链接信息就是元数据，毕竟我们只有在知道了链接信息之后才能连上 zookeeper；在改造的时候，需要考虑以下的问题如何实现支持多个配置中心？如何实现按需加载？通过抽象 DynamicConfiguration 让开发者可以快速支持多个配置中心。使用者导入指定的组件包后，在启动阶段将需要的组件加载进内存中，以便给程序按需调用，如下图绿色部分。配置中心的配置加载阶段在什么时候？应在读取配置文件阶段后，读取并解析本地配置文件中配置中心信息。初始化配置中心链接，读取 /dubbo/config/dubbo/dubbo.properties 与 /dubbo/config/dubbo/应用名/dubbo.properties ，并将其加载到内存之中覆盖原有配置，监听其变更，实时更新至内存，如下图蓝色部分。 ConfigCenterFactory 使用者加载对应配置中心模块后，在初始化阶段加入各配置中心模块往其中注册其初始化类。 DynamicConfigurationFactory 整个动态配置中心的关键点就在 DynamicConfigurationFactory 上，其中通过解析内部自定义的 URL ，获取其协议类型，反射其参数，用于创建配置中心的链接。如：配置文件中配置 config_center: protocol: zookeeper address: 127.0.0.1:2181 namespace: test dubbo-go 内部会解析为 zookeeper://127.0.0.1:2181?namespace=test 在内部传递，用于初始化配置中心链接。 PS：在 dubbo-go 中到处可见这种内部协议，透彻理解这个内部协议对阅读 dubbo-go 代码很有帮助。 DynamicConfiguration 该接口规定了各个配置中心需要实现的功能：配置数据反序列化方式：目前只有 Properties 转换器，参见： DefaultConfigurationParser 。增加监听器：用于增加监听数据变化后增加特定逻辑（受限于配置中心 client 端实现）。删除监听器：删除已有监听器（受限于配置中心 client 端实现，目前所知 nacos client 没有提供该方法）。获取路由配置：获取路由表配置。获取应用级配置：获取应用层级配置，如：协议类型配置等。实现优先考虑与现有 dubbo 设计兼容，从而降低使用者的学习成本，dubbo-admin 作为服务提供者实现应用级配置管理， dubbo-go 作为消费端实现配置下发管理功能。下面以 zookeeper 为例，对服务提供者与服务消费者进行整体流程分析。如何存储配置管理 dubbo-admin 配置管理中增加 global 配置，zookeeper 中会自动生成其对应配置节点，内容均为 dubbo-admin 中设置的配置。 /dubbo/config/dubbo/dubbo.properties 对应全局配置文件。 /dubbo/config/dubbo/ 应用名 /dubbo.properties 对应指定应用配置文件。节点路径上图展示了 dubbo.properties 文件在 zookeeper 和 Apollo 中的存储结构： zookeeper 命名空间 namespace 都为：dubbo 分组 group ：全局级别为 dubbo , 所有应用共享；应用级别为应用名 demo-provider ，只对该应用生效 key : dubbo.properties Apollo app_id : 自由指定，默认： dubbo ，最好与 zookeeper namespace 一致 cluster : 自由指定，最好与 zookeeper group 一致命名空间 namespace : dubbo.properties zookeeper 与 Apollo 最大的不一样就在于 dubbo.properties 所在的节点。实现配置管理中心支持以 Apollo 为例，简单的介绍，如何实现支持一个新的配置管理中心。选择配置管理中心 Client / SDK 本例中使用的 Apollo Go Client 为：https://github.com/zouyx/agollo。 PS: 如没找到，自己实现也是可以的哦。节点路径因为每个配置管理中心的存储结构各有特点，导致 dubbo 在使用外部配置管理中心时，存储配置节点的结构不一样。在dubbo-configcenter找到希望支持的配置管理中心，而本例中 Apollo 则在ApolloDynamicConfiguration.java。注释中表明，Apollo namespace =governance (governance .properties) 用于治理规则，namespace =dubbo (dubbo.properties) 用于配置文件。实现DynamicConfiguration 新建创建客户端方法，最好客户端保持为单例。以下为必须实现的方法，以下方法用于获取配置中心配置。 GetInternalProperty：在配置文件（Apollo 为 namespace）中，根据 key 获取对应 value； GetRule：获取治理配置文件（Apollo 为 namespace）； GetProperties：获取整个配置文件（Apollo 为 namespace）；可选择实现的方法，如不实现，则不能动态更新 dubbo-go 中配置信息。 RemoveListener AddListener 而Parser&SetParser 使用默认实现即可，默认为 Properties 转换器。更多信息，参考：dubbo-go-apollo。使用方法从上面的设计里面，也能大概猜到怎么使用了：很显然，使用配置中心并不复杂，只需要把对应的依赖引入进来。在包初始化的时候，会创建出来对应的配置中心的实现。比如说加载 zookeeper 或者 Apollo 作为配置中心： zookeeper _ "github.com/apache/dubbo-go/config_center/zookeeper" Apollo _ "github.com/apache/dubbo-go/config_center/apollo" 当然仅仅加载还不够，比如说虽然我加载了 zookeeper，但是我还需要知道怎么连上这个配置中心，即前面提到的配置中心的元数据，这部分信息是需要在本地配置出来的。比如说： zookeeper config_center: protocol: "zookeeper" address: "127.0.0.1:2181" Apollo 如果需要使用 Apollo 作为配置中心，请提前创建 namespace: dubbo.properties，用于配置管理。 config_center: protocol: "apollo" address: "127.0.0.1:8070" app_id: test_app cluster: dev 总结更加具体的实现，我就不详细论述，大家可以去看源码，欢迎大家持续关注，或者贡献代码。整个配置中心的功能，麻雀虽小，但五脏俱全。目前并不算是十分完善，但是整个框架层面上来说，是走在了正确的路上。从扩展性来说，是比较便利。目前支持的配置中心还不够丰富，只有 zookeeper 与 Apollo ，支持的配置文件格式也只有 properties ，虽然能满足基本使用场景，距离完善还有还长远的路。未来计划： nacos（等待发布） etcd（正在开发） consul（未支持）丰富的文件配置格式，如： yml , xml 等本文作者：邹毅贤，Github ID @zouyx，开源爱好者，就职于 SheIn 供应链部门，负责供应链开放平台。

2020-03-05

【远程办公】5分钟学会搭建内网穿透

疫情期间大家都在讨论远程办公的实现，推荐看下黄东旭大佬写的《PingCAP的5年远程办公实践》，以下内网映射工具作为常用补充。

2020-01-30

开发者将更青睐开源和远程办公

2020 时代的开发人员关键词：开源和远程办公外媒TechRepublic近日就 2020 年开发人员所需的技能，对 Digital Ocean 工程副总裁 Al Sene 进行了访谈。

2019-10-18

VideoLAN 回应：VLC 远程代码执行漏洞早就修复了！

之前我们报导过最新版本 VLC 媒体播放器被曝出存在严重的远程代码执行漏洞，根据德国网络安全机构 CERT-Bund 披露的消息，该漏洞同时存在于 Windows、Linux 与Unix 系统中，使得远程匿名攻击者可以执行任意代码

2019-07-25

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

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

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

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