数码天地 今日: 0|主题: 4759|排名: 52 

最后发表： 四香油饼
回复内容：
已经更新成功

最后发表： kaile
回复内容：
JavaEye站长范凯（Robbin Fan）则在推特上声称，被封原因是他写的“动态防火墙代码将电信负责内容监控的爬虫给封了。”爬虫系统是搜索引擎或者官方开发的舆情分析系统，用来在后台运行并定期到各个网站抓取网页分析的技术，因为长城防火墙（GFW）和舆情系统要对各个网站进行检测，而JavaEye网站虽然没有所谓敏感内容，却不配合这种监测，就被封站，又成了一条新的封站罪名。

最后发表： jing-creation
回复内容：
如何防止网站被挂马是每一个网站管理者所要必须面对的，在这里我们给大家提供七招来屏蔽网站被挂马的主要途径，解决了这个问题也就解决了网站的安全问题。

第一招，黑客一般给你放马，都是通过工具来扫描你的程序漏洞，在你的网站上线之前，你就自己先用他们常用的工具自己扫描一下程序的安全问题。

第二招，网站的后台管理路径地址要改，如果条件允许的情况下，还是要经常的改是最安全的。

第三招，默认的数据库名字要改，而且要改的复杂，包括数据库的文件夹也要改，最好有条件的情况下，经常更改最好。

第四招，后台的验证码最好启用，很多管理员怕登陆麻烦，一般好关掉这个功能，岂不知你在关掉他的时候，安全也在被你遗忘。

第五招，会员的上传文件功能要严控，很多木马都是通过程序的这部分上传的。

第六招，网站的主机管理帐户要经常的更改，有条件的朋友最好自己上一台属于自己的服务器，这样可以避免在一台服务器上面被别的网站建设的维护不当而影响自己的安全。

第七招，如果上面的招数你都使用了，还是被挂马了，恭喜你，你中大奖了，遇到顶级黑客了，这个没有办法，既然是顶级黑客，他要搞你，你就认倒霉吧。

网络安全将是为了互联网发展的一大瓶颈，而且会越来越严重。

最后发表： ubuntuhk
回复内容：
蛇吞象？

最后发表： coredump
回复内容：
感谢WPChina.org的投递
旨在鼓励、支持、认可和奖励开放源代码项目的开源软件奖，目前已经正式公布了2010年的获奖名单。开源软件奖是一项旨在鼓励、支持、认可和奖励开放源代码项目的比赛。为鉴定不同开放源代码项目的优势，各个分类选手都接受了包括专业认识在内的评审的投票.2010年开源软件奖的获胜者名单如下。
Packt Publishing未对对任何奖项的选手或获奖者进行影响、投资或评判。 要进一步了解关于2010年开源软件奖评审的详情，请访问这里.

获奖者

开源 CMS 奖

每个基于开源协议的内容管理系统(缩写为CMS)都有资格参与本奖项评比。

我们很高兴地宣布CMS Made Simple荣获2010年开源软件奖开源CMS奖.

获奖者： CMS Made Simple

第二名：SilverStripe

第三名： MODx

恭喜CMS Made Simple，并感谢其他参与但最终被淘汰的开放源代码项目。

CMS名人堂奖

这个奖项是那些曾经荣获过最佳开源CMS的开源项目的。

我们很高兴地宣布，WordPress荣获了2010年开源软件奖CMS名人堂奖。*

获奖者：WordPress

第二名：Drupal

第三名：Joomla!

*这一奖项的获奖者在Drupal和WordPress之间很难选择，最终一位特别评审 Mark King 投出了关键的一票。

恭喜WordPress，并感谢Drupal和Joomla!今年继续参与这个奖项的角逐。

最有前途开源项目奖

所有的开源项目，只要首次发布的时间在2010年8月9日之前的两年之内，都有资格参与本奖项评比。

我们很高兴地宣布，Prmcore 荣获了2010年开源软件奖最有前途项目奖。

赞助商

获奖者：Pimcore

第二名：TomatoCMS

第三名：BuddyPress

恭喜PrimCore，并感谢其他参与此奖项但最终被淘汰的开放源代码项目。

最佳开源电子商务程序

这个奖项为奖励那些简化互联网上买卖商品的程序而设置。

我们很高兴地宣布，PrestaShop荣获了2010年开源软件奖最佳开源电子商务程序。

获奖者：PrestaShop

