DV-2-XviD 0.9 发布
昨天,终于迎来一位中文用户反馈 DV-2-XviD 的问题,于是忙了一晚上,加入了这个很久以来就号称要加的功能——自定义压缩后的文件大小!!
而且这位朋友又提出了不少问题,又给了俺一点小小的动力继续把这个软件维护下去。不过未来的主流肯定是硬盘 DV,就是不知道其缺省的压缩画质比这种软件压缩 XviD 的如何
昨天,终于迎来一位中文用户反馈 DV-2-XviD 的问题,于是忙了一晚上,加入了这个很久以来就号称要加的功能——自定义压缩后的文件大小!!
而且这位朋友又提出了不少问题,又给了俺一点小小的动力继续把这个软件维护下去。不过未来的主流肯定是硬盘 DV,就是不知道其缺省的压缩画质比这种软件压缩 XviD 的如何
嘿嘿,慈父手中线,宝宝身上巾
在刺绣过程中,心想,当初起个简单的名字果然是有好处的...
另:为了支持俺的刺绣活动,昨晚老婆主动洗碗,呜呼,牝鸡牡鸣,此乃不祥也
前天接到一个内部电话,是询问怎样支持英文用户使用搜狐通行证的。事情起源也很简单,为了奥运的需要,访问英文页面的记者们或许有登录的需求。
所以说不管怎么评论这届北京奥运会,必然它会吸引更多的外国人试着了解中国(好像很多人喜欢来类比 88 年的汉城,哦,应该说是首尔奥运会);另一方面也会让更多的中国人去主动加深和国外的交流。
不知道这是不是首次下命令让交互产品部门试着对英文用户更友好,今天看到这么一则消息:搜狐与中国日报战略合作 协作报道奥运——"...搜狐网的独家内容和博客也将被翻译成英文供《中国日报》转载...张朝阳表示...提高搜狐的全球视野"
看中国的这些互联网企业,国际竞争力最厉害的应该的是阿里巴巴,它一直在做的就是一个接入全球供应链的业务;其次是百度,至少已经走出去了;网游公司做东亚市场勉强还行吧,我觉得比腾讯有底气;ctrip 应该也能做得很好,但它真能算互联网公司么;...
现在看老板好像已经觉得可以适时的推进这个过程了,是好事情,但对搜狐这样的本地门户出身的人家来说,路还要慢慢摸索
首先参考一下我的这一篇文章,里面有一个很酷的 url link 的折行效果。哦,没错,这就是 wbr 魔术。
事实上昨天我还在为原来的丑陋布局懊恼不已:
不过今天在查找 webmail 的一个 pre 标签里很长一行文字如何强制折行的显示问题的时候,意外的从老韩那里知道了 gmail 的这个处理链接的方案,非常巧妙!
具体妙用,看看那篇文章的源代码就知道。或者用 firebug 看看 gmail 是如何没有发现空格断词的话就猥琐得时不时插入一个wbr标签的。
这个世界上靠精通 HTML 吃饭的家伙除了 W3C 和做浏览器的那帮人外,应该就是 google 这种搜索引擎公司了吧。
关于 pre 的折行问题,也有相应的 css 解决方案,我这里做了一个简单的测试页面
觉得自己所学还是远远不够
2. Google App Engine 发布。所谓未来的五台超级计算机,Amazon 的S3/EC2/SimpleDB 已经出现一段时间了,Google 现在也有了...下一个会是谁?IBM 还是 MS?
3. 连续三天了,本周早上骑车出门,发现学清路居然不堵车了!!!感觉是新通了一条路,不错不错。
碰到这个问题的时候,网上找到最接近的案例是 http://mail.python.org/pipermail/python-list/2002-July/154968.html, 可惜没有下文。后来在 http://www.nabble.com/TypeError-in-base-class-
不太好描述,写具体例子吧,一共需要三个 py 文件:
module1.py
module2.py
run.py
这三个文件放在同一个目录下,然后运行 run.py,结果看起来很好;但如果我们去掉 run.py 里面的那个注释,就得到错误:
TypeError: unbound method __init__() must be called with Super instance as first argument (got Sub instance instead)
用人家的解释就是:there are some real problems with reloading modules when you have references to objects in the module object. The module is reloaded but the references are not automatically rebound to the new module.
当应用需要从一个目录下 import 所有的模块的时候,如果忘了这个依赖问题,就可能出错了;而且这个错误和遍历目录获得的文件顺序有关,有可能在开发环境下好好的,但部署到生产系统后问题才暴露。切记切记
实在想不出更合适的题目了,贴个图纪念一下
作为 lighttpd 的竞争者,轻量级web服务器 nginx 最近才开始崭露头角,知道它还可以用来做 pop3/imap4 反向代理的估计就比较少了,至于用 nginx 做 smtp 的反向代理,估计全中国现在和我一样想到这个需求的人一只手就能数过来。
需要 smtp 反向代理是因为我们的 vip 邮箱是可以免费试用的,希望在策略上对已交费用户和免费试用用户(其中有相当部分是 spammer)做出不同处理。前面用 nginx 把不同的用户请求代理到后台不同的 postfix 上,然后 postfix 再各自配置不同的 Milter Server 做过滤。另外需要前台能支持 XCLIENT,这样 postfix/milter 可以得到客户端的 IP,对于 anti-spam 来说是很有意义的。
nginx 在大约一年前增加了对 XCLIENT 的支持,对于 webmail 服务来说,nginx 可以说是再完美不过的反向代理前台了。
nginx 配置 smtp 反向代理需要在配置文件里加这么一段:
mail { auth_http http://127.0.0.1/auth; server { listen 26; protocol smtp; proxy on; smtp_auth login plain; } }
用 python 写一个简单的 auth 服务来做测试:
修改 postfix 的 main.cf 配置,允许 nginx 代理服务器发送 XCLIENT 命令。
smtpd_authorized_xclient_hosts = 127.0.0.0/8
理论来说,到这里就应该就都配置好了。但是 nginx 会带上一个 LOGIN=foobar 的属性发给后台,而 postfix 是不支持该属性的,这将导致 postfix 报告一个 Bad XCLIENT attribute name: LOGIN 的 501 错误。很疑惑当初贡献这段代码的人是用什么 smtp server 做后台的,总之和 postfix 配合的话,必须修改 nginx 的程序(比修改 postfix 要简单些): 找到 src/mail/ngx_mail_proxy_module.c 里 "case ngx_smtp_helo:" 的那一部分,把和 "LOGIN" 相关的代码去掉就好了
附:最后决定利用周末时间写一个 patch,希望会被 nginx 接纳.
nginx-0.5.35-xclient.patch
长期以来,达达拉完臭臭后都是让她爹妈擦屁股,偶们也就一直忍气吞声了。直到前两天,她又在厕所里大叫:“拉完了!!!”,老婆和我都忙着,被骚扰得不胜其烦,于是问她:在幼儿园不是都自己擦吗?怎么回家后还要爸爸妈妈来??达达等了好长时间只得我们这样的质问,坐在马桶上痛心疾首的回答:自己擦好恶心啊~~~~
达达吃饭,如果吃饭途中打嗝,她会说:打了一个还要吃的嗝,如果吃完饭后打嗝,她就说:打了一个吃饱了的嗝
星期天,带达达去故宫溜达了一圈,从天安门口出来,看见一些身穿奇怪服装的警察,胸口和上臂衣服上的 LOGO 是 SWAT,咳咳,相当的装
星期天晚上第一次炒猪肝,仍然是相当的成功,自我感觉已经完全超过了我妈的水平。今天和老婆讨论下次再做什么挑战自我的项目,已经把八珍豆腐列入人生目标之一,哈哈
最新评论