- 综合排序
- 最热优先
- 最新优先
- 来自专栏跟着阿笨一起玩NET
C# EPL USB 指令打印
NetPOSPrinter(); //netPOSPrinter.PrintPic(bitmap); #endregion #region EPL ; //ZebraPrintHelper.PrinterName = "ZDesigner GK888t (EPL)"; //byte[] imgByte byte[] cmd = Encoding.Default.GetBytes(sb.ToString()); #endregion #region EPL USB 指令打印 ZebraPrintHelper.PrinterProgrammingLanguage = ProgrammingLanguage.EPL; (); } if (PrinterProgrammingLanguage == ProgrammingLanguage.EPL
2.4K10发布于 2018-09-20 - 来自专栏Windows技术交流
导出系统日志发给技术支持协助分析
个人建议用下面导出日志的办法，cmd命令行执行wevtutil epl命令就行，epl是export-log的缩写，wevtutil epl和wevtutil export-log都行，例如 以日期命名 ，格式须指定.evtx，分别导出安全日志、系统日志、应用日志 wevtutil epl Security C:\Security0420.evtx wevtutil epl System C:\System0420 .evtx wevtutil epl Application C:\Application0420.evtx image.png 上面命令里的epl其实是export-log的缩写，例如 wevtutil
2.3K50编辑于 2022-02-16 - 来自专栏张善友的专栏
深入浅出事件流处理NEsper（三）
（1）NEsper的核心包包含了EPL语法解析引擎，事件监听机制，事件处理等核心模块。 Event对象：NESPER处理的事件的最小单位，一个任意的CLR对象，属性支持简单的CLR类型、数组、map、以及嵌套POCO，很灵活. 2.EPL：EPL是ESPER的核心，它类似于SQL，但是和SQL SQL是数据在那里，你每次执行SQL就会触发一次查询；而EPL是查询在这里，数据输入达到一定条件即可触发查询。 b).窗口处理模式： EPL最大的特色就是这个窗口处理模式，有两种窗口，时间窗口和长度窗口。 功能非常强大，而且基本和SQL类似，入门容易，构造一个实时数据分析系统比较简单，且维护成本低，新应用进来只需要简单配置一下EPL语句就可以了，方便快捷，对大部分的系统还是比较适合的。
1.3K100发布于 2018-01-22 - 来自专栏产品那些事
【开源合规】开源许可证风险场景详细解读
EPL系列EPL（Eclipse Public License）系列许可证是由Eclipse基金会发布的一系列开源许可证。 EPL-1.0许可证原文Eclipse Public License 1.0 是EPL的第一个版本，由Eclipse基金会在2004年发布。 EPL-2.0许可证原文Eclipse Public License 2.0 是EPL的最新版本，由Eclipse基金会在2017年发布。 EPL 2.0 在EPL 1.0的基础上进行了改进，主要特点包括：许可证兼容性：EPL 2.0 增强了与其他开源许可证（如GPL和Apache License）的兼容性。 简化的条款：EPL 2.0 对许可证条款进行了简化，使其更易于理解和应用。专利条款：EPL 2.0 继续保留了EPL 1.0中的专利条款，提供专利保护。
2.3K10编辑于 2024-07-20 - 来自专栏繁依Fanyi 的专栏
深入探讨各种开源协议：选择合适的许可证为你的项目保驾护航
Eclipse 公共许可证（EPL） a. 背景与历史 Eclipse 公共许可证（EPL）由 Eclipse 基金会发布，是为保护 Eclipse 开发平台而设计的。 EPL 继承自 IBM 的 Common Public License（CPL），并在此基础上进行了改进 =。 b. 专利授权：EPL 包含专利授权条款，保护用户免受专利诉讼。 无担保：EPL 明确表示代码不附带任何形式的担保。 c. 使用场景 EPL 主要用于 Eclipse 项目及其衍生项目，但它也适用于其他需要灵活开源许可的开发环境和工具。 d. 优势与挑战 优势：EPL 允许企业和个人在保护自己利益的同时自由使用和修改代码。 挑战：与 GPL 相比，EPL 在社区协作方面可能不够强大。 8.
1.3K10编辑于 2024-08-20 - 来自专栏张善友的专栏
深入浅出事件流处理NEsper（二）
你的应用在启动时可能预先配置定义事件类型，或者在运行时通过API或EPL语法动态的增加事件类型。 EPL中的create schema 的语法允许在运行时用EPL申明一个事件类型。 EPL或事件模式声明，嵌套的属性是通过property.nestedProperty语法访问。. 所有事件的模式和EPL表达式允许使用索引，映射和嵌套属性（或这些的联合）。 此外，在EPL内的任何地方，使用一个map超类的事件类型名称，任何map子型及它们的子型都匹配表达式。 Key值必须是字符串，引擎才能找到Pattern或者EPL指定的事件属性名。 引擎不会验证事件类型名称或值。 此外，在EPL中，一个Map超类的事件类型名称用被应用，任何子类表达式也相匹配（类似于CLR 接口的概念）。
1.8K100发布于 2018-01-22 - 来自专栏bisal的个人杂货铺
几种常见的软件开源协议介绍
EPL(Eclipse Public License 1.0) EPL允许Recipients任意使用、复制、分发、传播、展示、修改以及改后闭源的二次商业发布。 使用EPL协议，需要遵守以下规则： 当一个Contributors将源码的整体或部分再次开源发布的时候，必须继续遵循EPL开源协议来发布，而不能改用其他协议发布。 EPL协议下，你可以将源码不做任何修改来商业发布。但如果你要发布修改后的源码，或者当你再发布的是Object Code的时候，你必须声明它的Source Code是可以获取的，而且要告知获取方法。 当你需要将EPL下的源码作为一部分跟其他私有的源码混和着成为一个Project发布的时候，你可以将整个Project/Product以私人的协议发布，但要声明哪一部分代码是EPL下的，而且声明那部分代码继续遵循 EPL。
2.5K20发布于 2021-09-23 - 来自专栏张善友的专栏
事件流处理框架NEsper for .NET
这些查询是通过EPL 语句来实现的（被定制过的事件处理语言(event processing lauguage -- EPL)能够表达丰富的事件条件，相关性，尽可能的时间窗口跨度，因此在为系统开发时最小化了所需的开发精力 EPL用于视图。视图表示需要将构造的数据放入到一个事件流中并且去驱动数据的流动。在数据流动的过程中对数据进行处理，来得到我们最后所 需要的结果。 EPL与SQL一样使用select从句和where从句。但是EPL语言使用事件流和views(视图)的概念取代了数据库中的表。 与SQL语句中的表相似，EPL中的views被定义成了能为查询和过滤的数据。views有对事件进行排序，能从事件属性中得到分析数据，能够给事件分组，以及单独处理事件属性值得等功能。 下面是一个简单的EPL语句，计算了在最近30秒内股票事件流的平均价格。
1.1K60发布于 2018-01-19 - 来自专栏betasec
安全运维 | RDP登录日志取证和清除
and (EventID=4624)] and EventData[(Data[@Name='LogonType']='10')]]" wevtutil + powershell wevtutil epl | findstr "eventlog" taskkill /F /PID 279 net start eventlog 2.1 EventRecordID单条删除 单条日志清除 wevtutil epl ,"NewSecFlag") write-host $SecurityFileRegValueFileName # clear Try{ wevtutil epl SecurityFileRegValueFileName net start eventlog 同理批量删除如下： # clear Try { wevtutil epl { blog($1, "Get RDP Success Event (4624)."); bpowershell($bid,"wevtutil epl
3.5K30编辑于 2023-02-25 - 来自专栏JAVA杂谈
常见开源协议介绍
EPL（Eclipse Public License 1.0） EPL允许Recipients任意使用、复制、分发、传播、展示、修改以及改后闭源的二次商业发布。 使用EPL协议，需要遵循以下规则： 当一个Contributors将源码的整体或部分再次开源发布的时候，必须继续遵循EPL开源协议来发布,而不能改用其他协议发布.除非你得到了原"源码" Owner的授权 ; EPL协议下，你可以将源码不做任何修改来商业发布。 但如果你要发布修改后的源码，或者当你再发布的是Object code的时候，你必须声明它的Source Code是可以获取的，而且要告知获取方法; 当你需要将EPL下的源码作为一部分跟其他私有的源码混和着成为一个 Project发布的时候，你可以将整个Project/Product以私人的协议发布,但要声明哪一部分代码是EPL下的，而且声明那部分代码继续遵循EPL; 独立的模块(Separate Module)，
1.6K20发布于 2020-12-16 - 来自专栏猫头虎AI技术分享
常见开源协议详解：哪些行为被允许？哪些被限制？
EPL (Eclipse Public License)类似 MPL，带“文件级别传染性”。✅ 修改、再分发允许。⚠️ 修改后的部分必须继续遵循 EPL。✅ 推广允许。 必须继续 GPL 开源LGPL ✅ 允许 ✅ 允许 ✅ 允许 修改库要开源 MPL ✅ 允许 ✅ 允许 ✅ 允许 修改文件需开源 EPL ✅ 允许 ✅ 允许 ✅ 允许 修改部分需 EPL SSPL ✅ 允许 ✅ 允许 ✅ 允许 提供服务需全开源 Commons Clause ✅（需继续 GPL/LGPL）✅（需继续 GPL/LGPL）✅ 提供源码/获取途径；勿闭源再分发 文件级传染 MPL-2.0 / EPL 常见“禁止衍生/再分发/反编译/商用” 小贴士：改名+改 README+fork+贴链接 在主流标准开源协议（MIT/Apache/BSD/GPL/MPL/EPL
1.4K00编辑于 2025-08-20 - 来自专栏猫头虎博客专区
开源协议对比：局限性、应注意事项与详细对比
Eclipse公共许可证（Eclipse Public License, EPL） 优点 类似于MPL，允许自由使用、修改和分发。 局限性 要求衍生作品也采用EPL。 # 一个简单的 EPL 许可证代码示例 print("Hello, EPL!") GPL 的传染性原则 Apache 2.0 需提供许可证和版权声明 注意专利风险 BSD 可能对代码的再分发附带限制 保留版权、许可证声明 MPL 修改后的代码必须以MPL发布 修改的代码部分必须开源 EPL 衍生作品也必须采用EPL 修改后的代码也必须开源 LGPL 修改的库代码必须开源 修改的库代码必须开源 AGPL 网络服务使用也需要开源 在网络服务中使用也需要开源 总结 在这篇博客中，我们详细比较了各种开源协议的优缺点以及使用注意事项
1.1K10编辑于 2024-04-09 - 来自专栏安全学习记录
痕迹清除-Windows日志清除绕过
但清除完会留下1012或104的系统日志 获取最近十条日志 wevtutil.exe qe Security /f:text /rd:true /c:10 日志导出过滤 wevtutil.exe epl Security 1.evtx 过滤分两种： 按日志号过滤： wevtutil epl Security 1.evtx "/q:*[System [(EventID! =1112)]]" 通过加or语句 wevtutil epl Security 1.evtx "/q:*[System [(EventID>13032) or (EventRecordID<13030 )]]" 按时间过滤： wevtutil epl Security new.evtx "/q:*[System [TimeCreated[@SystemTime >'2021-09-08T17:21: SystemTime为2021-08-20T03:20:00至2018-08-29T03:21:00之间的日志，结果保存为new.evtx，然后可以把删除处理后的日志进行重新导入 组合过滤： wevtutil epl
5.3K20编辑于 2022-12-26 - 来自专栏快乐阿超
stream-query开源合规
dependency: files: - pom.xml licenses: - name: ch.qos.logback:logback-classic license: EPL url: http://logback.qos.ch/logback-classic - name: ch.qos.logback:logback-core license: EPL /developers.google.com/protocol-buffers/protobuf-java/ - name: com.h2database:h2 license: EPL url: https://junit.org/junit5/ - name: org.junit.jupiter:junit-jupiter-api license: EPL url: https://junit.org/junit5/ - name: org.junit.platform:junit-platform-commons license: EPL
91610编辑于 2024-03-29 - 来自专栏IT杂症
开源协议区别
EPL (Eclipse Public License 1.0) EPL允许Recipients任意使用、复制、分发、传播、展示、修改以及改后闭源的二次商业发布。 使用EPL协议，需要遵守以下规则： 当一个Contributors将源码的整体或部分再次开源发布的时候,必须继续遵循EPL开源协议来发布,而不能改用其他协议发布.除非你得到了原"源码"Owner 的授权 ； EPL协议下,你可以将源码不做任何修改来商业发布.但如果你要发布修改后的源码,或者当你再发布的是Object Code的时候,你必须声明它的Source Code是可以获取的,而且要告知获取方法； 当你需要将EPL下的源码作为一部分跟其他私有的源码混和着成为一个Project发布的时候,你可以将整个Project/Product以私人的协议发布,但要声明哪一部分代码是EPL下的,而且声明那部分代码继续遵循 EPL； 4.独立的模块(Separate Module),不需要开源。
1.3K50编辑于 2022-06-02 - 来自专栏雪雁的专栏
一文读懂常用开源许可证
Eclipse 公共许可证（EPL） Eclipse 公共许可证（EPL，Eclipse Public License）是由 Eclipse 基金会（Eclipse Foundation）开发的开源许可证 现在使用 EPL 许可证的 Eclipse codebase 以前都是用 CPL 许可证。 EPL 许可证是 copyleft 许可证。 如果你修改了基于 EPL 的组件并将其作为程序的一部分、并以源码的形式分发，则需要在 EPL 许可证下公开修改后的代码。 如果你重新分发（redistribute）带有 EPL 组件的程序，就必须包含完整的许可证文本和版权信息。 如果有企业在其商业产品中使用了 TA 的组件，那么 EPL 许可证可以保护作者免受潜在的诉讼和损失。此外，EPL 许可还提供了专利授权。 MIT 许可证 MIT 是最宽松的自由软件许可证之一。
4.5K21发布于 2020-03-02 - 来自专栏人人都是极客
一文看懂各种开源许可协议
EPL (Eclipse Public License 1.0) EPL允许Recipients任意使用、复制、分发、传播、展示、修改以及改后闭源的二次商业发布。 使用EPL协议，需要遵守以下规则： 当一个Contributors将源码的整体或部分再次开源发布的时候,必须继续遵循EPL开源协议来发布,而不能改用其他协议发布.除非你得到了原"源码"Owner 的授权 ； EPL协议下,你可以将源码不做任何修改来商业发布.但如果你要发布修改后的源码,或者当你再发布的是Object Code的时候,你必须声明它的Source Code是可以获取的,而且要告知获取方法； 当你需要将EPL下的源码作为一部分跟其他私有的源码混和着成为一个Project发布的时候,你可以将整个Project/Product以私人的协议发布,但要声明哪一部分代码是EPL下的,而且声明那部分代码继续遵循 EPL； 4.独立的模块(Separate Module),不需要开源。
6.6K22发布于 2021-11-04 - 来自专栏张善友的专栏
深入浅出事件流处理NEsper（一）
对过EPL(NEpser定义的一套类sql的语法 )查询这个事件窗口。获取满足条件的事件。EPL语言类于SQL,但是与sql也不同。在EPL中查询基于视图而非表。 1.4所需的第三方包 NEsper 的运行环境需要以下的第三方包 • ANTLR EPL syntax.的生成和解释工具, 在编译环境时需要可以访问： http://www.antlr.org 。
1.2K90发布于 2018-01-22 - 来自专栏Windows技术交流
如何收集IIS日志
小时比如我截图的时间是2023-3-1 02:24:52实际就是2023-3-1 10:24:52图片收集日志的办法：Step 1:以管理员身份启动命令行窗口Step 2:分别输入如下两条命令wevtutil epl Application c:\%COMPUTERNAME%_Application.evtxwevtutil epl System c:\%COMPUTERNAME%_System.evtxStep
2.5K20编辑于 2023-03-17 - 来自专栏开源项目搭建
主流开源协议的权限与限制对比，开源协议到底怎么选
EPL 2.0（Eclipse Public License，MPL 的 “企业版” 变体）核心定义：由 Eclipse 基金会主导，基于 MPL 2.0 优化，更适配企业级开发场景，同样属于 “文件级弱 关键条款：与 MPL 2.0 核心一致：仅开源修改的 EPL 文件，闭源文件可调用；强化 “贡献者透明”：要求公开代码的获取路径（如仓库地址）；禁止 “附加限制”：不允许在 EPL 代码上添加额外的使用限制 3-Clause✅ 允许✅ 允许✅ 允许不可用原作者背书GPLv3✅ 允许✅ 允许✅ 允许必须继续 GPL 开源LGPL✅ 允许✅ 允许✅ 允许修改库要开源MPL✅ 允许✅ 允许✅ 允许修改文件需开源EPL BSD-3 & Apache 禁官方背书/商标误用强传染GPLv3 / LGPL✅（需继续 GPL/LGPL）✅（需继续 GPL/LGPL）✅提供源码/获取途径；勿闭源再分发文件级传染MPL-2.0 / EPL
1.6K00编辑于 2025-08-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号