第二名：OpenCart

第三名：Tomoto Cart

恭喜PrestaShop，并感谢其他参与此奖项但最终被淘汰的开放源代码项目。

最佳开源图像软件奖

这个奖项，正如他的名字所说，是为那些图形设计、多媒体开发、专业图片开发、通用图片编辑或简化访问图形文件等功能的软件而设置的。

我们很高兴地宣布，Blender 荣获了开源软件2010年开源软件奖最佳开源图像软件奖。

获奖者：Blender

第二名：GIMP

第三名：Inkscape

恭喜Blender，并感谢其他参与此奖项但最终被淘汰的开放源代码项目。

最佳开源JabaScript库

这个奖项用于奖励JavaScript库，能让RIA程序开发更简单、可视化更强大、服务器端运行JavaScript更流畅的的库。

我们很高兴地宣布，jQuery 荣获了2010年开源软件奖最佳开源Javascript库奖。

获奖者：http://www.packtpub.com/open-source-awards-home/2010-jqueryjQuery

第二名：Mootools和Raphaël

恭喜jQuery，并感谢其他参与此奖项但最终被淘汰的开放源代码项目.

投票阶段获得亚马逊Kindle奖品的是，掌声，Juan Manuel Romero Martin！ 恭喜！

本文标题: 2010年开源软件奖开奖

本文链接: http://wpchina.org/2010-open-source-awards-824/

最后发表： 李大锤
回复内容：
这玩意估计只有博物馆才会收藏吧

最后发表： 骷髅
回复内容：
反正一样买不起。

最后发表： 雅瑶冬月
回复内容：


Reference letter可以让你现在的直属上司写，但一定要注意随时update她/他的联系方式。。。因为技术中层在架构变动的时候是最没有保护能力的，很可能是要离开公司的。

另外，可以让你一个在公司的朋友（平级也没有关系的，关键是他/她在这家公司会留下来至少2年）写多一封reference letter，保险起见。。。

最后发表： atm
回复内容：


看来等M9吧。。。

最后发表： kennyxue
回复内容：
没赶上

Google Cloud Connect for Microsoft Office Notification Form

Thank you for your interest! Due to the extraordinary demand from thousands of businesses in just the last few hours, we are no longer accepting volunteers for our early testing program. Please fill out the form below if you would like to be notified when Google Cloud Connect becomes available.

最后发表： katsura
回复内容：

彩色激光分辨率太低。 打照片不可能的糟。

最后发表： Richard.G
回复内容：
来源:北京晨报

【核心提示】：常言说得好，看一个人的深度就看他选择的朋友，看一个人的魅力就看他选择的爱人，而看一个人的能力则要看他选择的对手。把自己作为对手，可以超越自己；把强者作为对手，则可以激励自己。在IT世界里，作为一家有竞争力的公司，你如何竞争，如何面对竞争对手，都体现着一个公司的水平。当然，本文并不想说国内那些只知道蝇营狗苟的企业，忘了他们吧，让我们一起抬头仰望星空，看看世界大牌们是如何竞争的。冤家总路窄，这里具体说说IT世界里的六大竞争对手的故事。这些故事，或启迪，可深思。

　　1

　　苹果 vs 微软

　　一生一世的对手

　　不是冤家不聚首，微软与苹果，这两家公司的竞争贯穿了几十年的IT发展史。

　　2010年5月31日，微软股票暴跌4%。这本是一个普普通通的日子，没什么大事发生，当天是股票普跌，苹果也跌了，只是跌得少了一点。

　　就因为微软股价暴跌，苹果微跌，让一个普普通通的日子，最终变成了一个被历史重重铭记的日子。因为这一天，让苹果公司最终以2213.6亿美元的市值成为世界上市值最高的科技公司。

　　历史，就是这么诞生的。

　　2

　　英特尔 vs AMD

　　冤家路窄永跟随

　　如果说英特尔和AMD这哥俩是一对传奇，没有人会觉得夸张。

　　两家公司都在1969年前后成立。当日历翻到1975年的时候（请注意，这一年盖茨还在读书），AMD通过逆向工程开始生产英特尔8080处理器的竞争产品，这是一个悲剧式的马拉松比赛的起跑点。

　　从此，AMD就成为英特尔的千年长跑伙伴，像影子一样跟随英特尔推出一个又一个的CPU产品。35年如一日的跟随着，像老黄牛一样亦步亦趋，直到今天……英特尔一直在领先，从未被超越；AMD始终在紧追，从未被放弃。

