我也认为说 360 无法卸载这一说法,是一个 “彻头彻尾的谣言”

最近,360 公司董事长周鸿祎发布视频回应了 360 无法卸载这一说法,称其是一个 “彻头彻尾的谣言”。他解释道,360 软件完全可以卸载,在设置里面有卸载的入口,通过软件管家也可以正常卸载。不能卸载的说法完全是断章取义误导观众,很可笑。并解释称,360 之所以不能轻易卸载是出于一个安全软件最基本的自我保护功能,旨在防范木马病毒攻击。

如果一个安全软件没有资本的自我保护能力,上来就可以被用户拖到垃圾桶里,或者把整个目录删掉,那就意味着任何最简单的病毒木马都能轻松地把你的软件干掉。这个安全软件还能叫安全软件吗。所以 360 安全卫士具备强大的自我保护能力,这不是防止用户卸载,而是防止病毒和木马的破坏。

而卸载流程繁琐也是为了认证是真人在卸载,因此不能一次性卸载。周鸿祎表示,正是由于 360 有如此强大的自我保护能力,所以 360 现在成为全世界各国网军、各国情报机构的眼中刺、肉中钉。并指出,现在安全行业中的大部分安全软件都缺乏基本的自我保护能力,“实际上是形同虚设”。


说实话,周总的这个解释没毛病,更没有瑕疵,明月也认为说 360 无法卸载这一说法就是一个 “彻头彻尾的谣言”,但现在国内很多软件的“卸载难”、“静默安装”、“全家桶”行为,是谁开的头并引领最终成为业界常规手法呢?互联网可是有记忆的,明月当年为了卸载和清除 3721 中文上网助手连夜来来回回装了 N 次 Windows 系统,我可是记忆犹新呀!

当年这个提示,让我一个学编程的都严重怀疑“电脑永远不会说谎”了,差点儿毁了我的逻辑思维能力,有没有?那时候还没有 360 公司呢?记得 3721 中文上网软件消失后,有个叫奇虎的公司出品了一个安全软件,我第一次碰到立马有一股浓浓的熟悉味道,记得当时是财务用的电脑上发现,我立马就给删除了,最后发现依旧是没有删除干净,只得重装系统并严厉警告财务凡是看到“奇虎”、“卫士”等字眼的一律回答“否”,严格杜绝在公司电脑上出现。

再后来只要是个国产软件,几乎都跟一个模子复刻一样,一旦安装了就会出现一堆的软件,那真的是安装一个附赠全家,还会修改浏览器首页网址、Windows 自动启动等等。再后来,这类软件有了一个统称——流氓软件!可以说,那几年稍微懂点儿电脑技术的几乎都是在跟各种流氓软件战斗,直到火绒的出现。

我至今都在使用火绒的一个主要原因就是被这些流氓软件给整怕了,也因为流氓软件的猖獗盛行让我知道了周总大名里那个祎原来不要念/wěi/,而是念/yī/。 

可以说认识这个祎字儿,就是拜周总引领的流氓软件潮流所赐。谁能想到流氓软件奠基人周总会在二十年后这么没毛病,更没有瑕疵并义正言辞的辟谣和抨击自媒体的 “彻头彻尾的谣言”蹭流量行为,看来呀:打败魔法的只能是魔法

