国内3G网络营运模式初露端倪,惹来的却是3g制式之争.究竟wcdma和td-cdma谁是赢家呢?究竟中国诺大的一个3g市场,鹿死谁手呢?还是鼎立天下呢?这一切关键在于信息部的一念抉择.其实国内的3g硬件基础早已经具备.占据不少手机份额的水货3g手机,基本是清一色的wcdma,这个源于wcdma的抢占了市场的先机,而扭扭捏捏的td-cdma似乎秉承了国人懒散的态度,迟迟未能正式投入应用.这个让我们深感失望.
是否统一制式,这个问题也是中国3g开业的首要条件,开放制式,可以百花起放,但是用户过户成本较高,而且不利于行业内的完全竞争(虽然国内这种竞争从来没有存在过).如果统一制式呢?那统一那种制式才算合理?根据国内的情况.如果统一,基本百份百可能是用咱们产业部催生的孩子td-cdma,没有办法孩子是好是坏毕竟是自己的孩子啊...那个父母不偏私?那样我们可以预料一下后果:巨大政治力量控制下的市场导致国内只能流行td-cdma制式的手机,而世界手机巨头则也只能硬头皮研发td-cdma制式的手机.其次,因为政治导向,外加国内标准控制的力度松散,td-cdma的效果原则上远不及原来预期中的成效.又或者中国3g网络从此割裂于世界的3g网络.又或者是技术的另类复辟,td-cdma坚持到一段回归到wcdma上面.如果庆幸的话,td-cdma成为国际3g主导(这个可能性极微),那么我们的结果真的如某些专家所寓言的,我们的孩子是能长大的.
无论是wcdma或td-cdma,用户关注的永远也只是价格,价格导向除基本的成本外还受竞争环境影响,在这个循环中,是良性还是恶性关键也还是信息部的一念之差.作为消费者的我,现在用的是带又wcdma制式的3g手机,从基本需求出发,我是希望国内能有wcdma的服务,而且价格是我所能乐意接受的.然而站在整过中国3g市场来说,td-cdma的确是我们信息事业的一次不可多得的机会,我们怎能放弃呢?平衡木放置的位置还有待商榷.
大胆的幻想一下,国内会不会出现gsm,wcdma和td-cdma制式同时出现在一个机器上面的3模手机呢?如果出现,制式竞争的成本最终还是落入了消费者手上了.希望产业部能想出两全其美的解决方案吧
[图片来源]

唉，继几年前美国科技泡沫时期的假帐风潮后，日本也爆出了Livedoor作假帐被大规模检调搜索及可能被强迫下市，并且相关高层人员已传出自杀事件。在危机处理方面，Livedoor倒是都在第一时间透过自己的电子报一五一时地将最新发展状况告知外界，似乎尝试以正面面对问题的方式来处理这个危机，其实所谓地正面应对发布最新演变状况，也能够以对公司有利的立场来误导导引外界的注意力，无论如何，透过部落格/网站/电子报等网络媒体正面实时应对危机的这种方式的确值得作为未来危机处理的借镜。
反顾国内的一些媒体，他们又诚信几何呢？

偶然看到了这话"一切为了孩子,为了一切孩子,为了孩子的一切",让我对麦田计划平添了几分关注.组织的成立很简单:源于组织者的一丝心里颤动.然而,他们把这些颤动变成了现实行动,去帮助了那些需要帮助的人,让人感觉到温暖.
在国内大环境来说,贫困的存在具有普遍性,成因也很复杂,就我本人还没有相对充裕的时间还有精力去探讨这个问题.但以一个平民的眼光去看,是权力拱杆出现了问题.缓和调节的方法其实很多,民间自发救助组织就是现阶段社会疗伤的白细胞,如果引导好,可以有效改善社会贫困顽疾,如果处理不好,便变成血癌.望当权者以审慎的态度对待.
如果你也有那个心思想行动,也那不妨关注下麦田计划.

※可以存放原始档&对外超级链接
※Smart Tag可轻易整理大量照片记录每张照片的详细资料
※轻易的将Zoto的照片直接发布到blog上
※联机速度快且稳定
Smart Tags让你更轻易的寻找照片