　　这就叫“冤家路窄”，这就叫宿命。

　　3

　　IBM vs 微软

　　尽显竞争风度

　　众所周知，微软是靠IBM的订单一手养大的企业。

　　windows的巨大成功，让IBM无法视而不见，于是推出了著名的OS/2 图形操作系统。

　　今天已经很少有人记得这个优秀的产品了，早期它也是IBM与微软联合开发的，后来IBM独自开发。没人说OS/2有什么不好，但事实却是它输了。一直到2005年IBM最终彻底认输，放弃开发OS/2。

　　蓝色巨人默默退出。输给自己养大的孩子，微软。用一句中国成语来描述，那就是“养虎为患”。

　　从此，从IBM PC到笔记本，跑的都是微软的windows。但好像IBM无怨无悔，淡定从容。

　　换个角度看，这就是风度，蓝色巨人的风度，竞争的风度。

　　我们高声赞美胜利者的同时，也需要向IBM这样的失败者致敬。

　　4

　　三星 vs 索尼

　　产品竞争专利合作

　　在消费类电子领域，这对冤家最近10多年的竞争，简直让人眼花缭乱：从数码相机到手机，从笔记本到显示器，再到电视……

　　2005年世界品牌排名上三星第一次超过索尼三个位次，这是一个历史性的事件。 三星赢了，赢得很漂亮。

　　2009年，索尼迎来14年来首个亏损年报。那个生产了特丽珑、Walkman、PlayStation、Vaio、PSP等一系列殿堂级产品的超级创新公司，亏损了。

　　顺带提一句，2004年，三星与索尼达成协议共享90%专利，在美国他们分别注册有超过1万项专利，双方合作之后，在开发市场产品时就无需担心产生纠纷。

　　这就叫竞争的风度，这就是三星和索尼。

　　5

　　谷歌 vs 苹果

　　开放封闭模式大战

　　苹果推出的iPhone，与其说是一部移动电话，不如说是一颗原子弹。从诺基亚、三星、索爱到东莞的山寨小厂，谈笑间迅速统统沦为“低端企业”，好像亿万年未开化的原始野人突然发现了上帝。

　　这一切发生在2007年。老奸巨猾的谷歌，2006年底就悄悄收购了Android，所以，这个竞争的故事，是从头开始的。

　　到2010年三季度，美国市场Android手机的出货量首次超过了iPhone。这，并不出乎意料。

　　哥俩竞争的差别就是：苹果永远是封闭的，谷歌是开放的；谷歌卖的是技术，苹果卖的是型，北京话叫“范儿”,就是style。

　　你什么都不懂，要想酷，就用苹果；你什么都懂，不在乎别人怎么说，用Android，可以说，这也很酷。

　　6

　　索尼 vs 任天堂

　　分分合合总相伴

　　这是一个进行了30年而且注定要持续的竞争故事，这几乎是我们这一代人童年梦想的发生地。

　　1983年，任天堂发布FC（family computer的缩写），就是我们说的红白8位机，开启了视频游戏黄金时代。

　　1992年任天堂突然中断与索尼的协议，索尼内部一片矛盾，最后决定背水一战，自己开发游戏主机。这个“非常艰难的决定”，最终成为一个力挽狂澜的战略决策。

　　1994年，PS发售。首发当天上午，10万台PS在12点前全部卖光，索尼社长大贺典雄的孙子居然没有买到。PlayStation一举确立了索尼在全球电视游戏市场的地位，累计销售超过一亿台。同时代的任天堂N64与世嘉SS都沦落为配角。

　　2005年，微软后来居上发布新一代游戏机Xbox360。一年后，任天堂携WII再战江湖。一周后，索尼发布PS3。

　　游戏机市场新版三国演义更加精彩，更有看点。来源：新浪博客

　　■后记

　　这些故事一路陪伴我们这代IT人一起成长。我们看他们的故事，做自己的事情，他们是我们的榜样，他们告诉我们如何创业、如何推广，以及什么是趋势等。当然也教会我们，什么是竞争，怎么竞争。

　　与之相比，国内的那些企业，神马都是浮云。

　　对于今天的IT行业来说，这是最好的时代，也是最坏的时代。

