反对vcvj处理FAQ事件可能有的徇私舞弊

vcmute 2005-10-19 03:16:55
vcvj一下子添加了10个FAQ,本无可厚非
基本上都是自己提交的自己审理
主要解答者是别人,也就算了,最多算热心
主要解答者是自己的话,是不是要衡量一下
Java Web Services / XML 又不是只有一个版主,再说了大版也可以审理的

看看你自己的回复,大家说说觉得主要解答者应该是你么?
http://community.csdn.net/Expert/FAQ/FAQ_Index.asp?id=210900
回复人: vcvj([呆]福州ing, [想]去Singapore, Saving $ 4 cars) ( ) 信誉:179 2005-7-25 12:48:58 得分: 10
may you should return a xml with whole records which you should define by yourself.
you could consider that the xml file includes the information whole fields

http://community.csdn.net/Expert/FAQ/FAQ_Index.asp?id=210901
回复人: vcvj([呆]福州ing, [想]去Singapore, Saving $ 4 cars) ( ) 信誉:156 2005-7-12 9:20:34 得分: 10
A server on server side, which only response xml information from client's requirement with responsibility for.
N clients on client side, which require your condition to the server and receive xml datas via Xmlhttp;
as far as how to implement client side, plz refer to javascript and xmlhttp.

我想vcvj是不是应该出来有个说法,希望以后主要解答者是自己的FAQ审理要严格点

大版们也不看看FAQ的审理的,就任由这种现象泛滥?分数给最后一个支持本次反对的人
...全文
448 24 打赏 收藏 转发到动态 举报
写回复
用AI写文章
24 条回复
切换为时间正序
请发表友善的回复…
发表回复
bluelily22 2005-10-19
  • 打赏
  • 举报
回复
不就是犯了点小错误,况且也不算是什么错误,只是有点嫌疑 ,呵呵

以后请大版主将规则重新规定一下,大家照执行就可以了,我想规则以后会越来越成熟的,那样这种误解就会少一点了
laomai 2005-10-19
  • 打赏
  • 举报
回复
靠!白板这次玩过火了...
vcmute 2005-10-19
  • 打赏
  • 举报
回复
OnlyFor_love 我就不和你计较了,1分能收买谁?

vcvj 目的并不是要谁辞职,损人不利己,只是提醒
vcvj 2005-10-19
  • 打赏
  • 举报
回复
[[ vcvj ]]申请撤本人XML版块版猪,谢谢大家,进来接分

http://community.csdn.net/Expert/topic/4337/4337288.xml?temp=5.379885E-02
OnlyFor_love 2005-10-19
  • 打赏
  • 举报
回复
///////////////////////////////////////////////////
大版们也不看看FAQ的审理的,就任由这种现象泛滥?分数给最后一个支持本次反对的人
////////////////////////////////////////////////////////////////////////////////


不要用分来收买人,如果这样可以的话,我拿人民币收买你,你同意吗??


RPWT--------------------->人品问题
OnlyFor_love 2005-10-19
  • 打赏
  • 举报
回复
这里还有我最想说的一句话就是::


如果明天地球就要毁灭,你还会来计较这些吗?????????
OnlyFor_love 2005-10-19
  • 打赏
  • 举报
回复
司令也说了,这次是vcvj有点不对,难道大家都不给他一次机会吗??


我的小号大家也都知道,congbailing_914 曾经为了升星,自己给自己倒分,后来被大斑竹封了ID,信誉值都没了,后来我象他们保证以后会改的,就这样我的号又回来了!
为了证实我自己的能力,我重新建立了一个帐号,也就是现在的OnlyFor_love,从零开始,一直到现在的两星,还做了应用服务器版的斑竹。

所以说,犯错误没有关系,知错能改,还是好孩子!
YuLimin 2005-10-19
  • 打赏
  • 举报
回复
自己提交的FAQ不要自己审核!!!
myth822 2005-10-19
  • 打赏
  • 举报
回复
1.主要解答者是自己的要注意,说好听点是公正,说难听点是避嫌

->我们只是程序员,只要认为是对别人有帮助的事就可以做,不存在避不避嫌的问题