交互式的相簿
你可以为你的相簿设定专属的网址以及布景主题，参观米奇的Zoto相簿
photoblogging平台
让你可以将Zoto里的相片直接发布在你自己的Blog里，但是我测试的结果中文的Blog网站目前还不支持
上传工具

可以直接在照片上做批注
可以一次上传多个档案，但是文件名及目录名称只能用英文，不然无法上传
漂亮的Flash Player

这是我觉得最棒的功能，有申请账号的人一定要试一试。
你可以在登入后，先点选All Photos里的public view连结，然后你就会连结到http://yourname.zoto.com/user/public_view的页面。
找到页面最下方Show All的连结，点选进去后会看到所有照片的缩图，然后将页面往下卷到最下面，你会看到一个的连结。
最后你会看到一个属于你的Slide Page

如果你想放在网页上，可以点选旁边的这个按钮里的website连结。然后将框框里的语法复制后贴在适当的网页位置里就可以了。

如果说Zoto有甚么缺点就是中文的支持性粉差，网页也都是英文，可能对有些人来说会有点吃力。

大概有这几种模式：
用户+组+角色+权限
用户+组+权限
用户+角色+权限
用户+权限最近看了别人的设计方法，大多以“整数”来表示权限值，如添加、浏览、删除和修改，分别用1、2、4、8这几个整数来代替，不过，各人的做法有所不同，举例如下：

1.用2的n次幂组成权限值的集合，如1、2、4、8、16...，某用户的权限值为其子集中的整数之和，如 7=1+2+4，5=1+4。如果要从数据库检索包含某几种权限的用户，则先把这几种权限值相加，假设和为k，然后select * from table where 1 and 用户权限值 = 'k'；如果要判断某用户有哪些权限，则取出其权限值k，分别用k&1,K&2,K&4,k&16...,如果为真，则表示有值等于“&”右边整数的权限，例如，如果k&4为真，则此用户有权限表中值等于4的权限；

2.用质数2、3、5、7、11...组成权限集合，某用户的权限为其子集中各整数的乘积，如 210 = 2*3*5*7,我觉得这种方法很有趣，难点在于如何分解质因数；但我有些不认同原作者的提法，他认为权限之间可能存在包含关系，如某用户有删除权限，则其一定有浏览权限，要不然就没法删除，事实确实是这样，不过我认为这样太复杂了，容易出错，我觉得权限最好是“原子”的，互不干扰，也就是说某用户有删除权限而没浏览权限则其无法进行删除操作，因为他看不到东西，解决这个矛盾的关键是在给用户赋权时，把浏览权限也赋给他；

3.不用整数，而是用“向量表”方法（也许我说的不一定对），把所有可能的权限按一定的顺序排列，如添加、浏览、修改、删除...，用户的权限值为固定100位长度的字符串，如100010100001....01，从左起每一位对应一种操作权限，如果有这种权限，则此位的值为1，反之，则为0，作者之所以把用户权限值固定为100位，我想是考虑到升级问题，但我认为这还不够科学，我认为用户的权限值长度应小于权限个数，举例如下：
权限排列表：添加、浏览、修改、删除，用户A有添加和浏览的的权限，则其权限值为11，用户B有浏览和修改的权限则其权限值为011，用户C有浏览和删除的权限则其权限值为0101，这样设计的好处为：当权限表中增加别的权限时，不会影响用户表或角色表；

4.我曾经的做法，在后台管理中把权限分为两大类：栏目权限和操作权限，每个栏目对应一个目录，操作权限细分为浏览、添加、修改和删除，用户进入系统后首先判断有没有栏目权限，然后判断有没有操作权限，判断栏目权限相对简单一些，首先获取访问页面的路径path，然后分解出目录，对应用户拥有的目录权限，如果此目录包含在用户有权管理的目录数组中（从数据库取出），则其有进入此目录的权限，否则，没有，然而，在判断操作权限好象有些麻烦，但突然想到添加、浏览、修改和删除与我的文件命名规则是基本是对应的，但有点不同的是，我把添加和删除的功能合并在一个文件中了，例如文件名为proAddEdit.php，幸好意识到修改文件时多了个传递参数id，于是，我用正则解决了这个问题，今天看来，这种方法似乎过时了，因为不适应面向对象的思想和用框架体系来开发系统！