Cunfe.com

最怕升级Google Maps 或者系统的时候看到

无法建立网络连接：此应用程序需要数据连接，某些黑莓设备需要重新配置才能正常运行。有关详情，请通过计算机访问www.google.com/gmm

因为我知道压根就不是TCP设置问题, 结果这次升级3.2.0还是出现了, 无数次尝试刷机后几乎我就要放弃了. 看了 @shizhao 的 《解决黑莓手机无法使用google map3.2.0的办法》 , 心灰意冷的心又开始活跃了 ,丫的肯定是移动基站问题或者是ServiceBook问题. 既然上文推断是DNS解析问题, 就先按alt+lglg 查看日志尝试找到根源. 最后找到Gmaps启动当时创建的一个tcp请求:

open-tcpsocket://mobilemaps.clients.google.com:80;
connectionhandler=none;
interface=cellular

原来就是这个 mobilemaps.clients.google.com 走的蜂窝煤网络通道,北京部分基站无法正常解析造成的.

这时候我想到了Aerize旗下的 WiFiX 软件可以通过写规则
把普通的 interface=cellular 转换成 interface=wifi
这个软件Aerize竟然没怎么推广,只有mobile版本的官网上有.

七天试用版OTA下载地址: http://aerize.com/m/ota/aerize.wifix.jad

试用一下足以解决我们的问题.
下载我写好的 Google Maps for CMMC 规则 (下载)
导入手机或TF卡
然后进入设置-> Aerize WiFiX -> 导入配置(Import Entries) -> 将下载的 文件导入进来

激活配置(Enforce:Enabled) Google Maps for CMMC勾选保存退出。

退出设置
连接着WiFi 再打开Google Maps 3.2.0 已经可以正常打开.
打开后会自动定位到上海,因为没有移动基站定位.
关闭WiFi后 重新打开可以正常使用：

PS:Aerize没有推广的原因可能是这个软件只能更改http的80端口请求, 像QQ这种udp的请求貌似不成. 功能还比较初级.

最近在mac下使用svnx会说一个错误:

ssh_askpass: exec(/usr/libexec/ssh-askpass): No such file or directory

这时候需要

sudo vi /usr/libexec/ssh-askpass

然后用vi编辑器输入

#! /bin/sh

#
# An SSH_ASKPASS command for MacOS X
#
# Author: Joseph Mocker, Sun Microsystems

#
# To use this script:
# setenv SSH_ASKPASS “macos-askpass”
# setenv DISPLAY “:0″
#

TITLE=${MACOS_ASKPASS_TITLE:-”SSH”}

DIALOG=”display dialog \”$@\” default answer \”\” with title \”$TITLE\”"
DIALOG=”$DIALOG with icon caution with hidden answer”

result=`osascript -e ‘tell application “Finder”‘ -e “activate” -e “$DIALOG” -e ‘end tell’`

if [ "$result" = "" ]; then
exit 1
else
echo “$result” | sed -e ’s/^text returned://’ -e ’s/, button returned:.*$//’
exit 0
fi

然后修复一下权限

sudo chmod +x /usr/libexec/ssh-askpass

在SUSE安装的时候注意 高级 – 勾选”LAMP服务器”类似的软件安装 和 c 编译器
在控制中心(YaST管理员设置)-”系统”-“系统服务”,启用 apache2 和 mysql
下载/CD拷一个JDK,例 如: jdk-6u13-linux-i586-rpm.bin, CD路径比如在:/media/jt
(因为本例在某政府机房内网运行 故用光盘安装)

su
cp /med ia/jt/ jdk-6u13-linux-i586-rpm.bin /usr/lo cal/ jdk.bin
cd /usr/local
./jdk.bin

按Q 输入 yes

Java –version

显示版本OK后

vi /etc/profile

按shft+g到行尾,按i插入

export JAVA_HOME=/usr/java/jdk1.6.0_13
export CLASSPATH=.:$JAVA_HOME/jre/lib:$JAVA_HOME/lib/tools.jar
export JRE_HOME=$JAVA_HOME/jre
export PATH=$JAVA_HOME/bin:$PATH

按ESC退出插入模式
(退出插入模式后可按dd删除一行
可按shift+X删除光标前字符)
:wq保存退出
(:q!是不保存)
reboot重启后

echo $JAVA_HOME

输出系统变量OK后

su
cp /media/jt/apache-tomcat-6.0.18.tar.gz /usr/local/tomcat.tar.gz
cd /usr/local/
tar xvzf tomcat.tar.gz
mv apache-tomcat-6.0.18 tomcat

测试下

cd /usr/local/tomcat/bin
./startup.sh

Tomcat测试OK

在BB 8820上打开YouTube首页,会提示下面的信息:
信息:
YouTube 移动版是数据密集型应用程序.我们强烈建议您升级到您的手机服务提供商的无限数据计划,以避免额外费用.

YouTube 移动版

点继续后才能浏览到首页.
简短的通知保证了用户的体验,选择权与知情权,类似的提醒在手机浏览Google Reader的时候也可以看到.
据报道,YouTube是08年初推出的移动版服务,在视频方面用RTSP代替了Flash,缩小视频尺寸在手机中播放器衔接.呃.提供浏览,播放,从手机中上传视频,下载视频到手机中等简单的服务.
我回忆了下,08年初国内的几大视频网站还在为牌照奔波着呢吧.经在手机上浏览,tudou.com,6.cn.youku.com,56.com均不支持手机浏览,切没有任何友好性的提示.

