在天朝的每天都当最后一天吧!
这是我写在豆瓣新乡小组里的一个回帖, 看看还有点儿意思, 决定放到自己Blog里.
我家就在牧野公园旁边的二十二所, 小学的时候东干道(现新飞大道)都没有修,也没有东干桥(现在叫啥名?)就是一条土路. 那个时候大孩子们在河堤(那时都管卫河叫这个)经常挖到过成吊的铜钱,好像还有刀币(商朝那会儿似乎还没有刀币吧?)?
后来就是东干道修路,邻居一个大孩子在修路的时候还掉到过坑里…
东干道和平原路交叉口东南角的那个图书馆在我上小学的时候就开始盖了,结果这一盖就是10年…那时特别想去图书馆借一本堂吉诃德的书,结果这一耽误就是十年,我到现在都没有看过这本书….=_=#那时的牧野公园就是有几个土堆,沙堆. 我和一群孩子喜欢到公园偷看情侣谈恋爱和在沙堆上挖”陷人坑”,就是那种口小,肚子大,然后在口上架几根木棍,上面蒙上树叶或报纸,再洒上沙子的小把戏. 后来公园有了围墙,开了游泳池,溜冰场,似乎还有过一个小高尔夫球场(注意,”小”),几个土堆也被围上了铁丝网不让随意上去了,然后我也就慢慢长大,不 再到那边去了……
2008年05月12日14时28分04.0秒，在四川汶川县发生M7.8级地震，震中位于北纬31.0度，东经103.4度。12日14时35分左右，北京地区明显感觉到有地震发生。
先为地震中的朋友们祈祷一下, 希望伤亡能最小……
下午的时候, 开始有地震的感觉, 周围的人和远方的人在不知道地震的情况下都有了不同的反应, 我们来看看:
从身边人的反应来看, 都是先怀疑自己身体出了毛病. 那为什么就没有人对自己的身体有信心呢? 是因为我们的身体都太差了么? 我不知道……
手上有两张万达影城的券, 离得也不远, 刚好最近上映”功夫之王”, 今天下午就和老婆一起去观赏了一把.
说实话, 看这个片子就是冲着李连杰和成龙两位武星去的. 看完片子一想, 还真没错, 这片子也就是看这哥俩了. 剧情比较荒诞, 看来就是奔着喜剧去的, 也没有复杂的人物关系和那么多跌宕起伏, 真是一部不用思考的电影.
据说这部电影的令一大卖点是, 女演员不再只是偶尔露一小面了(投名状里的老徐?呵呵). 片中安排了大段的女子对打, 虽说比较突兀(刘亦菲怎么就和李冰冰结梁子了, 他家人也不是她干掉的)且打的不好看, 但也算是有了.
片中的那个外国哥们, 就不说他了, 虽说是男主角, 但……也挺不容易的……
昨天在LELE的撺掇下买了Flickr的Pro帐户. 一年不到25美刀, 加上人民币目前的坚挺, 索性就买了.
一直一来都挺喜欢Flickr的服务的, 虽然目前还有Google 的 Picasa, 国内还有一些诸如: 大脚, Yupoo 的相册服务, 但就是喜欢Flickr的服务和里面那种氛围, 莫名~~~
接下来就是把自己的照片们全放到上面了. 但还有个问题就是我应该如何使用Flickr来管理我成千上万的照片呢? 全放上去会不会把他变成一团糟呢? 恩, 这是接下来要思考的问题了……
因为在中国, 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转换, 出来的是科学计数法, 怎么就这么麻烦呢?
夏天到来的标准是什么?
温度高了? 进入4月了? 女孩们都开始穿着裙子露大腿了?
上面那些不是我的标准, 我的标准很简单 — 蚊子开始出动了!
昨天夜里3点多, 被耳边的蚊子声惊醒, 因为困意十足, 所以懒得开灯睁眼, 于是大巴掌随意冲着声音的方向向自己的脑袋拍了几下, 无奈它在暗处, 我在明处, 反而把自己又拍的清醒了许多.
开灯再战, 但已不见蚊子踪迹…遂关灯复睡……
恍惚间, 又惊闻蚊子声, 即重复上述步骤, 我又败了……
折腾三四次, 我害怕一会儿天就亮了, 遂放弃, 曝尸于蚊子面前……
幸而清晨起身发现自己无恙……
啊~~~夏天来了~~~
最近因为要做一些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一两次……
WP2.5发布一段时间了, 一直没有时间来升级, 今天抽空升了一下.
升级以后, 前台没变化(当然, 前台用的都是theme, 要是发生变化就出事了), 可是后台的变化好大哦! 不过这变化是好的哦, 颜色, 布局都舒服多了, 我竟然有点儿喜欢在后台写东西了:)
没有升级2.5的朋友赶紧吧, Enjoy it~~~
