广州linux

一些朋友家有那种电子挂壁时钟，买来的时候默认是开着整点报时的，但是报时就报时，报时后还有一段很不好听的旋律，这样很多朋友就关了整点报时，如果简简单单的说现在几点，那谁还会去关了报时？今天我不是教大家修改挂壁时钟的什么源码，什么资源的。
      来说说如何用路由器报时，首先我家木有那种挂壁时钟，我又想报时，所以想到了让路由器报时，所以有了本文！
      我的路由是刷了openwrt开源系统的，是基于linux3.3的内核的，加上路由器有usb接口，我也有usb声卡（我记得我以前发表过一篇路由器播放歌曲的文章） 
所以声卡安装的过程可以参照我的文章 http://68xg.com/linux/30.html

ok废话不多说，来说说制作过程，硬件+软件+源码+bug修复
1】硬件：usb声卡，小音箱
2】软件：madplay 这里要安装，opkg install madplay
3】源码：（本文最后面）
4】bug修复：因为发现了madplay在播放到最后的时候，会因为切换播放列表造成系统死机，我也不想也没时间去看madplay的源码，所以我简单的跳过了这个bug，就是我本来声音文件是接近7秒的，我用wavecn软件处理了一下，在后面加了10秒的绝对静音，然后用
madplay /www/baoshi/0.mp3 &
sleep 7

这几天在弄路由器搭建服务器（php+mysql+lighttpd），由于宽带上网ip是会变的，所以我准备让路由自动更新我的ip到我的动态域名。

但是我发现了一个问题，由于我用了3层路由器，包括腾达+水星+openwrt路由 所有openwrt获得的ip是内网的，于是我 想到让路由一开机就更新ip

于是我试着安装了python脚本，

opkg install pythonmini.ipk

写了接近100行代码，发现此方法虽然可以运行，但是自生的urllib不能处理gb2312的一些内容，除非安装字体编码的ipk这样太麻烦，用urllib2 又耗资源。

下面代码是根据你的关键字遍历rootdir指定的路径下的文件，可以指定需要搜索文件的类型

代码可能存在bug 有问题可以指出，谢谢

# coding=utf8

import os

import os.path

rootdir = r"/Users/langley/Desktop/wordpress"

def find_file_text(root_dir, target_text):

smtplib进行邮箱服务器登陆、发送邮件

MIMEText发送普通的文本邮件，为避免正文乱码，MIMEText初始化需使用utf-8编码，标题采用Unicode编码

MIMEMultipart发送附件，附件的路径需要用GBK编码

# coding=utf8

from email.mime.multipart import MIMEMultipart

from email.mime.text import MIMEText

先上图，下面是内容










今天偶然看到一个没用的usb声卡，想到路由器有usb接口，为何不让路由器控制声卡发出声音你呢？
说做就做，要让声卡发声必须路由器得驱动起这个声卡，先说说路由器配置，openwrt  linux 内核2.6.32.59 
记得kmod-usb-audio驱动 和我这个内核好像很相似。于是百度了一下，找到kmod-usb-audio_2.6.32.59-1_ramips.ipk
直接
opag install kmod-input-core_2.6.32.59-1_ramips.ipk
opag install kmod-sound-core_2.6.32.59-1_ramips.ipk
opag installlibid3tag_0.15.1b-3_ramips.ipk
opag install libmad_0.15.1b-3_ramips.ipk 
opag install madplay_0.15.2b-3_ramips.ipk 

装好驱动，下载一首歌曲到根目录
cd /
wget http://xxxxxxxxxxxxxx/1.mp3
//

Java的native方法

    第一篇：

今天花了两个小时把一份关于什么是Native Method的英文文章好好了读了一遍，以下是我依据原文的理解。

一. 什么是Native Method

   简单地讲，一个Native Method就是一个java调用非java代码的接口。一个Native Method是这样一个java的方法：该方法的实现由非java语言实现，比如C。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在C＋＋中，你可以用extern "C"告知C＋＋编译器去调用一个C的函数。

目前我们使用的是Lucene 4.0，上面对GEO query的使用是这样的，索引阶段使用geo hash索引多个级别的geo grid,检索阶段获取geo grid做termquery,or起来，最后search之后在collector中按照距离做一次手动的过滤，这样做不方便的是geo query不能任意和其他query做or组合。

又查看了lucene spatial中的实现，是直接确定精度之后做索引,索引可能较快了，但是检索阶段需要使用PrefixQuery,感觉上灵活性较差，需要遍历每个最小的grid（具体仍需测试和权衡），检索阶段Geo Query是FilteredQuery(MatchAllDocsQuery, GEOFilter),GEO filter实际上主要接口是getDocIdSet(所以solr中很多filter是要缓存的),这样geo query是可以和其他query任意组合的。

原来的string docvalues使用utf-8编码，加载时转码花费大量时间，我们把转码实现从new String(bytes, "UTF-8")改用lucene的bytesRef.utf8ToString,减少了大约十秒的时间。

想进一步优化，我们使用UTF-16LE编码，解码非常简单甚至只需拷贝,如果用简单的byte[]到char[]转换，可以在节省7秒时间，而如果用unsafe可以节省预计15秒以上的时间(没有对全量索引做测试)。

paip.python3 的类使用跟python2 的不同之处

#------python3的写法而且使用..

#class syllable(BaseClassA, BaseClassB):

class syllable():

    i = 123 # 类成员 

    ##todox selft.xxx is err,tips selef is not def

相比PHP的简单，python又让我小小地失望了一下

import hashlib  

class Hel_String_Hash:  

    def get(content):