【电力系统】单机无穷大电力系统短路故障暂态稳定Simulink仿真(带明文档)内容概要:本文档围绕“单机无穷大电力系统短路故障暂态稳定Simulink仿真”展开,提供了完整的仿真模型与明文档,重点研究电力系统在发生短路故障后的暂态稳定性问题。通过Simulink搭建单机无穷大系统模型,模拟不同类型的短路故障(如三相短路),分析系统在故障期间及切除后的动态响应,包括发电机转子角度、转速、电压和功率等关键参数的变化,进而评估系统的暂态稳定能力。该仿真有助于理解电力系统稳定性机理,掌握暂态过程分析方法。; 适合人群:电气工程及相关专业的本科生、研究生,以及从事电力系统分析、运行与控制工作的科研人员和工程师。; 使用场景及目标:①学习电力系统暂态稳定的基本概念与分析方法;②掌握利用Simulink进行电力系统建模与仿真的技能;③研究短路故障对系统稳定性的影响及提高稳定性的措施(如故障清除时间优化);④辅助课程设计、毕业设计或科研项目中的系统仿真验证。; 阅读建议:建议结合电力系统稳定性理论知识进行学习,先理解仿真模型各模块的功能与参数设置,再运行仿真并仔细分析输出结果,尝试改变故障类型或系统参数以观察其对稳定性的影响,从而深化对暂态稳定问题的理解。
本研究聚焦于运用MATLAB平台,将支持向量机(SVM)应用于数据预测任务,并引入粒子群优化(PSO)算法对模型的关键参数进行自动调优。该研究属于机器学习领域的典型实践,其核心在于利用SVM构建分类模型,同时借助PSO的全局搜索能力,高效确定SVM的最优超参数配置,从而显著增强模型的整体预测效能。 支持向量机作为种经典的监督学习方法,其基本原理是通过在高维特征空间中构造一个具有最大间隔的决策边界,以实现对样本数据的分类或回归分析。该算法擅长处理小规模样本集、非线性关系以及高维度特征识别问题,其有效性源于通过核函数将原始数据映射至更高维的空间,使得原本复杂的分类问题变得线性可分。 粒子群优化算法是种模拟鸟群社会行为的群体智能优化技术。在该算法框架下,每个潜在解被视作一个“粒子”,粒子群在解空间中协同搜索,通过不断迭代更新自身速度与位置,并参考个体历史最优解和群体全局最优解的信息,逐步逼近问题的最优解。在本应用中,PSO被专门用于搜寻SVM中影响模型性能的两个关键参数——正则化参数C与核函数参数γ的最优组合。 项目所提供的实现代码涵盖了从数据加载、预处理(如标准化处理)、基础SVM模型构建到PSO优化流程的完整步骤。优化过程会针对不同的核函数(例如线性核、多项式核及径向基函数核等)进行参数寻优,并系统评估优化前后模型性能的差异。性能对比通常基于准确率、精确率、召回率及F1分数等多项分类指标展开,从而定量验证PSO算法在提升SVM模型分类能力方面的实际效果。 本研究通过一个具体的MATLAB实现案例,旨在演示如何将全局优化算法与机器学习模型相结合,以解决模型参数选择这关键问题。通过此实践,研究者不仅能够深入理解SVM的工作原理,还能掌握利用智能优化技术提升模型泛化性能的有效方法,这对于机器学习在实际问题中的应用具有重要的参考价值。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
是的,**SAP 客户端的页面渲染逻辑和源码也完全在服务端(即 SAP 应用服务器)上定义和执行**。 即使你使用的是 **SAP GUI 客户端(Windows、Java 或 HTML 版本)**,它本质上只是一个“终端模拟器”或“瘦客户端”,并不包含真正的业务逻辑或页面结构源码。 --- ## ✅ 详细解释:为什么 SAP GUI 的页面逻辑仍在服务端? ### 📌 1. SAP GUI 是什么? - SAP GUI(Graphical User Interface)是一个专用客户端软件。 - 它的作用是:与 SAP 应用服务器通信,接收屏幕布局指令,并显示交互式界面。 - 类似于“远程桌面”或“3270 终端”,但它专为 SAP 设计。 > 💡 换句话:**SAP GUI 不渲染页面,它只是展示服务器告诉它的内容。** --- ### 📌 2. 页面是如何生成和控制的?——以 Dynpro 为例 SAP 传统事务(如 `VA01` 销售订单创建)基于 **Dynpro(Dynamic Program)技术**: #### 架构流程如下: ``` 用户操作 (输入字段、按按钮) ↓ SAP GUI 客户端 ↓ (发送事件:PAI - Process After Input) SAP 应用服务器 ← 所有逻辑在这里运行(ABAP + 屏幕逻辑) ↑ (返回新屏幕:PBO - Process Before Output) SAP GUI 显示更新后的屏幕 ``` #### 关键组件(都在服务器端): | 组件 | 存储位置 | 明 | |------|----------|------| | 主程序(Main Program) | ABAP Dictionary & Repository | 包含数据声明、流程逻辑 | | 屏幕(Screen) | Dynpro Editor (`SE51`) | 定义按钮、文本框、标签等 UI 元素 | | 流逻辑(Flow Logic) | PBO / PAI 代码段 | 控制屏幕绘制和用户输入响应 | | 字段值绑定 | ABAP 程序变量 | 数据从数据库读取并填充到屏幕字段 | ✅ 所有这些都存储在 SAP 系统内部数据库中,**无法通过客户端查看或修改**。 --- ### 📌 3. 示例:打开 VA01 创建销售订单 当你运行事务码 `VA01`: 1. SAP GUI 向应用服务器发送请求; 2. 服务器加载对应的 ABAP 程序(如 `SAPMV45A`); 3. 加载屏幕编号 `0100`(由 `SE51` 中定义); 4. 执行 PBO 逻辑(准备初始值、隐藏字段等); 5. 将屏幕结构 + 数据打包发送给 SAP GUI; 6. SAP GUI 渲染出可视化的表单(客户、物料、数量等字段); 7. 用户输入后点击“保存”,GUI 把数据传回服务器; 8. 服务器执行 PAI 逻辑(校验、写库等); 🔁 整个过程的 **控制权始终在服务器端**。 --- ### 📌 4. 客户端能看到源码吗? ❌ **不能**。SAP GUI 客户端只能看到: - 已经渲染好的 UI(字段、按钮、菜单) - 字段中的当前值 - 可能抓包看到部分通信数据(但加密或二进制格式) 但你看不到: - ABAP 代码 - 屏幕设计(哪个字段对应哪个变量) - 条件逻辑(比如“如果客户类型是 ZVIP,则显示折扣字段”) 这些都封装在服务器端的程序里。 --- ### 📌 5. 那么“源码”存在哪里? 所有页面相关的源码都存储在 SAP 内核系统中,可通过以下事务码访问: | 类型 | 查看方式 | 事务码 | |------|----------|--------| | ABAP 程序源码 | 编辑/显示 ABAP 代码 | `SE38` | | Dynpro 屏幕设计 | 图形化编辑器 | `SE51` | | 菜单与标准工具栏 | 标准与增强菜单 | `SE41` | | 文本元素(多语言) | 文本管理 | `SE32` | | 函数模块/BAPI | 接口与实现 | `SE37` | > ⚠️ 这些都需要授权才能访问,普通用户无法查看。 --- ### 📌 6. 现代化对比:Web UI vs SAP GUI | 特性 | SAP GUI(传统客户端) | Web UI(如 Fiori) | |------|------------------------|--------------------| | 渲染位置 | 客户端仅做展示,逻辑在服务端 | 前端框架(UI5)在浏览器部分渲染 | | 源码位置 | 100% 在服务端(ABAP/Dynpro) | 前端 JS/XML 在服务器部署,逻辑仍主要在后端 | | 可见性 | 完全不可见源码 | 可查看前端代码(F12),但核心逻辑仍在 OData 后端 | | 开发语言 | ABAP + Dynpro | JavaScript (UI5) + ABAP (OData) | 👉 即使是现代 Web UI,**核心业务逻辑仍然在服务端**,SAP GUI 更是彻头彻尾的服务端驱动模式。 --- ## ✅ 总结 > **SAP 客户端(包括 SAP GUI)没有任何页面渲染逻辑的源码,所有的 UI 结构、字段绑定、流程控制、数据处理都发生在 SAP 应用服务器上**。 > 客户端只是一个“显示终端”,负责呈现服务器发来的界面,并将用户操作传回服务器处理。 这正是 SAP 系统高安全性、集中化管理的基础架构设计原则。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明月登楼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值