在技术术语中，我应该如何称呼这个漏洞？自类型跨站点脚本拒绝服务攻击蛮力攻击第三方托管的网站上的漏洞，除非它们导致主网站上的漏洞。漏洞取决于物理攻击、社会工程、垃圾邮件、DDOS攻击等。V> *影响过时或未修补的浏览器/操作系统的超级性。
第三方
浏览 0提问于2019-11-11得票数 0
回答已采纳
业务逻辑攻击是否应该是在赋值或漏洞评估项目中的测试方法之一？逻辑攻击是一个手动过程，大多数工具无法检查逻辑。
浏览 0提问于2017-03-17得票数 3
4回答
软件漏洞的名称是什么？
、、、
在web应用程序中，存在SQLi或XSS等漏洞，还有更多漏洞。我听说黑客要黑一台电脑，他们必须在一个在开放端口上运行的软件中找到一个漏洞。软件漏洞的名称是什么，就像web应用程序有SQLi或XSS一样？什么是计算机软件的等价物，或者我可以在哪里了解它？
浏览 0提问于2020-05-04得票数 1
回答已采纳
我的问题是，如果我们在客户端编写业务逻辑，是否会有任何安全漏洞，以及在客户端编写有关firebase的业务逻辑时会有哪些其他问题。
浏览 0提问于2017-11-14得票数 2
1回答
将线程逻辑与业务逻辑耦合是一种常见的做法吗？我的问题是考虑到测试驱动的开发，想知道测试与线程逻辑相关的商业智能是否有好处/缺点。是否可以使用相同的方法将业务逻辑与其他常见设计模式解耦？
浏览 0提问于2013-03-29得票数 2
回答已采纳
1回答
我刚刚看了一个youtube的WSO2 ，里面讨论了两个常见的错误(15m 17s)：这对于WSO2产品集是有意义的然而，从我从camel/servicemix邮件列表中可以看出，为了(a)企业集成、(b)托管业务逻辑和(c)托管协调逻辑这三个关注点，将servicemix (或fuseesb) + camel +activiti组合在一起是很常见的。例如：
浏览 33提问于2012-09-19得票数 1
回答已采纳
我有业务逻辑(服务器端)为我的web应用程序创建一个帐户。代码进行验证，查看是否提供了名称和姓氏，如果提供了，则执行数据库条目，并返回帐户号。我的问题是，在web/ui端以javascript验证的形式镜像业务规则验证是常见的做法，还是有更常见的做法？另一个例子可能是一个名字必须超过一个字符(制定这个规则)。在调用数据库之前，业务逻辑正在检查这一点。应该在我的javascript中复制这个规则吗？这方面是否有一种常见的做法，还是重复一些验证的
浏览 4提问于2014-01-23得票数 0
回答已采纳
在ASP.NET MVC应用程序和Java应用程序中，通常会将业务逻辑保存在单独的包/dll中，并处理数据库和传递机制(web应用程序、web服务、本地移动或桌面等)。作为。我可以看出，这种结构的一些优点是：
考虑应用程序是什么，而不是如何交付但是这种做法在Rails社区中并不常见；我没有看到任何Rails应用程序将<em
浏览 0提问于2013-01-21得票数 4
回答已采纳
规范模式是DDD中使用的一种常见模式，它封装了业务逻辑以响应一个问题。. */}
域驱动设计中还有哪些常见的模式？
浏览 2提问于2010-11-04得票数 12
回答已采纳
我想知道为什么最常见的东西/基本逻辑不只是放到产品上。创建Product.Core而不在产品中直接放任何东西仅仅是为了暗示类的真正含义吗？关于这一点，/best有什么“规则”吗？编辑:如果我要在名称空间中划分3件事: GUI、DataAccess和业务逻辑，并决定将类放在3个名称空间中。前两个是显而易见的：Product.DataAccessProduct.Core产品
现在我想知道哪个更“标准”：业务<
浏览 0提问于2016-12-06得票数 0
1回答
在我所见过的大多数ASP.NET web应用程序中，业务逻辑都托管在web服务器的asp.net主机进程中。另一种常见的方法是拥有一个物理或逻辑上不同的层，它承载您的业务对象，然后作为web服务公开，或者通过WCF之类的机制进行访问。后一种方法通常但并非总是在需要更高的规模时使用。在COM对象的时代，我看到了( MTS )和后来的COM+托管，用于托管包含业务逻辑的COM对象，其中MTS(理论上)管理对象生存期、事务、并发yada。为什么要从MTS托管模型(类似于Tom
浏览 0提问于2010-07-24得票数 6
回答已采纳
例如，我有(伪代码)：要有一个有效的DB层，我需要另一个方法返回数据的子集(重载的方法或其他方法)。但是，我可以“欺骗”并省略ToList()，我的业务逻辑</e
浏览 3提问于2013-02-27得票数 2
我不喜欢在Rails中模型既用于业务逻辑又用于持久性的想法。我喜欢将两者分开:让我的模型包含业务逻辑，并使用另一个类层次结构来持久化。有什么想法吗？
浏览 0提问于2012-08-02得票数 1
回答已采纳
GUI库的一些常见问题解答建议如下所示： do_some_work() do_some_work() end while无论如何，我们知道将业务逻辑代码与用户界面代码分开是一种最佳实践上面的例子是在业务逻辑函数中混合用户界面代码。
在业务<
浏览 0提问于2009-02-16得票数 1
回答已采纳
就我的理解而言，我想知道，既然NodeJS是基于JavaScript，那么最终用户是否有可能以一种导致安全漏洞的方式对代码进行黑客攻击。我的意思是，既然NodeJS是JavaScript，而JavaScript通常在浏览器上运行，那么访问应用程序的最终用户是否有可能查看应用程序的业务逻辑？尤其是，JavaScript在基于浏览器的编码中是否有任何已知的安全漏洞或预防措施扩展到服务器端编程？或者在其他服务器端语言中没有发现NodeJS特有的其他特定漏洞吗？
浏览 4提问于2014-04-02得票数 1
回答已采纳
3回答
使用nTier架构，创建数据层、业务层、工作流层和ui层是很常见的。在此设置中，您的数据层和业务层是分开的，可以由其他层重用。在ASP.NET MVC中，模型似乎同时充当业务层和数据层，因为很明显，模型就是数据，并且所有文档都表明业务逻辑属于模型。
当这两层混合在一起时，该体系结构如何促进良好的关注点分离？
浏览 4提问于2015-08-31得票数 3
对于生产环境中的客户数据，我有一个积压的ActiveMQ消息主题，我需要编写一个脚本来对其进行排队列，并执行任何业务逻辑所需的操作。如果业务逻辑出了问题，但我已经读过消息(可能是通过JMS )，这可能意味着所有的消息都消失了--我会遇到很大的麻烦。
是否有一种不删除邮件的方式来读取这些消息？
浏览 0提问于2018-10-15得票数 0
回答已采纳
2回答
将业务逻辑排除在控制器之外是常识。数据库访问逻辑应该位于存储库上，这也是常识，使用存储库模式，如下所述：
但是，存储库模式仅指定非常简单的低级数据库操作: Insert、Delete、Update、Select。人们也建议将验证逻辑排除在其中。这不是问题，因为大多数验证都可以放在模型对象本身中。当我们需要进行某种交叉验证时，即验证需要查看同一模型对象的多个实例时(例如，确保名称在同一对象的所有实例中是唯一的)，或者更糟糕的是，当验证逻辑需要检查两个或多个不同类型的对象时，问题就出现了。在这种情况下，我们有
浏览 0提问于2012-10-13得票数 1
为了保持模型中的业务逻辑，我想知道在模型中运行方法(与WillPaginate gem相关)是否是一个paginate通用实践。
这是常见的做法吗？
浏览 6提问于2011-10-19得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM活动推荐
腾讯云开发者
