在天朝的每天都当最后一天吧!
Buzz推出一段时间了, 镶嵌在Gmail中使得比较方便, 而且由于Twitter, FriendFeed, Facebook这些服务都被GFW(c一百遍), 所以很多朋友现在都选择了Buzz.
Buzz的Mobile版的功能更多, 比如可以在发Buzz的时候把自己的地理位置附加上, 而且还能看到你周围(地理位置)的人的Buzz. 可这Mobile的功能只能在iPhone和GPhone上使用, 可怜我们BB一族, 连基本的Buzz也用不了.
偶然看到了一个变通的方法号称可以在BB上使用Buzz, 和大家分享一下:
这样一来, 号称是除了地理位置功能之外, 其他功能都可以使用了.
但是, 我在我的8820/OS4.5上只看到一个大黑屏:( 广大莓友试试看行不行吧.
今天登陆WP后台, 看到提示2.9.2更新. 想到还没有试过WP的自动更新, 刚好测试一下.
备份了一下数据, 点了自动更新. 恩, 很顺利的搞定了.
看了一下更新日志, 主要是修正了一个安全问题. 说是之前的版本里, 登录的用户可以看到在垃圾桶里不是自己写的文章.
有这方面安全问题的同学记得更新吧!
刚整完Blog, 顺手放上了Google Adsense. 浏览了一下, 发现有个小问题, 广告怎么都是英文的呢? 我的又不是英文Blog.
想了一下, 可能是和自己的空间在国外有关, 服务器的IP地址不是中国的. 这Google Adsense投放的广告除了上下文相关以外, 还会考虑各种其他的相关因素, 比如服务器的IP地址所在地, 访问者的IP所在地等等.
好吧, Google了一圈, 找到了一个解决的方法. 只需在Adsense的代码里加上这么一句就可以了
google_language = ‘zh-CN’;
放的位置就在”// –>”前面即可.
再看看, 现在广告就都是中文的了:)
更新: 根据Rey的经验, 如果是在中文的AdSense申请的广告代码, 里面应该就已经有了上面的语言代码.
从网站的统计中看到自己曾经的一篇讲MSN字体修改的文章很受欢迎. 也是, 那默认安装的MSN(现在叫Windows Live Messenger, 不过大家还是习惯叫MSN), 联系人列表的中文显示很是问题.
现在大家都用9.0很久了, 我也就再放一个9.0的修改好的文件供大家使用吧:)
下载地址: http://www.box.net/shared/xkt2p7hoo4
说明: 下载后的替换你的"c:Program FilesWindows LiveMessengermsgsres.dll"文件. 对应的MSN的版本是"Version 2009 (Build 9.0.1407.1107)", 英文版. 这个版本还把主界面的广告去了. 如果想知道怎么修改, 还请参考原来的文章.
ps. 去广告的方法原文中没有, 在此给出来. 用ResHack打开msgsres.dll, 在4004-923中查找ID=Atom(SSConstrainer), 然后将前面的layoutpos=top改为layoutpos=none, 编译, 保存, 搞定!
因为在中国, GoogleMap有ditu和map之分, 所以我要折腾!
gmap在中国的地图服务是和mapabc公司合作的, 既然是国内的公司, 走的自然是国内路线, 那么全球的gmap走的自然就不是国内路线. 正因为这点不同, 同时又因为各国使用的地理坐标系不同, 所以导致了gmap在中国和全球的不同. 举一个明显的例子就是你在ditu.google.com看到的一个地方的坐标和google earth上是不一样的.
因为找不到不同坐标系之间的对照关系, 所以不能用算法来进行转换, 只好使用黑盒的方法, 使用偏移值来修正. 在google earth上和ditu.google.com上找到同一个点的经纬度信息, 计算他们之间的差值, 然后利用这个差值再来修正这两者数据的不同. 但要注意的是, 这个误差不是线性的, 所以不能一劳永逸, 你把北京的修正值拿到上海, 修的就不那么正了, 所以, 这个基本上要每个城市都要保存一个修正值…囧
我这里有一个北京的修正值, 需要的可以拿去先用.
ditu – earth:
Lat: 0.001444
Lng: 0.006203
ps. 调试的时候出现了卫星图不可用的情况, 也不知道是被GFW还是服务有问题. 看来如果应用严重依赖地图的话, 使用GoogleMap并不是一个好方法, 最好还是能有自己的地图系统(GIS)
ps2. 顺便鄙视一下sql server, 浮点转字符串默认只有6位, 如果使用8位和16位的style转换, 出来的是科学计数法, 怎么就这么麻烦呢?
最近因为要做一些Web开发工作, 所以天天都是纵横在XHTML, CSS和Javascript的海洋中. 要说这些工作还是蛮有趣的, 但如果遇到浏览器兼容问题, 那就郁闷的很了.
所谓浏览器兼容问题, 就是你设计好的一个页面, 在FX(Firefox)下看的是好好的, 漂亮的, 但是换到IE下看, 就变的歪七扭八, 乱七八糟的了. 究其原因, 无非是各个浏览器之间没有遵循一个统一的标准. 这可好, 苦了我们做Web开发的了…
前几天就遇到了问题. 一个页面的设计, 在FX(Firefox)下好好的, 但是在IE下就莫名的多了几个空行出来.
看了一下代码, 空行是出在几个DIV之间的. 先检查了这些DIV的margin, padding, border, 都没有问题; 再看这些div之间有没有什么特殊字符, 也没发现. 搜了一下IE和FX的CSS兼容问题, 也没有找到类似的…于是决定自己重现问题再看.
因为原有页面比较大, 我就把出问题的那部分代码抽了出来, 精简了一下, 单独写了一个小HTML文件用来调试. 因为IE下没有Firebug这么好用的实时改变代码就能看到效果的工具, 我就只能改一下, 再在IE中看一眼. 终于, 被我发现了问题.
问题不是出在那几个产生空行的DIV身上, 而是出在他们的父容器DIV身上. 当我把父容器DIV的宽度(width)由auto改为100%后, 那几个DIV之间的空行就都消失了. 其实这也不单单是父容器的问题, 因为如果你只是简单写几个DIV, 父容器就算不指定宽度, 里面的DIV也不会出现空行. 这个问题另外的触发条件是那几个产生空行的DIV使用了浮动(float)布局, 并且还使用了clear:both消除浮动, 这一来一去之中就造成了我遇到的问题.
OK, 问题解决了, 那就总结一下吧.
当DIV之间莫名出现空行时, 要看看这些DIV是否使用了浮动布局, 并在其中使用了clear:both消除浮动, 如果是这样, 那就请修改这些DIV的父容器DIV的宽度为固定(固定数值或固定百分比), 说不定会解决你的问题哦:)
ps. 不想在这里说哪个浏览器好, 哪个浏览器坏. 各公司的产品肯定都有各自的设计和各自的理由. 不论一个东西做的再好再坏, 只要你在统计报表里看到有大量的人在用, 为了用户, 那你只能乖乖的去想办法包容一切, 不然你就可能丧失一部分用户. 与其在那儿抱怨, 不如用这时间去帮忙擦擦屁股, 虽然恶心点儿, 但我也忍了……对了, 我现在用FX 3.0b5挺爽的, 速度快, 每天还能crash一两次……
工作和CIO沾点儿边儿, 但还是不太明白, 甚至一开始连那个I是InformationTechnology还是Innovation都不清楚. 不管怎样, 学习先!
今天看到信息周刊上的一篇CIO的成功之道, 读了一下, 总结了点儿东西.
首先是CIO在工作中需要具备的能力:
总结来说就是要对公司流程和相关的软件程序了如指掌, 同时还能协助完成业务流程的改革.
CIO工作的一个重点: 开发符合整体商业战略的技术举措, 简单来说就是商业和技术的统一. 从执行上来看, 技术不能被动于其他部门, 要做到同步.
从CIO的个人性格上:
CIO在技术上还要保持和世界技术发展的同步.
最后容易被忽略, 但还是很重要的是:
这两天手头刚好有几部iPhone(都不是我的), 就顺手整了一下彩信.
使用软件: SwirlyMMS 0.3.5
设置:
哦了~~~使用的时候打开软件后要等到右上角的小m变为绿色才能使用!