① z-blog博客怎么弄成多用户多博客系统，让每个用户都有自己的博客请高手帮忙
zblog可以搞成多用户发布日志，但没法做成多用户自己拥有博客。现在都找不到免费的多用户asp博客，以前有oblog可谓流行一时。
② web网站后台管理系统的测试报告怎么写
测试报告一般是一下内容：
兼容IE7、8、chrome、firefox，有没有错位
首页广告图是否居中显示，切换是否正常，内页广告图是否对应显示，能否正常上传
各栏目、列表页等链接是否正确，特别是more这类按钮链接
各系统缩略图上传是否正常，显示是否正常，多图切换是否正常
在线留言是否正常提交，格式、必填项提示是否正确
语言版本切换是否正常
页面SEO标题，关键词，描述是否正确显示
手机版苹果浏览器，安卓主流浏览器（UC，自带浏览器）兼容，有没有错位
③ 基于web的个人博客系统怎么做
你可以参考一下我的博客，看一下框架// www.25oc.com / 可以参考一下
④ Spring Security适合做多用户博客系统吗怎样使用它去管理不同的用户
基于J2EE架构的JBoss的Nukes是一个完整的内容管理系统。它包含高级用户组管理支持多语言内容：使用UTF-8编码能够同时存储不同语言的内容。 * 内含全文本
⑤ 什么是多用户博客网站系统
系统以众多个人日志(主页)为内容基础, 为网站内容管理与发布提供了更好的解决方案!
(1) 以 .html 为链接模式架设整个网站, 让站点的内容大量出现在各大搜索引擎
(2) 全面支持 二级域名 比如 我的个人主页 http://yuling.phpwind.net
(3) 做为一个可独立运行的系统, 同时可选择性的与论坛会员及文章数据进行完美整合!
(4) 完全支持 RSS, 与 WAP 手机浏览, 用句广告词就是: 手机也能博客!
(5) 强大的系统管理, 能简便地进行系统管理与用户日志管理!
(6) 采用多层设计, 根分类 -- 多级子分类 -- 系统团队博客 -- 个人团队博客 -- 个人主页 -- 个人专辑
⑥ 国内外主要WEB2.0网站现状介绍
大众点评网定位餐饮业，是中国第一家也是最大的web2.0式的本地搜索门户。商户的信息和评价全部由会员共同管理和维护。 从03年创立开始，大众点评网就一直专注在餐馆点评和搜索服务上，并得到了大家一定程度的认同。随着大众点评网3.0 Beta版的发布在内容上将不再局限于餐馆，新增了“购物”、“休闲娱乐”、“生活服务”和“活动优惠”等四个频道。拓展后的点评网，几乎涵盖了城市生活消费的大部分内容，再加上配备了地图功能，大众点评网确已得到Sequoia（红杉资金）的投资，相关法律手续也都办理完毕。大众点评网运营模式是提供餐馆搜索引擎、网友第三方评论、增值信息发布的主要服务。餐馆搜索引擎是主要产品和赢利模式，网友第三方评论是网站提供的特色服务，吸引网友人气。
口碑网是全国最大的本地化诚信生活社区。口碑网成立于2004年，专门提供餐饮点评及房产资讯等生活信息的社区，也是典型的以消费者舆论为卖点的网站。据说其初衷是做一个让“大家评说事物优劣”的点评平台，目前提供消费信息已覆盖餐饮、房产、跳蚤市场等多个领域。由于看好其在生活消费领域的前景，阿里巴巴以500～600万美元之间的价格收购了口碑网。
中国Web2.0现状与趋势调查报告》十大发现：
（1）普通互联网用户对Web2.0知者甚少。
73.3%被调研者不了解Web2.0。
（2）个人博客已经成为重要的传播力量。
个人博客已经成为用户重要的信息来源渠道，个人博客这种网络上的口碑传播已经成为9.8%的互联网用户了解Web2.0的信息渠道来源。
（3）门户博客有望成为后起之秀。
在用户经常访问的博客网站中，排名第一的是博客网，其次是新浪博客、搜狐博客、天涯博客和网易部落，门户博客有望成为后起之秀。
（4）相对于离线RSS，更多的用户倾向于使用在线RSS。
仅使用在线RSS服务的用户比例高达60.8%，仅使用离线RSS服务的用户比例为14.6%，前者是后者的4倍。
（5）通过RSS浏览新闻仍然不是用户浏览新闻的主要方式。
使用RSS浏览新闻占所有浏览方式比例不到20%的用户群体，占调研总体的50.9%。
（6）用户订阅了RSS之后，浏览习惯绝大多数（87.1%）发生了变化。
（7）用户对于SNS的收费持否定态度（60%反对）。
（8）调研发现用户使用网摘收藏文章比较频繁。
其中每周1次的占22.3%，每周2-3次的占22.8%，每周4-6次的占10.7%。此外，每天都使用网摘服务的用户也有14.5%。
（9）用户选择播客服务考虑的最主要因素是“速度快”（42.1%），其次是“空间大”（29.8%），再次是“上传方便”（28.7%）。
（10）通过传统非互联网渠道了解播客的比例很低。
通过报纸杂志渠道了解的为18.2%，通过电视了解的为10.7%，通过广播了解的为8.8%。
建议你读读这篇文章,一定会有助于加强你对web2.0网站的认识.
新经济导刊：web2.0草根舆论商业化(http://news.csdn.net/n/20070129/100997.html)
⑦ 求一篇基于web的数据库设计社会实践调查报告
《基于web的数据库设计实践》
The Database Design Based On WEB Used In Remote Concurrent Design
Abstract: the paper analyses the database characteristics used in the remote concurrent proct design system based on Internet, deeply researches the database structure, interface and the method of the data safety.
Keywords: Internet, remote concurrent design, database based on Web
近年来，随着Web技术的蓬勃发展，人们已不满足于只在浏览器上获取静态的信息，想要通过它发表意见、查询数据。随着电子商务的普及人们开始参与一些网络商务活动，这就迫切需要实现Web与数据库的互连[1]。产品异地并行设计对数据的要求有一定的特殊性，主要有（1）产品数据多种多样。产品设计，特别是机械产品设计常常是大型而又复杂，在异地通过不同的设计小组，按不同的分工设计同一产品，所要管理和通讯的数据类型随着分工的不同而有不同的表现形式，如常规的数字组成的数据集，以图形、图象形式表达的产品模型数据，以文字形式描述设计的文档，还有图表、公式等形式，复杂多样。（2）产品数据交换频繁，流量大。产品设计是一个协同工作的创造性集体智慧凝聚的过程，要使设计顺利进行，分布在异地的不同设计小组之间就要经常性地进行数据交换，并且有些形式表达的产品数据是较大的文件。（3）产品数据的一致性要求高。分工合作的不同设计小组之间的设计任务是彼此关联，互相依赖的。如果其中一个数据改变了，相关联的数据必须跟着改变，在Web数据库设计时必须考虑数据的一致性问题。（4）产品数据的并发性访问频繁。由于异地产品设计的特殊属性，数据的并发性访问非常频繁。所以，进行基于Internet的产品异地并行设计的Web数据库设计与一般的电子商务不同，要充分考虑以上属性。本文结合我们近期开发的机械产品异地并行设计系统（RCDS, Remote Concurrent Design System），综合比较了多种当今流行的网络数据存取技术，设计出可靠安全的数据库系统。
1 Web数据库连接方案
1.1数据库连接方案选择
RDO、DAO和ADO是比较常见的Web数据库访问技术。
DAO (Data Access Objects) 数据访问对象是第一个面向对象的接口，它含有 Microsoft Jet 数据库引擎（由 Microsoft Access 所使用），并允许 Visual Basic 开发者通过 ODBC 象连接到其他数据库一样，直接访问到 Access 表。DAO 最适用于单系统应用程序或小范围本地分布使用，对大范围的异地并行设计显得功能不够强大。
RDO (Remote Data Objects) 远程数据对象是一个到 ODBC 的、面向对象的数据访问接口，它同易于使用的 DAO style组合在一起，提供了一个接口，形式上展示出所有 ODBC 的底层功能和灵活性。RDO 在访问 Jet 或 ISAM 数据库方面有一定的限制，而且它只能通过现存的 ODBC 驱动程序来访问关系数据库。但是，RDO 已被证明是许多 SQL Server、Oracle
以及其他大型关系数据库开发者经常选用的最佳接口。RDO 提供了用来访问存储过程和复杂结果集的更多和更复杂的对象、属性，以及方法。对异地并行设计Web数据库来说也不是十分理想。
ADO（ActiveX Data Objects）为ActiveX组件中数据库访问组件，ASP就是通过它实现对数据库的访问。ADO 是 DAO、RDO 的后继产物。ADO 2.0在功能上与 RDO 更相似，而且一般来说，在这两种模型之间有一种相似的映射关系。ADO “扩展”了 DAO 和 RDO 所使用的对象模型，这意味着它包含较少的对象、更多的属性、方法（和参数），以及事件。例如，ADO 没有与 rdoEngine 和 rdoEnvironment 对象相等同的对象，可以包含 ODBC 驱动程序管理器和 hEnv 接口。尽管事实上接口可能是通过 ODBC OLE DB 服务提供程序实现的，但目前也不能从 ADO 中创建 ODBC 数据源。ADO 是为 Microsoft最新和最强大的数据访问范例 OLE DB 而设计的，是一个便于使用的应用程序层接口。OLE DB 为任何数据源提供了高性能的访问，这些数据源包括关系和非关系数据库、电子邮件和文件系统、文本和图形、自定义业务对象等等。ADO 在关键的 Internet 方案中使用最少的网络流量，并且在前端和数据源之间使用最少的层数，所有这些都是为了提供轻量、高性能的接口。同时 ADO 使用了与 DAO和 RDO相似的约定和特性，简化的语义使它更易于学习。
ADO最早是在IIS中引入的，主要用于ASP，用ADO可以使服务器端的脚本通过ODBC存取和操纵数据库服务器的数据。使用ADO的对象可以建立和管理数据库的连接，从数据库服务器请求和获取数据，执行更新、删除、添加数据、获取ODBC的错误信息等。ADO是ASP方案中最具吸引力的数据库连接控件，它为用户提供了连接任何兼容ODBC的数据库以及创建全功能数据库应用程序的能力。
ADO具有简单易用、高速、占用资源少等的优点。不同于DAO和RDO，ADO有着更高的执行效率。ADO 对象模型如图1a所示。每个 Connection、Command、Recordset 和 Field 对象都有 Properties 集合，如图1b所示。
a) b)
图1 ADO对象模型及属性
应该说，ADO是微软的下一代数据库连接技术，用来全面取代RDO和DAO的数据访问工具。从发展趋势来看，ADO今后将逐步替代老的DAO特别是RDO数据访问接口，成为新的远程数据访问方法。所以，选择ADO作为产品异地并行设计的Web数据库接口技术是合适的。
1.2 ADO应用分析
ADO 并不是自动和现存的数据访问应用程序代码兼容的。当 ADO 封装 DAO 和 RDO 的功能性的时候，必须将许多语言要素转换为 ADO 语法。在某些情况下，这将意味着要对现存代码的某些功能做一个简单转换。在其他情况下，最佳的做法可能是用 ADO 的新功能重写该应用程序。
包含在 DAO 和 RDO 模型中的许多功能被合并为单个对象，这样就生成了一个简单得多的对象模型。然而，由于这个原因，起初可能会觉得找到合适的 ADO 对象、集合、属性、方法，或事件非常困难。与 DAO 和 RDO不同的是，尽管 ADO 对象是分层结构的，但在分层结构范围之外也是可以创建的。同时，也应当注意，ADO 当前并不支持 DAO 的所有功能。ADO 主要包括 RDO 风格的功能性，以便和 OLE DB 数据源交互，另外还包括远程和 DHTML 技术。
一般说来，在 ADO 的演化过程中，马上把大多数 DAO 应用程序（except possibly是那些使用 ODBCDirect 的应用程序）移植到 ADO 上为时太早，因为当前的 ADO 并不支持数据定义 (DDL)、用户、组等等。不过，如果只将 DAO 用于客户—服务器应用程序，并不依赖于 Jet 数据库引擎或不使用 DDL，那么就可能移植到 ADO。最终，Microsoft 将提供一个 ADO DDL 组件来帮助进行 DAO 到 ADO 的移植，并为 OLE DB 供应商提供一般的 DDL 支持。
在ASP中使用ADO技术来访问Web数据库，其应用前景是无可估量的。原理图如下：
图2 ADO在ASP程序中的应用
2 Web数据库管理系统
常见的数据库类型有面向对象的数据库（OODB）和关系型数据库。OODB对主流数据库应用开发来说是相当新颖的，使用OODB使应用程序中的数据对象与现实世界中的对象一一对应，面向对象数据库扩充了对象模型。一个常用的对象模型是由对象数据库管理组（ODMG）开发出来，具有比传统的关系数据库更优越的性能，但毕竟在目前还是一种探索阶段，暂时还未有相应的技术普及。
关系数据库已经是数据库体系的世界标准。当开发一个数据驱动应用程序时，大多数情况下用户需要访问网络（如Internet、Intranet等）上的数据信息，就RCDS就是建立在网络的信息通讯之上，是完全的客户机/服务器应用程序。
SQL Server是一个可缩放、高性能的关系型数据库管理系统（RDBMS），它的设计是为了满足分布式客户/服务器计算的需要，允许客户应用程序使用几个特定的工具和技术控制从服务器检索的数据。这些包括触发器、存储过程和规则的选项。因此，系统采用MS SQL Server7.0作为后台数据库。
3 Web数据库结构
数据模型通常有层次模型、网状模型、关系模型及OO（面向对象）模型等。其中关系模型是建立在数学概念基础之上的一种模型，由若干个关系框架组成的集合,它也是到目前为止最为成熟的一种数据库类型。本文RCDS采用MS SQL Server作为后台数据库，根据数据库工具和数据库特点，开发出一套可靠健壮的数据存储方案。
整个数据库共有AdminData、ChatNames、DesignUnits、Message、OnlineUnits、Procts、RqtTasks、RqtTaskUnits、RqtDesignUnits、ShareData、Tasks、TaskUnits和UploadFiles等表格。在建立数据模型的时候首先考虑是要避免重复数据，也就是建立规范化数据库。规范化数据库可以通过被称为范式水平的指标来衡量，级别有第一范式、第二范式和第三范式，通常第三范式就是要达到的目标，因为它提供了数据冗余和开发简易性之间的最好折衷。
RCDS数据库正是按照第三范式标准来设计的，它保证了模型的精简和表格的紧凑性。而第三范式标准也最大发挥了关系数据库的优势，图3是部分表格的视图链接情况。
图3 关系表格视图
4.1 并发控制的处理
在多个用户同时访问一个数据库时就产生并发问题，特别是在其中一些用户对数据库有添加或删除修改等操作时，那么其他所获得的数据可能是一塌糊涂，甚至造成整个数据访问的冲突、终止，从而使系统发生混乱以至崩溃。RCDS采用的解决办法是锁定技术，总体上分为共享锁定和排它锁定两种类型（如图4）。前者是指同时有几个过程共享一个锁定，比如一个用户（或客户）正在读取一个数据，虽然在这之前他已经对该数据设置了锁（LOCK），但其他用户同样可以（也只能是）读取它。而排他锁定一般应用于对数据进行修改或更新（包括添加删除等）操作，即是用户在修改一个数据之前设置了锁定，在一定的时间里其他用户是不能访问到该数据的，只有等待锁定解除（UNLOCK）才能进行访问到它，当然在计算机处理的时候，其他的用户一般是感觉不到有这个等待时间的。通过这样的处理，就保证了数据的一致性。
a) 共享锁定
b) 排它锁定
图4 安全锁定类型
在ADO进行数据库操作时，它的锁定类型相对来说复杂一些。打开记录集时，可以指定锁定类型。锁定类型决定了当不止一个用户同时试图改变一个记录时，数据库应如何处理。ADO中的锁定主要有以下四种类型：
l AdLockReadOnly 指定你不能修改记录集中的记录
l AdLockPessimistic 指定在编辑一个记录时，立即锁定它
l AdLockOptimstic 指定只有调用记录集的Update方法时，才锁定记录
l AdLockBatchOptimstic 指定记录只能成批地更新
在缺省情况下，记录集使用只读锁定。要指定不同的锁定类型，可以在打开记录集时包含这些锁定常量之一。部分代码如下：
… …
Set MyConn=Sever.CreateObject(“ADODB.Connection”)
//定义数据库连接MyConn
Set RS=Sever.CreateObject(“ADODB.RecordSet”)
//定义返回数据记录集
MyConn.Open “ByktDB.dsn”//建立应用程序与数据源的连接
RS.Open “SELECT * FROM Mytable”, MyConn, adOpenDynamic， adLockPessimistic
//进行数据库操作，并且设置锁定
RS.Close
MyConn.Close
… …
4.2产品数据一致性处理
数据的安全因素除了前面所提到的并行控制之外，还要考虑事务处理。网络数据库有其不同的地方，例如：假设某个时间有一个设计人员在你的站点上索取一些设计信息，有关的设计信息存储在两个表中。一个表用来保存该设计者的信息，另一个表包含了要索取的设计信息。该设计人员的信息已经输入了第一个表中。但是，就在这时，发生了意外情况，一道闪电击中了你的服务器，使第二个表没有被更新。在这种情况下，一个健壮的系统就必须保证最后的结果是两个表都没有被更新过。这时候事务处理就发挥了重要的功效。
使用事务处理，你可以防止第二个表没有被更新而第一个表被更新的情况出现：当一组语句构成一个事务处理时，如果一个语句没有执行成功，则所有的语句都不成功。不管是针对多个表，还是进行表内多个记录的操作，它们所需要的安全保证是一样的。事务处理的实现代码如下：
… …
Set MyConn=Sever.CreateObject(“ADODB.Connection”)
MyConn.Open “ByktDB.dsn”
MyConn.BeginTrans //事务处理开始
MyConn.Execute “INSERT DataTable(Num) Values(‘3628’)”
MyConn.Execute “INSERT Shipping (Address) VALUES(‘Paris,France’)”
MyConn.CommitTrans //事务处理结束
MyConn.Close
… …
在上面这段代码中，用BeginTrans方法和CommitTrans方法来标记事务处理的开始和结束。在BeginTrans方法被调用之后，CommitTRans方法被调用之前，不管出现什么错误，两个表都不会被更新，在这个过程中所有处理的数据都保持了完全可靠的一致性。
⑧ java web开发多用户博客系统，用户权限控制该怎么实现
数据库设计，设计如下：
用户：user
角色：role
用户-角色：user_role
资源：resource（包括上级菜单、子菜单、按钮等资源）
角色-资源：role_resource
标准的权限管理系统设计为以上5张表。
注：用户、用户-角色我就不做说明了，这两个是很简单的两块，用户的crud，以及为用户分配角色（多对多的关系）稍微琢磨一下就清楚了，下面都是针对为角色分配权限的实现
后台实现
展示层采用ztree树
⑨ 求论文开题报告一份，“多用户博客管理系统”
你这个我觉得可以装个多用户博客系统如果你不喜欢博客也可以装个文章管理系统
或者是cms系统整个过程嘛首先让自己的电脑提供web服务然后搞个动态域名再后安装个动态环境象asp或者是php
最后到源码站去...
⑩ 多用户博客系统和个人博客系统有何区别
单用户，就是私人的，一个人用的博客。 多用户，就是公用的，别人可以在这里申请的博客。