你说要base64？ <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 119011

haitao：

你说要base64？

[阅读: 381] 2005-03-24 08:44:37

应该不会吧？经过base64，数据量就要大了1/3啊

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

【技术贴】昨天做了个HTTP文件上传组件，有问题问问 (1300字) (有狐 [561] 2005-03-24 16:10)
- 总之，HTTP就是向服务器发送一个字符串。 (59字) (pcplayer [477] 2005-03-24 16:28)
  - 不是构造字符串，而是从varByte+varArray中分析出各项值域名称、类型、内容 (空) (有狐 [434] 2005-03-24 16:44)
    - 分析？你是说服务器端？我还以为是客户端的组件。 (31字) (pcplayer [388] 2005-03-24 16:48)
      - 是有很多控件，我就是想自己琢磨琢磨 (空) (有狐 [343] 2005-03-24 16:50)
        你可以看看人家的辕马，先看别人是怎么实现的嘛。也可以测试一下那个辕马本身的效率。 (空) (pcplayer [444] 2005-03-24 16:55)
        说的有理，不过我一般都习惯先看别人组件的使用，再自己琢磨如何实现，然后再看别人怎么实现 (4字) (有狐 [434] 2005-03-24 17:01)
  - 你说要base64？ (26字) (haitao [380] 2005-03-24 16:44)
  - 浏览器是一股脑全在一块传给服务端处理程序的，服务端得一项项分析出来 (空) (有狐 [406] 2005-03-24 16:45)
- 几百M的文件很快搞定，而且占CPU低 --- 很快搞定是指很快传完，还是很快完成你要传的字符串的构造过程？ (空) (pcplayer [625] 2005-03-24 16:29)
  - “传”不是组件负责的事，组件是负责分析已经获得的内容 (空) (有狐 [355] 2005-03-24 16:47)
- 不专业：这里是附件内容，可能是很大很大的二进制乱码内容 (14字) (王中王 [489] 2005-03-24 16:44)
  - 应该是2进制的吧 (10字) (haitao [376] 2005-03-24 16:45)
  - 不是编码，是文件的原二进制内容 (空) (有狐 [445] 2005-03-24 16:46)
    - 比如上传一个内容为“AAA”的文本文件，服务端得到的内容就是“AAA” (空) (有狐 [418] 2005-03-24 16:47)
      - ASCII文本文件当然不用另外编码。如果是其它二进制的数据就需要编码为ASCII来传输了。 (空) (pcplayer [476] 2005-03-24 16:54)
        我觉得不会 (36字) (haitao [408] 2005-03-24 16:59)
      - AAA当然是AAA了，7位的不变，8位的要编码，当然并一定是BASE64编码，但一定要编成“传输健全”的7位 (空) (王中王 [446] 2005-03-24 16:56)
        不是不是，我只是拿txt打了个比方，传个bmp,jpg之类的也是一样，服务端拿到的和用记事本打开看的结果一样 (空) (有狐 [429] 2005-03-24 16:59)
      - RFC： (981字) (王中王 [455] 2005-03-24 16:58)
        我估计就是里面的那个“binary” (空) (有狐 [362] 2005-03-24 17:00)
        又仔细看了一下，忽然觉得这个似乎和我的没什么关系吧？ (70字) (有狐 [444] 2005-03-24 17:26)
- 这个东西网上有很多组件，但一般很少见到实现的讨论（反正我只见过左轻候的一个文章） (空) (有狐 [353] 2005-03-24 16:49)
  - 就是根据RFC文档中的描述，把一个大串分解成相应的文件名、文件体，再解码 (空) (王中王 [574] 2005-03-24 17:07)
    - 没错，不过这个分解，解码的过程不同做法会有不同效率，所以我琢磨琢磨哈 (空) (有狐 [335] 2005-03-24 17:09)
- 想要效率，要做IISFilter（看你好像是用的IIS） (空) (JoJo [395] 2005-03-24 17:07)
  - JoJo好久不来指导了，稍微详细点吧，IISFilter我都没听过 (空) (有狐 [433] 2005-03-24 17:09)
    - 这个 Filter 是个类似ISAPI的东东，挂在IIS上的。 (空) (pcplayer [432] 2005-03-24 17:19)
      - 这个东西为什么就会影响效率呢？ (空) (有狐 [389] 2005-03-24 17:21)
- 我觉得效率就在于那个PosEx上，如果中间有个500M的文件内容，PosEx要找到下一个段的开始得Inc 500M的循环 (11字) (有狐 [588] 2005-03-24 17:20)
  - 不用循环吧，知道头一个文件长度，一下子就跳过去了。 (空) (王中王 [416] 2005-03-24 18:02)
    - 关键就是不知道文件长度的，就需要找到下一个分隔串位置才能得出长度 (53字) (有狐 [381] 2005-03-24 18:37)
      - 是这样，好像没有其他方法。。。 (空) (MaoMao [340] 2005-03-24 18:47)
      - 你的问题抽象为：如何高效率地在一个长串里找到特定的字符。好象除了逐个比对，没有其它办法吧？ (空) (pcplayer [389] 2005-03-24 18:52)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.016 - 503472