　　我们无意苛求所有的IT企业都来学雷锋，只是想与大家一起讨论，到底是否还记得“君子爱才，取之有道”的古训，IT市场的竞争必须有序合法，应该有礼有道。

　　IT企业，请尊重用户，请尊重你的对手，请学会从容礼貌的竞争。（刘兴亮 志恒）

[ 本帖最后由 Richard.G 于 23-11-2010 12:46 编辑 ]

最后发表： coredump
回复内容：
d-bus是本机的IPC方案， QtMobility现在有一个service framework （http://doc.qt.nokia.com/qtmobility-1.1.0/service-frameworks.html）可以提供比dbus更高级的抽象层次。  跨主机/跨平台的消息传递，或者RMI，推荐使用ZeroC的Ice中间件(http://www.zeroc.com/), 或者轻量级的，用Google protobuf。

最后发表： x24
回复内容：
那是当然呵呵
因为不是我掏钱啦，如果我自己用，那是一定只用免费的

最后发表： earthengine
回复内容：
这段简短代码集中了许多C#里应用Lambda Expression的技巧。请仔细体会。

问题：请写出最后那个Lambda表达式里面各个变量的类型。注意，同名的变量在不同的位置可能有不同的类型。

[ 本帖最后由 earthengine 于 22-11-2010 17:27 编辑 ]

最后发表： touda
回复内容：
http://cgi.ebay.com.au/Cisco-CP- ... hash=item4396614aca

最后发表： 8戒
回复内容：
这个要去测一下速，速度慢不一定是猫的问题。如果你的线路本来就是慢的，再快的猫也没用。

最后发表： aaaaaa
回复内容：

最后发表： 8戒
回复内容：
现在考虑如何制定路由了，国内的用VPN，国外的用本地出去，知道的同学来说一下。

最后发表： 亚洲健身姐夫
回复内容：
我同事刚买了一个
我也有些东西

最后发表： atelier
回复内容：
如果是要编译library呢，无数个C文件编译成一个shareable library

最后发表： chubbycat
回复内容：
谷歌出价25亿美元收购Twitter 被指污辱
新浪    2010-11-18 17:01:44

    消息人士透露，谷歌曾于今年早些时候与Twitter沟通，试图以25亿美元的价格收购这家新兴社交网站。

　　据称，谷歌并未正式提出收购要求，更多是在试探。这一提议遭到了拒绝，甚至被认为是对Twitter的“侮辱”。

　　Twitter的一名股东称，大约3个月前，他被告知该网站拒绝了一份报价40亿美元的收购请求，但并不清楚买家身份。

　　上述两名消息人士还推测，微软也曾考虑收购Twitter并展开交涉，这迫使谷歌采取行动。

　　此前有消息称，Twitter计划以30亿美元的估值，启动新一轮融资。因此，它拒绝谷歌25亿美元的收购提案顺理成章。

　　相比之下，在Facebook成立后的最初5年间，至少有11家公司曾与其沟通，探讨收购的可能性。

　　谷歌拒绝对此发表评论。

最后发表： Ray和Wendy
回复内容：
不好意思，灌水半小时后发现了反物质毁灭地球的帖子，于是剩下半小时都用在搜集考证数据上了。回帖如下：
http://www.freeoz.org/ibbs/viewt ... id=40010#pid3168726

幸而论证结果还是令人满意的。

最后发表： coredump
回复内容：
by 米果网



