Board logo

标题: [其他] 无启动参数类控制台三方Base64.exe CDB.exe [打印本页]
作者: a2002    时间: 2017-7-21 14:03     标题: 无启动参数类控制台三方Base64.exe CDB.exe

这几天在家无聊研究了下B64代码，制作了两个程序

无启动参数类控制台三方

CDB.exe made by a2002
打开文件(夹）选择框，输出选择路径

CDB={d|f} - 指定打开方式,d文件夹,f文件


Base64.exe made by a2002
Base64代码加解密工具（解密建议用certutil较快）

B64_Type={c|d} - 指定加解密,c加密,d解密
B64_File       - 存放打开的文件（无引号）

使用例程：
  1. @echo off&title Base64加解密&rem by a2002

  2. set /p "Choice=（1.加密 2.解密）："

  3. goto :%Choice%

  4. 

  5. :1

  6. set CDB=f

  7. set B64_Type=c

  8. for /f "tokens=*" %%a in ('CDB') do set "B64_File=%%~a"

  9. Base64

  10. <nul set /p =Base64加密成功！,

  11. pause&exit /b

  12. 

  13. :2

  14. set CDB=f

  15. set B64_Type=d

  16. for /f "tokens=*" %%a in ('CDB') do set "B64_File=%%~a"

  17. Base64

  18. <nul set /p =Base64解密成功！,

  19. pause&exit /b
复制代码
第三方下载：
链接: https://pan.baidu.com/s/1B8F0EAVR392f52q-vbMEgA 提取码: be9w
作者: a2002    时间: 2017-7-21 14:21

算了，顺手把我做的记事本也抖出来~

这个记事本外形和系统自带的记事本差不多，但添加了一些功能

支持十六进制编辑修改
支持特殊字符（包括Tab键）
缩进代码（40Kb）

版本1.0 by a2002
作者: 老刘1号    时间: 2017-7-21 16:26

哈哈，又是Base64算法
我也写过
Happy兄也写过
真是火啊
作者: a2002    时间: 2017-7-21 16:31

回复 3# 老刘1号


    对啊,这种算法效率高,体积较小,还兼容乱码文件,所以Base64是极好的了
作者: 老刘1号    时间: 2017-7-21 16:50

哈哈，乱码文件是二进制文件吧
蜜汁称呼
作者: a2002    时间: 2017-7-21 16:53

回复 5# 老刘1号


    习惯这么叫了
作者: qazplm    时间: 2017-7-21 16:54

这种从变量中获取参数的方式并不灵活，另外这里是开源区
作者: a2002    时间: 2017-7-21 17:19

开源区？我又成功的发错地方了
作者: 老刘1号    时间: 2017-7-28 16:22

本帖最后由 老刘1号 于 2017-7-28 16:25 编辑

回复 2# a2002


    16进制分明不支持修改，而且实际测试过程中，甚至不能显示
对换行符的处理有一些问题，一些文本载入后只能读取第一行
360报毒
PEiD居然扫不出你这个是什么语言写的
总结：不如记事本
作者: a2002    时间: 2017-7-28 18:03

回复 9# 老刘1号


    确实，我承认，我编的软件有很多bug,如查找替换,载入速度缓慢,0x00不兼容等，但有几点说的不对
第一：支持Hex编辑，不过只能改十六进制数据，修改后在格式-》十六进制保存中保存
第二：只读取一行是因为你未开启显示0x00字符，在格式中设置
第三：版本已更新，修复部分bug(编码转换)

补充,不是处理换行符有问题,而是处理0x00字符有问题
作者: 老刘1号    时间: 2017-7-28 18:59

本帖最后由 老刘1号 于 2017-7-28 19:03 编辑

回复 10# a2002


   
首先表示支持，不说你程序的问题，至少态度不错。
可能是我不会用～
几点建议：
1、添加详尽的使用说明
2、做充分的兼容性测试
作者: a2002    时间: 2017-7-28 19:06

感谢使用,我会不断改进的

十六进制编辑目前仅支持修改,不支持创建
如果要以十六进制载入,将文件拖入即可
十六进制只接收十六进制保存和字体
作者: a2002    时间: 2017-7-28 19:06

载入支持命令行及直接拖入文件
作者: 老刘1号    时间: 2017-7-28 19:11

回复 13# a2002


    好的，测试一下
你这奇葩用法不说明清楚谁会用啊
作者: 老刘1号    时间: 2017-7-28 20:21

本帖最后由 老刘1号 于 2017-7-28 20:39 编辑

回复 13# a2002


    一些BUG：
Unicode-BOM无法识别，
带BOM都无法识别，很难想象不带BOM会怎么样
显示0x00点击后当时无法看到效果
给你的忠告：
1、一些蹩脚的功能
隐藏、显示0x00基本可以去掉了，没有实际意义
不显示0x00的话，只能读取到文件第一个0x00的前一个字符，实在想不出有何意义
载入文件时应按文件大小载入，而不是将0x00当作字符串结束符
2、糟糕的用户体验及奇诡的软件用法
让用户猜软件用法，这是犯了编写软件的大忌
自己用的话，可以无视这条
一个好的软件，被用户认可的软件，应有着良好的UI
应该非常容易让用户上手，而不是让用户来猜测用法
如果将你这个软件当成商业软件，无疑是非常失败的
用户将很难容忍软件奇诡的用法
甚至产生被戏弄的感觉
况且没有说明文档，用法靠猜
你先别急着嘲笑tiger在发帖时的失误
你的这个软件的性质也和他那个帖子的性质差不多
你写的第三方也是一样，7楼说的好
这是批处理调用，从变量读取没问题
如果是其他语言呢？比如说vbs呢？
你的软件可以读取vbs的变量吗？
这样奇诡的调用方法会使你的软件丧失可移植性
抛开这个不说
批处理调用第三方的语法应该尽可能和批本身的语法靠拢
让用户不习惯，不能接受的用法应该尽可能的改进，甚至抛弃
可能是你受了capi的影响
capi是将dll远程注入到cmd进程里，需要用cmd的内部命令调用
作者好像感觉set比较贴近于使用环境，而就使用set来当作替补指令
使用set当替补指令来调用API是没有办法的办法，
况且你看看其他语言的API函数调用，哪个不比Capi系列人性化
再抛开这个
变量传参还会占用变量命名空间，占用多余系统内存等
况且本来一行就能搞定的命令，这样需要写2、3行甚至更多
不仅降低了代码可读性，还让代码看起来没有逻辑，丧失了批语法简练的精髓
3、免杀处理及适当开源
软件的免杀非常重要，这关系到你的软件能不能被新用户信任
如果你下载了一个软件，杀软立马报毒，要求处理
不管你怎么办，作为中马多次的我会立马删除掉它，管他有没有马
用户不会为了一个无关紧要的软件而冒着资料被锁甚至恶意勒索的风险打开软件
我敢打开真的是因为比较熟悉你了，知道你没有恶意
新用户可不知道这些
简单的软件完全可以开源
可能你还是受d兄的影响，觉得开源好像是自己失去了什么东西
或是觉得代码写的不够完美，不好意思开源
适当的开源可以使你的软件呈现在编程爱好者面前
他们可以更轻松的给你提出建议和意见而不用开着调试软件就调试就分析
况且不是谁都有心在底层分析你的程序算法，也不是谁都会逆向分析
适当的开源也给用户安全感
因为用户认为你的软件思路是曝光了的，就不会过多在意杀软报毒了
现在开源软件很少的原因是同行业竞争激烈，开源可能会使自己产品的优势被别人套用
致使软件营销处于劣势
如果是这样的情况，我不建议你开源，但是如果不是，开源也没什么大不了的
作者: a2002    时间: 2017-7-28 20:29

回复 15# 老刘1号


    并不是,只是感觉set读取方便而已
而且这软件并不用于商业用途,纯属娱乐
是临时想出来的,仅用于分享
作者: 老刘1号    时间: 2017-7-28 20:35

回复 16# a2002


    哈哈，你这么想的话，我想我也无需多言
浪费了我40分钟的时间



欢迎光临 批处理之家 (http://www.bathome.net/) Powered by Discuz! 7.2