因常常收取繁体邮件.但是尚邮在收取时(并不是推送到手机后),直接把繁体给乱码了.
比如这一封邮件的一部分:

地址: �州珠江路117�，��（�州）科技，���路研�
��的�我再��你,嘿嘿

1，�同事�的，我的招商卡都推掉了，如果可以�上付�的�就先�忙啦

这是一个服务器读取的问题,,与手机字库无关,也与推送过程无关.
经过和尚邮的管理员沟通.
假如收到繁体的信件是乱码的话.如果是发件人是gmail邮箱
则可以让发件人设置:设置-外发邮件编码-对于外发邮件使用Unicode(UTF-8)编码”解决这一问题.
其他邮箱寻找类似选项.

酷我mp3伴侣 或者Gracenote 固然不错,但是可编辑性差了些.豆瓣的源的好处在于你觉得这个资料不够准确,你可以去豆瓣修改.鸣谢小众软件报道该插件,帮助推广

最好的中文ID3解决方法,使用Mp3tag的豆瓣标签数据源,解决长期以来中文ID3只好手写的现状.

插件简介
通过Mp3tag的标签数据源去豆瓣搜索与修改本地mp3音乐的ID3信息
解决中文ID3的无标签源问题.
支持(艺术家/专辑名/出版年份/出版者/专辑封皮/歌曲名)
不支持流派,不支持英文出版日期

下载地址
[Mp3tag 豆瓣标签数据源插件1.5]
[Mp3tag 豆瓣标签数据源插件](2.2Kb,仅插件,适用于已安装Mp3tag)
[Mp3tag V2.42 集成豆瓣标签数据源版](1.6Mb,包含软件与插件,适用于未安装Mp3tag)

插件安装方法
0.首先说要安装了Mp3tag.然后解压附件
1.双击OpenSourcesDirectory.bat 会自动蹦出来一个目录.
2.将Douban.com.src文件放进那个目录:(
或者手动放入以下目录)
C:Documents and Settings*用户名*Application DataMp3tagdatasources
3.在Mp3tag中标签数据源就有豆瓣了.
或者安装已经集成了 豆瓣标签数据源 的Mp3tag

更新历史
9月03日更新 霏昀 (sakinijino) 更新到beta 1.5
1月25日更新 beta 1.3 关闭debug
1月22日更新 beta 1.2 支持所有豆瓣可试听专辑的歌曲名
1月19日发布 beta 1.0

其他说明
1.歌曲名没有很好的方法从豆瓣获得,了解豆瓣的人都知道豆瓣音乐页面上的专辑列表,是随意添加信息的,经常会有非歌曲名的信息,出于负责,默认仅仅是”[可试听]“的歌曲名可以检索到.

2.希望大家如果发现某个专辑在豆瓣音乐的信息上偏差太大,大家应该负责的去豆瓣”增改描述、封面图片”,方便以后的检索.假如豆瓣没有的音乐,最好是添加唱片

3.有什么问题和Bug,可以留言联系我或者mail我: yoyicue{at}gmail.com.

这是07年的我写的唯一一篇有价值的文章,觉得留下吧,给需要的人一点点帮助.

CooAoo.COM上详细介绍了在Intel 3945ABG用OmniPeek 4.1抓包破解WEP，呵呵我先说几句废话，这样抓包的大的前提对方AP有无线的数据传输，举个例子，实际中对方的AP开着，但是对方是使用的AP上有线的网线端口与对方的台式机，对方现在没有用无线网卡，无线端上没有流量（仅仅是方便使用无线网卡时预留的功能），所以对方在安全考虑把WAP加了上，这时候可能就没有流量，也就抓不到801.11 WEB Data的任何流量。在这种情况下用Intel 3945ABG用OmniPeek 4.1抓包破解WEP抓到的信息来自于同频率下别的AP上的。

Intel 3945ABG用OmniPeek 4.1抓包破解WEP文中的方法，我觉得有点还问题，发表下个人看法，在”Capture”（捕获）-”802.11″-”Select Channel by（选择频道依据）”上CooAoo的理解上似乎有误，原文中这样说：

“802.11设置好信号的频道，在BSSID中输入AP的MAC(为什么只设置AP的MAC地址呢？是这样子的在多个同名SSID的AP的情况下设置SSID没有用的)”

但是，我的理解是经过在BSSID中输入AP的MAC不能把捕获范围缩小到仅仅是AP的MAC上，因为OmniPeek 4.1这时是把这个AP的MAC所在的波段作为依据进行扫描，而不是把捕获锁定在我们所需的AP上。获得的结果中依然可能存在着大量的无用信息。因为同波段中可能存在着大量的AP的801.11 WEB Data信息，不一定是来自我们需要的AP上的。

我认为要想获得理想的结果，还应该在Filters（过滤器）上下功夫，原文上在801.11 WEB Data过滤上使用Protocol filter（协议过滤器）筛选下来了801.11 WEB Data数据，应该（如下图所示）：

1.再加上Address filter（地址过滤器）。

2.在Type上选择Wireless Address（无线MAC地址，我还弄不清楚他和Ethernet Address区别）。

3.然后在Address 1（地址1）上输入对方AP的MAC。

4. 在流向上选择Both Directions（双向）。

5.在在Address 2（地址2）选择 Any Address（任意地址）。

这样过滤器会过滤到没有的AP的WEB Data数据包。