在都柏林举行的meego大会已经完成第二天的议程，共计有将近1000人参与了本次大会，还有全球各地的手机用户也在期待着MeeGo的信息。在第一天的MeeGo用户体验演示之后，来自诺基亚、Intel、MeeGo研发团队的工程师们介绍了MeeGo系统目前的研发进度及未来展望。
以下为MeeGo大会第二天的主要细节汇总：
MeeGo应用开发生态系统
来自诺基亚的Ronan Mac Laverty 谈到了如何创建一个健康的能不断改善质量生态系统，目前MeeGo已经确定将注重QT SDK开发工具，这将会让开发者们轻松的在不同的平台部署自己的软件。相比iOS和Android系统，MeeGo目前仍处于起步阶段，但是MeeGo在开始就确定了开源系统的身份，并将会成为最好的开源项目。
MeeGo多点触摸
Intel的James Ketrenos谈到了多点触摸的开发，目前触摸体验已经成为应用程序的重要组成部分。诺基亚已经表示MeeGo触摸操作技术进入到新的阶段，但是仍有可能受到苹果专利影响。
MeeGo 1.2系统将会是多点触摸操作的里程碑，在电脑上应用的多点触摸技术将会融入MeeGo系统，最多支持600+触摸点操作。这样的核心看起来非常棒，Intel也表示有信心不会跳票。
移动应用设计服务
Srinivasa Ragavan为开发者们带来了MeeGo系统对应用软件的支持，MeeGo将会提供大量的开发接口服务。比如自动适配横竖屏，支持触摸、手写笔、鼠标、键盘、虚拟键盘甚至遥控器等输入方式，压缩优化无线数据传输，更加智能的电源管理，传感器可自由调用等等。未来还会加入更多的特性，让开发人员可以做出优秀的软件。
St Ericsson U8500平台
来自ST Ericsson（意法爱立信）的Srinivasa Ragavan表示其U8500芯片将会在2011年第一季度在MeeGo设备中出现，这款平台采用Cortex A9双核设计，频率1.2GHz，能够支持1080P高清视频以及先进的3D图像处理。
电源管理
在演示文档中有一个很有趣的词“听到系统的心跳”，MeeGo系统可以通过对WiFi、GPS、屏幕显示等耗电量比较大的应用进行管控，从而增加续航时间。不过目前这些功能尚不提供给应用程序使用，未来可能会提供给厂商，然后针对具体的产品进行定制优化。

最后发表： 8戒
回复内容：
不知道你用的是什么输入法，我有UB下用的IBUS+极点五笔，非常的好用。

最后发表： coredump
回复内容：
太好玩了[youtube]b2bExqhhWRI[/youtube]

最后发表： coredump
回复内容：
不带这么埋汰Nokia的，人家已经很努力了
今年别等了，还在内测中。可以先装个netbook边玩边等。

qtservice就用这个好了，很好用，一点就着  http://doc.trolltech.com/solutions/qtservice/qtservice.html
对，不能用gui

最后发表： 5230CHENWEI
回复内容：
再写点东西吧

最后发表： coredump
回复内容：

坏处： 多引入了个一个库依赖，风格不一致，要末混用qDebug(), qWarn()... 要么整个改掉，变成一种风格
好处：log4cpp, syslog毕竟是专门为log记录设计的，在性能，功能等方面考虑的较多，扩展也很方便，如果需要这些功能就用

qInstallMsgHandler的作用就是可以让你还是用qDebug(), qWarn()...但是后端可以变成其它任何你想要的log记录和过滤方式，比如通过UDP方式发送到log server。

接合起来，比如可以打到这种效果, 如果想要更强大的效果，还可以考虑syslog ng （http://www.balabit.com/network-security/syslog-ng/）：
qDebug()/qWarn()  => qInstallMsgHandler(..) => log4cpp   => syslog

[ 本帖最后由 coredump 于 19-11-2010 11:45 编辑 ]

最后发表： EnsignKim
回复内容：

                               
登录/注册后可看大图

LBS的核心在于服务

