少斌的博客

一、出现问题

在VM的CentOS 5.4 32bit上重新编译了内核（2.6.19.7），启动新内核时，停在starting udev，然后按下Ctrl+C取消，才能继续启动

于是google之，发现这似乎是一个esx的bug，官方的说明在这里： http://kb.vmware.com/selfservice/microsites/search.do?

cmd=displayKC&externalId=1007020

看了一下，发现是因为CPU数量的问题，当设置VM中CPU数量的时候，多于一个CPU，就有可能

发生这个问题，并且在以下系统中会有这个现象：

Asianux 3 32 bit
CentOS 5.2 32 bit
CentOS 5.1 32 bit
CentOS 5.0 32 bit
Mandriva  Linux 2008 32 bit and 64 bit
Oracle Enterprise Linux 5 32 bit
RHEL 5.2 32 bit
RHEL 5.1 32 bit
RHEL 5.0 32 bit
SUSE Linux 10.3 32 bit and 64 bit
SUSE Linux 10.2 32 bit
Ubuntu 8.04 32 bit and 64 bit
Ubuntu 7.10 32 bit and 64 bit
Ubuntu 7.04 32 bit

二、解决办法

1. 设置VM的CPU数量为一，然后开机

2. 修改/etc/grub.conf文件，加入clocksource=acpi_pm

3. 关机，设置CPU数量为需要的个数，开机

4. 问题解决

先看看来自百度百科的定义：

论坛 它是一种交互性强，内容丰富而即使的Internet电子信息服务系统。用户在BBS站点上可以获得各种信息服务，发布信息，进行讨论，聊天等等。


网络社区 是指包括BBS/论坛、贴吧、公告栏、群组讨论、在线聊天、交友、个人空间、无线增值服务等形式在内的网上交流空间，同一主题的网络社区集中了具有共同兴趣的访问者。在现代社会学中，社区是指地区性的生活共同体。构成一个社区，应包括以下5个基本要素：一定范围的地域空间、一定规模的社区设施、一定数量的社区人口、一定类型的社区活动、一定特征的社区文化


SNS 全称Social Network Site，即“社交网站”或“社交网”。注意要与“社区网站”区分，两者有本质区别。社会性网络（Social Networking）是指个人之间的关系网络，这种基于社会网络关系系统思想的网站就是社会性网络网站(SNS网站)。SNS的全称也可以是Social Networking Services，即社会性网络服务，专指旨在帮助人们建立社会性网络的互联网应用服务。也指社会现有已成熟普及的信息载体，如短信SMS服务。严格讲，国内SNS并非社会性网络服务，而是Social Network Sites（即社交网站）。


所谓媒体，是指传播信息的媒介，通俗的说就是宣传的载体或平台，能为信息的传播提供平台的就可以称为媒体了。


很多人将SNS和社区、论坛和社区、媒体和社区的概念模糊。这很大程度上得怪康盛将概念模糊。
1、SNS是熟人的社交工具（或社交网站）；而社区是熟人和生人的工具，通过话题、兴趣进行人群聚集。
2、论坛通常而言是指公告板服务，提供信息发布和公告服务，更多是聊天和信息交流的工具，并不具备社区的功能性。
3、通常而言社区至少需要：设施、人口、文化、活动几项基本功能；所以论坛并不足以胜任社区的任务。
4、SNS、论坛、社区三者可以定义为web2.0、UGC应用；而媒体的本质是宣传和传播。前者重点是人、后者重点是传播。

原先使用wp的博客程序，现在切换成weicms的简单程序。至于原因你懂的……


大约08年至今的历史数据就不转移过来了，我大约翻了一下并没有太多精华留下。

如何将CMS打造成微博CMS？

首先我们分析一下CMS的常见功能：

文章发布、会员投稿、工作流、采集、生成HTML、会员评论、各种模型。
 

Q：而微博CMS是什么东西呢？
A：目前并没有明确的定义，我给它的定义是：

1、文章发布可以推送到微博。
2、微博帐号可登录并评论。
3、来自微博的评论可导入到文章评论部分。
4、集成常见的微博工具功能，如定时发布、图片拼接。
 

这里我们需要的仅仅是CMS的文章发布、会员评论，再捎带上会员投稿就可以实现一款微博时代的CMS。
再结合新浪微博、腾讯微博的API进行一些改造即可塑造一款好用的微博CMS了。


Q：而微博CMS的用户是谁？他们为什么会需要微博CMS？
A：微博CMS适合从事微博营销的企业进行内容的管理和组织。

Q：已经存在的CMS产品如何改造
A：对于现有的CMS改造成贴近微博的CMS难度比较大，我们在后期在进行讨论并提供实现思路。

这些年asp.net在web方面发展表现一直欠佳。我们抛开诸如微软不开源、windows需要额外的授权费用等外部因素外，还有一些程序本身内在的原因：

1、早期的asp.net产生大量的垃圾代码（mvc以后总算可以拿到一份干净的html了）。
2、早期aspx和aspx.cs的分层、后来mvc的view和controller分层、以及后台3层甚至n层的，动辄项目重构。无法适应多变的互联网需求，对于互联网企业来说耗不起的是时间成本。
3、数据交互和前台js的薄弱，这方面只能见仁见智了。至少我觉得asp.net处理表单非常的麻烦。

ps：一家之言。不认同的朋友可以一笑而过，不用太较真：）

在我看来asp.net其实是一个功能非常强大的开发环境，机制也完善。完全是可以打造成一个轻便、高效、优雅的互联网开发工具的。当然还是需要我们着手解决一些问题，或许三两个封装好的类就可以让世界变得清静。

1、请使用asp.net的mvc架构或其他同类架构。
2、dataredaer to model
3、from tools

未完待续……

以下观点仅为个人看法，不具备任何参考意见；
以下观点没有任何数据支持，只是无理由的猜测。

1. 多终端接入已是必然。手机和电脑连机玩游戏；电视和手机共享网络、文件等等这一切只是时间问题。
2. 终端的多样性注定赢家不会是硬件产商，硬件产商只能够分取整个大平台的小部分利润；操作系统在竞争上有先天的优势，国内将会出现多家企业争相瓜分操作系统市场。但目的仅仅是为了更方便的推自家的其他产品。
3. 5年-10年后的移动互联网app开发者或许就像现在的站长，疲于应付各种不同的app平台；可能有些企业计划推出通用框架打破平台的障碍，但最终会吃力不讨好。直到某个组织推出一款通行协议，开始缓解平台兼容性的困惑，但是这个单位绝对不会来自中国。
4. 桌面平台没有想象中的衰败。桌面平台或将出娱乐市场，转为一种专业工具，如软件开发、设计绘图、工程设计等等。
5. 当年的站长们纷纷转型离开，有团队的带着团队随大流开发app；个人站长郁郁寡欢离开互联网圈子（结果可能混得更好，未来以另一种身份再进入互联网市场）
6. 国域网继续发扬光大，各种审核、各种办证越发成熟形，终将形成产业。