2.如果你只是要说xmlhttp的,我想前一位得70分的已经说了,为什么他不是主要解答者

->个人的看法不同,各有个的道理,如果搂主不满的话,可以向大版投诉
vcvj 2005-10-19
  • 打赏
  • 举报
回复
看来司令和我一样郁闷:
http://community.csdn.net/Expert/topic/4336/4336302.xml?temp=.1097986
vcvj 2005-10-19
  • 打赏
  • 举报
回复
随便认证一下: 各种语言在接收某服务器(WebServices) 返回记录集的最佳方案(除XML包装定义一套记录集数据)
vcvj 2005-10-19
  • 打赏
  • 举报
回复
不好意思,我看你ID怎在JAVA块没历史,以为.....(呵呵,最近做啥啥倒霉)

到VC版看下,原来是好人,误解误解....

主要解答人问题,我当时处理FAQ时,看到自己回答与主要回答,想了一下,其实想到这问题。

从技术上讲你也想想: 如种语言调用 webservices 其实很难有什么做到把记录集对象给予返回,至少我个人有点这样觉得,只能以String方式把记录集以XML描述返回,因为客户端是各不同的,所以我认识架以其它方法不太确实,所以选择了个人的方案为主要解答人。

当然对方给分多少问题,可能他认同解决理解不一,这点我也难做,因为据所知(个人才浅) 好像这样是比较简单可行的一种方法,我也不能保证这是对的,这点我想我做得比较不好。

还有FAQ问题,提交后还要再验证之事,因为我想我管的这小块XML 应该可以没问题审过,想减少一下其它版主压力及及时性。

FINALLY: 真的很背,recently!!!!! GOOD LUCK!
vcmute 2005-10-19
  • 打赏
  • 举报
回复
明确这个贴的意图
1.主要解答者是自己的要注意,说好听点是公正,说难听点是避嫌
2.如果你只是要说xmlhttp的,我想前一位得70分的已经说了,为什么他不是主要解答者

为人厚道,才来提醒你的,小伙子火气别那么大,只是想提醒你热心的同时要注意理智
OnlyFor_love 2005-10-19
  • 打赏
  • 举报
回复
我们版主提交FAQ不在于自己的信誉分,而是在于提交的FAQ对于你们是不是有帮助。
只要有帮助那就行了,可能这个FAQ对于你来说很简单,不值得提交,但是还有很多初学者都是不会的,也就是说FAQ是面向不同的java爱好者。

dssaaa 2005-10-19
  • 打赏
  • 举报
回复
10609118
vcvj 2005-10-19
  • 打赏
  • 举报
回复
correct:
In my own personal opinion, providing a solution is a main key to some ppl who can't be sure of the 'way' which is correct!
vcvj 2005-10-19
  • 打赏
  • 举报
回复
!!!!!!!!!!!!!!!做人要厚道!!!!!!!

我有段时间没来回答倒是真的,我的分也从来没什么来像你这样大动干火,我的回答很明显是解决的,你想不用XmlHttp解释,那是什么?这是解决方法,请楼主认识一下,CSDN回答有些是告诉你the way, the method, 不是什么回贴一定要step by step,hand by hand, 才是你所说的,我只是想减少些负担!!!!!
In my own personal opinion, providing a solution is a main key to some ppl who can't be sure of the why which is correct!
BTW, 我想你应该在CSDN上不是一二天了,不要随意情意做事,如果你有学过MCSD里的'解决方案' 一课,我想你应该知道solution对指导的意义.
84830388 2005-10-19
  • 打赏
  • 举报
回复
作弊啊!!1
我说JAVA版的怎么信誉都这么高呢?原来是有办法的。
估计是在追赶那个信誉达700多的。嗯。
healer_kx 2005-10-19
  • 打赏
  • 举报
回复
MS我的裤衩比较多啊.
healer_kx 2005-10-19
  • 打赏
  • 举报
回复
晕死,被抢了... ...
加载更多回复(3)
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。

23,404

社区成员

发帖
与我相关
我的任务
社区描述
Java 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