LBS是基于位置的服务。很多想要投身到LBS大潮之中去的人或公司，都在研究，要如何利用好位置这个新加进来的技术。但是从语法上分析，基于位置的服务，其关键核心其实是服务，位置只是一种限定。
当前流行的POI模式的LBS，也就是信息点服务。其核心实际上是一种将线下资源结合地理信息之后，整合上线的过程。把存放有信息的位置点，标记在地图上。当用户走到这附近的时候，根据距离远近，查阅附近的信息。
对于发布信息和接受信息的双方来说，他们所需要的并不是这些信息，而是这些信息背后的服务。对于发布信息的人或机构来说，他们所发布的其实是广告。而对于接收这些信息的人们来说，他们所需要的是一种咨询服务。从广告中提取信息，并为用户提供咨询服务，这就是POI提供的服务。通过咨询服务，吸引用户去周围的商家，进行消费，这也是POI提供的服务。国内的POI应用，在服务上还不够完善，只是完成了信息的传递和推送，顾问和吸引消费的能力还不是很强。但是，这些服务商已经迫不及待的开始通过餐厅定位、商家排序，以及帮助商家删除有害信息等方式，开始吸收现金了。
现在很热的Check In模式，其本身是很难独立运作起来的。因为，Check in的结果，其实是告诉别人，我”到此一游”。通常做这件事情的人，想要告诉的是两种人，第一是自己的朋友；第二是到达此地的陌生人。当然，如果是自己的朋友能够到达此地的话，那就更好了。
但是喜欢四处去留下痕迹的人，毕竟不是很多，人类并不需要像某些动物那样通过随地小便来标记自己的领地。特别是在一片完全空白的领地里面（任何Check In式的LBS应用，开始的时候都是一片空白），做这种标记实在是没什么意思啊。于是大部分Check in方式的应用都结合了POI系统。也就是说，通过在信息点签到，来得到一些好处。
现在，大多数此类系统，为了能够快速的积累大量的用户和内容，对于签到限制得非常宽松。有些甚至可以允许我坐在办公室的电脑前，就到全世界任何地方去签到。即使有些限制的，也只是能够拒绝在距离用户当前位置几公里范围之外的地方去签到，毕竟就像上文所说的那样，现在的LBS还存在很多技术缺陷。签到限制太过宽松，就导致了签到的行为无法给POI上面那些提供服务的商家带来什么具体的收入。那么这些商家也自然就不会愿意将已经到手的利润分配给那些不知所云的LBS服务商了。
交友服务，在中国可能很难开展，由于没有经济利益的驱动（有了经济利益驱动，恐怕就更麻烦了），所以这种东西很难发展起来，比Check In系统更难积累用户。
LBS的核心是服务，但是现在能够看到的那些LBS应用，其服务做得都不是那么让人满意。下面就让我们去分析一下，到底用户需要什么样的服务。LBS服务商又应该如何去满足这些需求，为用户提供服务呢？
享用服务的实体

在LBS中需要享受服务的实体，一共有三种。他们分别是商户、人和人们。下面，让我们来分析一下这些实体，以及他们需要什么样的服务。
商家

商家最需要的服务，就是将周围的人吸引到自己这里来消费。这些商家都是有着固定的位置，他们希望知道谁从身边经过了，希望知道这些人是不是能够到自己这里来消费，并且希望能够尽量多的人，到他的店里面去消费尽量多的服务。
能够来看我的博客，大多都应该进过电脑市场吧，现在的电脑市场里面到处游走着的都是拉生意的人。他们会拉住身边经过的每一个顾客，询问他们需要什么样的服务，如果这个顾客所需要的服务，正好是自己所能够提供的，他们会很热心的把顾客拉到自己的柜台前。商家其实就是希望能够通过LBS服务，得到这样的效果。有些地方，甚至在移动基站插播广告，向每一个进入这个移动基站覆盖范围内的手机用户发送广告短信。
更深一层来说，那些提供服务的商铺，他们总有高峰时段和低谷时段。高峰时段通常是需要排队的，那么这些商铺，肯定希望消费者能够错峰出来消费，或者是尽量压缩在高峰时间消费相同服务所需要的时间。这已经不再是LBS的范畴了，以后可以再在其他文章里面阐述。
最后，商家希望能够了解客户。哪些人经常在周围转悠，这些人都喜欢什么样的服务，他们在消费了一些服务之后，有什么感想。如何能够让这些人更多的到自己这里来消费？对于这方面的需求，目前的LBS服务商做得怎么样，还不得而知。
LBS实际上是为一个很小区域服务的，但是现在的LBS服务商都在努力的像互联网企业那样，为全世界服务，所以针对于每一个区域的服务，肯定就没法那么细致了。而为了搞到更多的在线用户，更多的点击，更多的POI信息，他们也不希望对用户和区域进行过于精细的划分。本来用户就不多，再画上格子，那么分到每个格子里面的人，就越发少了。这是一个矛盾，因为只有将格子缩小，才能提供更加有针对性的服务。
现在的POI系统里面充斥着各种广告信息，而其最大作用就是使用户能够看到拐角后面的招牌。拐角之前的招牌，用肉眼就可以看到了，POI系统的作用就在于，拐角之后的那些商铺付一些钱，然后系统告诉用户，拐角后面还有更好的。这对于商铺来说，其实是一把双刃剑，系统既能将拐角另一边的用户吸引过来，也有可能会把已经站在店铺门口的用户吸引走。只有一点是肯定的，不论是拐角哪一边的商铺都要向POI系统缴费。这其实是非常不公平的。
个人

