- 主题:怪不得 windows 流行呢。
【 在 flyriver (江~~人生抉择) 的大作中提到: 】
: 其实用户信息完全可以改用 mysql 或其他方式来存储的,
: 不过需要重写一部分函数。
: 如果要简单一点,或许可以试试把中文名 map 成英文名的办法。
: ...................
UTF-8,hehe
--
FROM 61.49.228.235
对了,上次是想问你,fterm 能自动支持这个编码吗?
【 在 kxn (离开在2004.7.15) 的大作中提到: 】
: UTF-8,hehe
--
FROM 128.12.155.*
不错,但是得调大用户名长度了,呵呵
【 在 kxn (离开在2004.7.15) 的大作中提到: 】
: UTF-8,hehe
--
FROM 221.218.16.*
telnet 方式查用户时,用户名自动补全,或列出可能的用户名,
有点像 bash。
【 在 wangzhuoer (沧海三声笑) 的大作中提到: 】
: what is "name completion"?zzzz
--
FROM 221.218.16.*
telnet 下面支持这个编码?
【 在 atppp (Big Mouse) 的大作中提到: 】
: 对了,上次是想问你,fterm 能自动支持这个编码吗?
--
FROM 61.49.228.235
其实还是不行的,呵呵, UTF8 的编码空间依然在 0x80 以上
还是 base64 比较合适。。。
【 在 flyriver (江~~人生抉择) 的大作中提到: 】
: 不错,但是得调大用户名长度了,呵呵
--
FROM 61.49.228.235
比较新的 terminal emulator 应该都支持了,至少 xterm 的输入输出都可以转码成 utf-8
【 在 kxn (离开在2004.7.15) 的大作中提到: 】
: telnet 下面支持这个编码?
--
FROM 128.12.155.*
【 在 curis. 的大作中提到: 】
: 转信站: JMU!netnews.sdu.edu.cn!news2.happynet.org!news.happynet.org!YTHT
: 原来 unix 上面使用一个东西,这么的麻烦。
: 写技术文档的人, 不要总是想着 文档是给自己写的。
: 不要总是 假定 读者已经 具有很高的水平了。
: 我身边的一个人,就曾经问我, 怎么发帖子, 问了半天,才知道必须先注册。
: 还问,怎么使用 qq, 后来才知道, 要下载 qq软件, 而且还要申请一个帐号。
: 所以,不要假定 别人对 你的技术文档都能看明白。
: 不要 故意故弄玄虚。
: 不要只是写 一两句指令, 别人 copy 到机器上,根本就不能执行。
window大众化~~
--
FROM 210.34.155.244
是吗?我明明几天前看过 ytht (0.0.3?) 的代码,是用 hash 的
它把中文打头的也通过一定的算法转换成 英文了 好像是
(unsigned char)c % ('Z' - 'A') + 'A'
不过 ytht 的代码还是比较不工整的啊, 不过我只看了一小部分,瞎说说的。
(yuhuan ..等看了别打我,呵呵)
用 fcntl() 控制文件锁为什么不写成一个函数呢, 每个地方都 struct flock ldata;
挺罗嗦的
【 在 wangzhuoer@smth.org-SPAM.no (沧海三声笑) 的大作中提到: 】
: 【 在 atppp (Big Mouse) 的大作中提到: 】
: : 这个据 k core 说不能这么做,除非你改 hash 函数... 不过我只是听说...
: KCN大哥这么说了?不过有个建议,hash函数的运用虽然提高了一定的查询速度。但ytht好像没有用hash但速度也不见得很慢,而且因为hash的运用而缺少中文ID这一功能,总觉得有点得不偿失的感觉 。英文就那几个字母,想取一个自己喜欢的ID(经常会遇到已经被注册提示)着实郁闷,而对于中小站来说,hash并不见得很占便宜,希望开发组,能考虑一下。或者说我哪里没有想得周全。请指教
: ...................
--
FROM 218.108.202.59
至多1.5倍
【 在 flyriver@smth.org-SPAM.no (江~~人生抉择) 的大作中提到: 】
: 不错,但是得调大用户名长度了,呵呵
: 【 在 kxn (离开在2004.7.15) 的大作中提到: 】
: : UTF-8,hehe
--
FROM 218.108.202.59