截止今天,已经通联六个国内业余无线电分区

今天BG3TBS以为我在河南,把八木转到河南方向了。后来我发短信提醒他转到北京方向,才通联成功。至此,我已经通联了六个国内分区,等卡片都到手就可以升三级操作资格了。

QRT之后,我就去邮局发卡片去了。因为经常去,邮局的GG对我很关照,今天还帮我粘信封。从上次开始就不用我贴邮票了,直接给钱,他给盖邮资已付戳。这信寄出去,别人肯定以为我是每天发很多QSL卡片出去的大火腿了。哈哈……从邮局出来之后,邮局也QRT了。

BD1MWH交代说,为了避免有些卡片无效,要多交几张。我明天还会继续呼叫的。

Posted in 默认分类 | Tagged | 2 Comments

信用报告

今天爸爸打电话说收到广发银行的催欠函了,是年费的事。我想想上次中银信用卡晚还了几天的事,下午赶紧跑了一趟中国人民银行。还好,信用报告上没啥坏话。另外发现,中银卡的中美额度是分别报送人民银行的,而招商银行只报人民币额度。上次贷款买车,虽然因手续不齐全未批准贷款,但大众汽车金融公司还是去查过报告了,他们真是勤快,还不如让我先准备齐全了再查,准备不齐全就别查了,省几块钱查询费吧。

Posted in 默认分类 | Tagged | Leave a comment

29.6MHz远程通联

昨天下午用29.6MHz听到河南开封的BG6IMK在摆摊,我就上去通联了;过了一会又通到一个BG7APC。很高兴啊,扭头就去邮局发卡片去了。

Posted in 默认分类 | Tagged | Leave a comment

29.6MHz QSO

刚才去145.100上叫人帮忙试天线,正好BA1EO在,很热心的到29.6MHz FM和USB模式帮我试了试,天线效果很不错。恰巧BG1QQT也来到29.6MHz频率,我又和他也通联了。

本来打算填了卡片寄出去的,但是一时想不出来前天自制的那个天线应该是什么形式,是偶极呢?还是GP?还是“横V”?

Posted in 默认分类 | Tagged | Leave a comment

29.6MHz天线

昨天下午采购制作、晚上安装调试了29.6MHz天线
鱼竿天线
形式不重要。和偶极差不多
不是全平衡也不是不平衡

—— BG6ICN/1

该天线的构成包括:

  1. 一个盒子,上面有TNC座、两个接线柱,内部焊在TNC座上;704胶水做防水处理
  2. 振子、地网;或者也可以说是两个振子。从2.7米开始慢慢折叠
  3. TNC头-馈线-M头,其中靠近盒子的一端缠绕若干圈,据说是做平衡转换
  4. 十米长的鱼竿

致谢:
BG6ICN/1 sgub师兄几乎承担了绝大多数体力工作。

我自己做的事屈指可数:

  1. 焊M插头
  2. 焊盒子里的线头
  3. 调振子长度
鱼竿支在窗户上

鱼竿支在窗户上

接线盒和平衡线圈

接线盒和平衡线圈

接线盒近拍

接线盒近拍

SWR表上一格都不显示,大概SWR=1吧

SWR表上一格都不显示,大概SWR=1吧

拿回屋里拍照

拿回屋里拍照

Posted in 默认分类 | Tagged , | 1 Comment

7月业余无线电验机

事后记录。

7月8日、9日两天,北京地区业余无线电设备检验在协会总部对面的一个小街道进行。这次据说都开始有倒卖排队序号的事情了,呵呵。第一天上午我和BG1LUB维护交通,从第一天下午到第二天我在验机窗口帮忙验机,见识了很多种电台设备,还对无线电综合测试仪有了初步认识。无线电监测站的老师告诉我,现在国产手台的质量很不错,超过进口货了。实际测试结果证实了他的看法。现在国内两家厂商已经推出了双波段手持台,我也考虑买一个了,毕竟FT-817ND还是有点大,作为日常联络不是很方便。

BD1MWH要求每个参与服务的会员都写经验总结,我认为是一个很好的事情。这样做,可以把每次验机活动的经验教训留传下来,为以后的组织工作提供参考。虽说现在每次协会总部活动都主要由回龙观HAM联盟承担,但还有联盟内各个成员能否安排私人时间去参加服务的问题,再说以后也不一定都是回龙观HAM联盟,知识的传承是很重要的,一定要形成文字材料。