有些人是喜欢四处去以各种各样的形式去写”到此一游”的。比如我，我喜欢在旅行箱上贴标签。我坐飞机到任何地方，如果需要托运行李的话，机场就会在我的行李箱上贴一个标签。再坐飞机，就再贴一个，逐渐积攒起来，就像很多勋章，标记着我走过的每一座城市。遗憾的是，后来机场的人再往上贴标签的时候，因为害怕搬运工因为看错标签，导致行李装上错误的航班，而将以前的旧标签统统撕掉。实在是太遗憾了。这其实就是一种最原始的Check in系统。
人是一种社会性的生物，所以他们希望能够得到身边其他人的认可，希望能够在闲暇的时候，和其他什么人去聊一聊。就像我上面所说过的那样，我喜欢向和我一样出入机场的那些旅人，炫耀行李箱上的那些标记着一个个城市的标签。很多人都喜欢炫耀一些什么，只是方式和方法不尽相同。很多人非常八卦，他们希望能够了解身边的人或事物。特别是在无聊的时候，他们希望能够知道身边的人是不是也像他们一样无聊，是不是能够有个什么人和他聊一聊。这就是那种基于地理位置的交友系统应该满足的东西了。
当一个人走到一个陌生地方的时候，他需要找到好吃的东西，好玩儿的东西。他所需要的其实并不是简单的了解身边的店铺信息。POI系统所提供的大多是一些赤裸裸的广告。来到陌生地点的用户，最需要的实际上应该是伴随式的导游服务，或者是咨询顾问式的服务。
人群

具有一定相似性的人们，就是这里所要描述的人群了。这些人并不一定会聚集在一起，但是他们互相之间希望能够得到一些对方的信息。即使是聚集在一起的人群，其中很多人也是孤单寂寞的，他们想找些人聊一聊，但又有些顾虑。顾虑在于两个方面，第一：找不到有共同语言的人；第二：害怕被拒绝。那些基于地理位置的SNS，要做的就是这样一件事情，进行配对和筛选。从而解决前面的两个顾虑。
有些信息是我们希望了解的，比如我的朋友是不是来到了我所在的城市。我并不需要了解这位朋友具体住在哪家酒店，更不需要了解这位朋友是在旅店的餐厅、客房或厕所里面。我只需要了解到我的朋友到了我的城市，那么就有机会去和他坐一坐、聊一聊。而对于我的朋友来说，他们也可以在要前往某个城市之前，看看有谁在那里，然后提前准备一些礼物什么的。当我和朋友约好，要前去和他会合的时候，LBS系统就应该能够提供更加详细的地理位置信息。
信息的流转

LBS提供服务的过程其实就是信息流转的过程，将合适的信息发送给合适的人。或者让人能够找到他们所需要的信息。
这两个过程的差异就在于，一个是主动的推送，一个则是自取。在现阶段，这两种方式都是非常普遍的。不同的应用模式，应该结合自己的需要，挑选其中的一种。这里面是不存在优劣之分的，关键在于是否合适。
信息的过滤

