A. EOS的开发流程
创建一个引用EOS报表构件包的项目。引用该构件包后，即可在此项目上创建报表模板，以及调用报表运算逻辑。用户也可以现有项目上添加引用报表构件包。
2. 创建报表模板。
o 确定数据库的连接方式。
o 在报表模板中定制数据的汇总、统计。
o 确定最终显示样式。
3. 开发JSP，展现逻辑，业务逻辑。
实现数据的提取、显示、打印、导出等功能。
4. 调试发布。 1. 根据调用位置的不同，调用EOS报表的方式有两种：
o 在JSP页面上调用tag。
o 在业务逻辑中调用EOS报表的运算逻辑。
2. 根据数据库的连接方式分为：
o JDBC/XML数据源。
o EOS数据源。 一般情况下，报表都是一组有条件的查询结果，下面将用四个示例分别介绍针对同一需求的四种不同开发方式。
用户需求如下：
查询现有系统中的用户角色和用户信息，以报表的形式展示出某些角色所对应的用户名和用户ID。既可以查询某一角色对应的用户信息，也可以查询所有角色对应的用户信息，并可以将查询结果打印或导出到EXCEL中。
案例分析：
1. 查询要求
o 要求实现条件查询，条件为角色。
o 分组显示，按角色分组。
o 可以以html,applet,excel格式返回结果集。
2. 实现要点
o 需要创建条件查询页面，做为用户查看报表的入口，在该页面需要实现：选择角色、选择结果的显示格式。
o 需要实现分组显示，该功能在报表模板中实现。
o 需要设定显示格式，该功能在结果页面完成。
o 数据的提取可以由结果页面直接调用报表模板实现，也可以由后台调用“展现逻辑+业务逻辑”的方式实现。
3. 表结构和数据显示
以下关联的三个表均为eos的系统表。
查询SQL语句如下：
select
o.userid,o.operatorname,r.rolename
from
EOSOPERATOR o,
EOSOPERATORROLE eor,
EOSROLE r
where
o.operatorid=eor.operatorid and
eor.roleid=r.roleid and
r.rolename like '%'
order by r.rolename
4. 实现结果展示
o 查询条件页面
o 查询结果页面
B. 关于nodejs 怎么实现 crypto des加密
就是加密和解密使用同一个密钥，通常称之为“Session Key ”这种加密技术在当今被广泛采用，如美国政府所采用的DES加密标准就是一种典型的“对称式”加密法，它的Session Key长度为56bits。
非对称式加密：
就是加密和解密所使用的不是同一个密钥，通常有两个密钥，称为“公钥”和“私钥”，它们两个必需配对使用，否则不能打开加密文件。
加密为系统中经常使用的功能，node自带强大的加密功能Crypto，下面通过简单的例子进行练习。
1、加密模块的引用：
var crypto=require('crypto');
var $=require('underscore');var DEFAULTS = {
encoding: {
input: 'utf8',
output: 'hex'
},
algorithms: ['bf', 'blowfish', 'aes-128-cbc']
};
默认加密算法配置项：
输入数据格式为utf8，输出格式为hex，
算法使用bf,blowfish,aes-128-abc三种加密算法;
2、配置项初始化：
function MixCrypto(options) {
if (typeof options == 'string')
options = { key: options };
options = $.extend({}, DEFAULTS, options);
this.key = options.key;
this.inputEncoding = options.encoding.input;
this.outputEncoding = options.encoding.output;
this.algorithms = options.algorithms;
}
加密算法可以进行配置，通过配置option进行不同加密算法及编码的使用。
3、加密方法代码如下：
MixCrypto.prototype.encrypt = function (plaintext) {
return $.rece(this.algorithms, function (memo, a) {
var cipher = crypto.createCipher(a, this.key);
return cipher.update(memo, this.inputEncoding, this.outputEncoding)
+ cipher.final(this.outputEncoding)
}, plaintext, this);
};
使用crypto进行数据的加密处理。
4、解密方法代码如下：
MixCrypto.prototype.decrypt = function (crypted) {
try {
return $.receRight(this.algorithms, function (memo, a) {
var decipher = crypto.createDecipher(a, this.key);
return decipher.update(memo, this.outputEncoding, this.inputEncoding)
+ decipher.final(this.inputEncoding);
}, crypted, this);
} catch (e) {
return;
}
};
C. Web前端密码加密是否有意义
密码在前端加密完全没有意义，对密码系统的安全性不会有任何提高，反而会引发不必要的麻烦。首先，做前端开发的人需要知道，前端系统的控制权是完全在用户手里的，也就是说，前端做什么事情，用户有完全的控制权。假设如同 @陈轩所说，前端做过了md5，后台就不用做了，这个做法会有什么后果？如果某一天，这个系统的数据库泄露了，黑客就直接拿到了每个用户的密码md5值，但此时，由于黑客知道密码是在前端进行哈希的，所以他不需要爆破出该md5对应的原文是什么，而是直接修改客户端向服务器发出的请求，把密码字段换成数据库中MD5就可以了，由于与数据库中记录一致，直接就会登录成功。这跟直接存储明文密码没有任何区别！！！所以不管前端是不是加密了密码，后台使用安全的哈希算法对内容再次转换是非常有必要的。（MD5可不行，要用bcrypt，我之前回答过一个类似的：随着显卡性能的高速发展，目前的快速Hash算法是否已经变得不够安全了？）这个回答还有一个人赞同，希望大家别被错误答案误导了。另外一个答案 @林鸿所说，在非安全HTTP连接上，可以防止原始密码被窃听。但问题在于由于你的登录系统接受的哈希过的密码，而不是原文，窃听者根本不需要原始密码，只要通过哈希结果就可以伪造请求登录系统。这样做只能防止被窃听到原文的密码被攻击者用在社会学攻击上，而不能改善该网站的安全性。所以不管前端是不是加密了密码，使用HTTPS安全连接进行登录都是非常有必要的。以上我说的两点，合起来看就是：不管前端是否加密了密码，都不能以此为假设，让后端设计的安全等级下降，否则就会有严重的安全问题。实际上，前端进行密码加密，可以看做帮助用户多进行了一次原文的转换，不管用了什么加密算法，算出来的结果都是密码原文，你该如何保护用户的原始密码，就该如何保护此处的加密结果，因为对你的登录系统来说，它们都是密码原文。以上这些，说明了密码加密是没有什么意义的，接下来，我要说明前端加密会带来什么问题。有些人会认为前端进行了加密，可以降低后台的安全性需求，这种错误的观念会造成系统的安全漏洞。实际上，你不能对前端做任何的假设，所有跟安全相关的技术，都必须应用在后台上。前端进行加密会造成页面需要js脚本才能运行，那么假设你的系统需要兼容不能运行js的客户端，就必须再设计一个使用原文的登录接口。由于前端是不是加密，所有安全机制都必须照常应用，所以为系统增加这样的复杂性是完全没必要的，即使传输明文密码，只要正确使用了HTTPS连接和服务器端安全的哈希算法，密码系统都可以是很安全的。
D. 非vue项目在js里使用jsencrypt
java，thinkPHP等都可以使用jsencrypt.js。
使用jsencrypt.js的目的是实现对数据进行加密传输，因为JSEncrypt属于RSA加密，RSA加密算法是一种非对称加密算法，RSA加密使用了"一对"密钥.分别是公钥和私钥，使用公钥加密的数据,利用私钥进行解密，使用私钥加密的数据，利用公钥进行解密。
在前端项目中使用jsencrypt进行字段加密的使用步骤（以PHP为例）：获取公钥；实例化对象；设置公钥；将所需数据进行加密然后返回。
E. 为什么nodejs里session没有secret配置项就会报错
secret 是必需的选项，这是用于签名会话ID cookie的密钥。这可以是单个密钥的字符串或多个秘密的数组。如果提供了一组密钥，只有第一个元素将用于签名会话ID cookie，而在验证请求中的签名时，将考虑所有元素。参考：https://github.com/expressjs/session
F. libcocos2djs.so用手机怎么找密钥
首先打开手机的设置功能，然后选择手机安全这一选项，进去之后会看到网络安全，点击进去就会查询到自己的网络安全密钥
G. 有关使用CryptoJS的AES方法进行加密和解密，后台获取前端生成的公钥进行AES加密。前端js如何使用私钥解密
如果你的填充模式不是PKCS5Padding肯定就解密不了了
CryptoJS.aes.encrypt(srcs, key, { iv: iv,mode:CryptoJS.mode.cbc.padding:CryptoJS.pad.NoPadding});
CryptoJS可以用的填充模式：
Pkcs7 (the default)
Iso97971
AnsiX923
Iso10126
ZeroPadding