我在协调交通

我在协调交通

相关链接:

09.07.08验机现场的和谐与不和谐

享受一天快乐的验机过程V(

[原创]昨天终于验完机了,兴奋!!等拿到呼号,就准备无线往里电啦?

[原创]20090708 准HAM验机归来



http://bbs.cru.net.cn/cgi-bin/topic.cgi?forum=17&topic=962&show=0
Posted in 默认分类 | Tagged , | 4 Comments

web服务器和web应用的结合方式是个很麻烦的事啊

今天在看python的资料,发现没看关于python作为web应用部署的方法。后来才发现,原来python的web应用功能大都是由开发框架提供的,用这些开发框架开发的程序可以以http、fastcgi、uwsgi等协议对外提供服务,但都是与该应用程序紧密相关的;和Apache的mod_php类似的mod_python文档上声称尚未支持Apache 2.0;没有找到和php-fpm类似的语言级别的fastcgi服务器。

web应用程序的部署是个挺麻烦的事。

  • 普通web服务器+cgi:

web服务器需要把URL映射到文件系统,并执行cgi

  • 普通web服务器+内置语言处理模块:

(像apache+mod_php这样的)
web服务器需要把URL映射到模块(并判断文件是否存在,可选步骤),并由该模块处理)

  • 普通web服务器+分离式web应用:

(web服务器+php等语言级别的fastcgi、 web服务器+应用级别的fastcgi、uwsgi等种种协议)
web服务器需要把URL映射到后端服务,并由该后端服务处理。而该后端服务还得再把URL映射Class、Function再运行,需要两次regexp匹配。这样就把应用的开发和部署紧密耦合了,增加了部署的麻烦啊

  • 20130103更新:随着我对python的学习,我越来越认同python派的WSGI server+框架+应用程序的架构,也认同WSGI server直接对外提供高性能服务的理念。参考Shell Xu的博文
Posted in 默认分类 | Tagged , , , | 3 Comments

首都机场-北京市公交乘坐指南

Google Maps真是太强了!到其页面,在搜索栏里输入 http://www.newsmth.net/att.php?s.200.550529.1141.kmz 就可以显示首都机场的公交线路图了。

Posted in 默认分类 | Tagged , | 3 Comments

无责任猜测某视频分享网站的系统架构

今天听了 lighty modcache 的讲座,晚上和 suchasplus 谈论这个讲座时,注意到以下细节,于是我开始自说自话的猜测他们的系统架构。

  1. modcache 本身不会自动删除磁盘缓存文件,需要 tmpwatch 程序配合或者被动 PURGE
  2. 缓存目标的老化只根据 refresh-pattern 决定,没有多余的信息和缓存目标保存在一起,缓存目录中的文件格式很简单

从这些细节中,我猜测该视频分享网站有个主控端,负责通过发请求或者直接推送文件到缓存目录的方法推送文件到前端缓存服务器 ,而这些傻得可爱的前端缓存不会主动删除缓存文件。这样,主控端对“某台前端服务器拥有哪些内容”了如指掌,配合性能测量机制,可以动态的向客户端发送指向不同前端服务器的播放列表,从而达到均衡各服务器、各网段负载的目的。在网络流量低潮,还可以偷偷的向前端发送热门内容文件,或者遥控前端服务器删除过期内容等。

这样看来,其实前端的服务器并不能算做传统意义上的反向代理缓存服务器,而是 web 服务器,但为什么用缓存代理的方式来实现这个功能呢?我认为主要是可以通过向缓存代理发送一个 GET 请求的方式,轻松的向该前端服务器推送内容;缓存目录中的文件没有特殊格式和多余信息,恐怕也是出于这个考虑。

声明:本文为无责任猜测。如果与实际情况相同,并不表明我窃取了该企业的机密;如果不同,则说明我已经独立发明了一种较通用的大型网站系统架构。

Posted in 默认分类 | Tagged , , | 4 Comments

宫廷胡萝卜

昨天,宋颖侄女在格格府办婚宴,我有幸吃到了传说中的“宫廷胡萝卜”。可惜当时生人太多,我又是长辈,所以收起童心没有拍照。不过事后回想起来还是很好玩的。

不过回来以后就是感伤。侄女和侄女婿都移民新西兰了。难道中国的人才已经多到可以如此浪费的程度了吗?

Posted in 默认分类 | Tagged | Leave a comment