信息流转的第一步是信息的过滤。并不是什么信息都可以发送的，也不是任何信息都可以接收的。
首先说发送信息的问题。商家肯定希望能够将尽可能多的信息推送到用户面前，但是又担心用户会感到讨厌。那么，就需要挑选更精要，更有吸引力的信息。这就存在了一个过滤的问题。
人在LBS系统中，如果无时无刻都把自己的精确坐标公布到网上，供全社会监督，这种情况光是想一想就会感到毛骨悚然的。但是，我们又希望能够向其他人，熟人朋友或陌生人去宣告自己的到来。就像我以前做过的那样，在行李箱上贴机场托运标签那样。大部分人在大部分时间，并不会介意别人了解到他们身处哪一个城市，或到达过哪一些城市。甚至会希望路过好友身边的时候，能够打个招呼。毕竟像古人那样乘兴而来败兴而归的故事，并不是经常发生的。所以个人的地理位置信息，对于不同的人，不同的地点，不同的时间，不同的场景来说，其提供的精度是绝对不一样的。大多数时候，对于大多数地点，以及大多数查询者来说，只是提供一个精确到城市的坐标就够了。但是，有的时候，特别是对于一些朋友来说，就可以提供更为精确的坐标。
这里有一个不能算是故事的故事来说明一下这个问题。在国外，两个中国人遇到一起，那么他们就是老乡了，因为他们来自同一个国家。但是，同样的问题在国内发生，在一个陌生的城市，只有两个人来自同一个省，才能算是老乡。以此类推，到了一个省里面，只有来自同一个地区的人才是老乡；到了地区，老乡则必须是从同一个县出来的；进了县城，老乡指的是同一个乡的；到了乡里，老乡就是从同一个村里出来的人。
很多人攀老乡的时候，也都是这么做的，首先问：你是哪个省的？如果和自己来自同一个省，再问对方是来自哪一个地市、县、乡、村。当然，如果哪一个层级出现了差异，则会停下来，然后开始计算在这一个级别的行政区划之间的距离和方向。
比如两个人在攀老乡，先确定大家的口音相近，那才能开始攀老乡。通常会先说：我听你说话像是山东（或者是其他的什么省）的吧。并通过这个过程展示一下自己的纯正乡音，然后再问，我是临沂（市）的，你呢？对方可能回答也是临沂的；然后再说：我是苍山（县）的，这个时候对方的回答可能就是，我是沂南（县）的，离你们那里还挺远的呢。
从这个过程中可以看出，这种沟通实在不断的尝试中逐步深入、逐步精确的。在确定了可以和对方精确到一个什么样的程度之后，信息可以精确到一个什么样的程度就可以确认了。上面两个老乡之间可能会探讨他们所在的两个县之间的方向和距离，但是他们绝不会去研究两个人所处的村子是一个什么样的关系。不过，这并不妨碍大家探讨一下村里寡妇门前的是是非非。这个时候，如果一个人说，我去过你们县的，那么话题才会继续围绕着他去过的那个位置再细化。
这个攀老乡的故事，就是现在的LBS+SNS的原始模型，遗憾的是能够将这个东西研究明白并应用起来的人并不多。这中间的关键在于信息过滤的颗粒度，如果两个陌生人凑到一起就开始互相说我是哪个村的，那估计天下就没有老乡遇老乡，两眼泪汪汪的故事了。
地理位置信息的标记和隐私的保护

前面所说到的信息的过滤方式，就是信息发送或广播过程中，进行有效的隐私保护的方式。对地理位置信息的精细程度进行分级，是最简单的方法。对于绝大多数人来说，当前的位置被标明为：在地球上，应该不算是泄漏个人隐私吧。那么进一步说，标明在哪个国家应该也问题不大，甚至我还希望能够将所有我去过的国家都标记出来。绝大部分时间，我也不介意其他人是不是知道我到底是在上班，还是在家。单位的地址也是公开的。在家的话，别人只需要知道我在家就好了，不需要知道我家的具体位置了，了解一个大概位置就好了。这样的话，有人走到我家附近，他不会直接到我家来敲门，但是可以给我打个电话，约我出去吃东西。这就是一个度的把握了。如果我在单位上班，或者是在一个公共场所里面，那么就可以给出更详细的位置坐标。如果我需要和其他人约好了一起到什么地方汇合，那么肯定就需要直接将最详尽的位置发过去。
对于得不到太多有价值服务的用户来说，强制他们去Check in实在是有些抢

最后发表： fd478120174
回复内容：
打起来了....................

最后发表： 周星星1832
回复内容：
其实这种简化就很好
public class EtDir {


    public String idEtDir
    {
        get; set;
    }
}

本来我是用这个的，可惜server不支持，我也不知道自己怎么就自创了那个简化的

最后发表： 江南柴进
回复内容：
求证一下，似乎Telstra 3G卡不象别的公司，只算下载流量？vodaphone和3G我都用过，稀烂的服务质量，而且算双向流量。

最后发表： Richard.G
回复内容：
You are currently using 5 MB (0%) of your 7519 MB.
  I'm a hotmail fan.

最后发表： shurman
回复内容：

DGN200是可以控制上网的，　可以开通针对一台机器的上网时间，PORT和网站访问控制的。

最后发表： FIRE
回复内容：
刚买了个 HD 650，真的是太好了 。

最后发表： yuba
回复内容：
OpenJDK will be more powerful in the future.

最后发表： x24
回复内容：
有没有工作还2说呢
自己的用起来更放心，不用担心监督什么的

最后发表： zzoz
回复内容：
msn在功能上跟qq相差太远

最后发表： key
回复内容：


市场引入新元素，只是好事，不是坏事。
就象QQ影音，比什么暴风好了不是一点半点。

对了，如果我没有搞错，好多下载工具、网游都是可以IM的。
如果这个能引起一些业务的重新开发和组合，应该是好事中的好事。