从7LOG迁移到ZBLOG

  今天将我的博客从PHP+MYSQL的7LOG迁移到了ASP+ACCESS的ZBLOG系统上,其实并不是说PHP的7LOG不好,相反,其是一个非常出色的BLOG系统,并且和MT产生的URL非常接近,更主要的,PHP+MYSQL的搭配从各个方面都远远优于ASP+ACCESS,只可惜的是国内PHP空间太少,PHP的BLOG程序也少,7LOG已经相当长时间没有更新了,作者似乎蒸发了,国外的PHP空间速度的确很慢,而且还经常无法访问,国内的ASP空间速度是快,可惜找了很长时间,没有一个ASP的BLOG程序令人满意,而且其功能比起PHP的BLOG来讲实在差太多了,不过也没办法了,只好自己动手去改一个BLOG程序了(自己动手,丰衣足食)。

  我经过长时间的挑选,打算改Z-Blog这个程序,一来其也生成HTML静态文件,好改一些,二来其功能还算完整,模板也不少,且支持UTF-8,最主要的,其代码写的比较好维护。

  我主要改几个地方:

  1、将其生成的URL地址修改的和7LOG的一致,这个好修改,直接替换就可以了。

  2、给其增加静态目录列表文件和静态化首页,Z-Blog这个程序有一个奇怪的地方,就是只将文章页面静态化,其他的还全都是动态页面,不知道其作者脑子怎么想的,我就帮其将分类目录列表,日期目录列表和首页这三个地方静态化一下。这个新增还挺麻烦的,我花了大半天时间才写好相关的程序,生成的文件名也和7LOG的完全一致。

  3、将其内部一些代码进行修改,特别是和INCLUDE和CACHE相关的代码。

  4、最后,转换数据库。

  转换数据库的操作其实还是比较麻烦:首先安装MYSQL的ODBC驱动,然后将UTF-8版本的MYSQL表先转化为GB2312的MYSQL表,然后通过MS SQLSERVER的数据导入导出功能将MYSQL数据导出到MS SQLSERVER上(曾经尝试直接将MYSQL导出到ACCESS,结果失败),然后将数据从MS SQLSERVER导入到ACCESS中,然后在ACCESS中执行下面两条SQL语句进行数据表结果的转换(从7LOG结构转换到ZBLOG结构):

INSERT INTO blog_Article(log_ID, log_CateID, log_AuthorID,log_Level,log_Url,log_Title,log_Intro,log_Content,log_IP,log_PostTime,log_CommNums,log_ViewNums,log_TrackBackNums,log_Tag) select id,  sort,'1', '4', '', title,resume,content,'127.0.0.1',date,0,count,0,'' from blog_topic order by id

INSERT INTO blog_Comment(log_ID,comm_AuthorID,comm_Author,comm_Content,comm_Email,comm_HomePage,comm_PostTime ,comm_IP,comm_Agent) select topic_id,id,author,content,email,'',date,ip,'' from blog_comment2 order by id

  至此,数据库转换已经全部完成。有一点不理解就是ACCESS数据库怎么保存UTF-8的数据,因为写进去的数据并不是UTF-8,不知道ACCESS怎么处理的。

  现在已经全部转换完成了,就换了一个模板,样子就是现在这个样子,测试了一下,速度当然比国外的主机快好多了,界面看上去也算凑合,等以后看腻了就换模板吧。

  本BLOG和静态化补丁提供下载,下载地址请点这里。

时间: 2024-09-28 19:35:40

从7LOG迁移到ZBLOG的相关文章

从7LOG迁移到Movable Type

最近以来我在修改7LOG的程序上遇到很多麻烦,其代码改起来不是很好修改,而作者本人似乎也消声觅迹,不见踪影了,连其主页都被干掉了,看着需要添加的功能越来越麻烦,真的想去换到另外一个博客程序Movable Type了. 为什么要迁移到Movable Type,原因很多.其一,MT是全世界使用最多的BLOG,资源很丰富.其二,MT发布的是静态文件,占用系统资源少,服务器的负荷也小.其三,虽然WORD PRESS也有Permalink仿真静态文件,但并没有降低系统负荷,而且在IIS环境下无法使用REW

从Z-Blog迁移到WordPress的方法

前文介绍了从Movable Type迁移到WordPress的方法,本文则介绍从Z-Blog迁移到WordPress的方法. 首先使用Z-Blog导出到Movable Type的小程序将Z-Blog的数据转换为Movable Type格式的文件,然后从WordPress里导入该文件即可. 我不太喜欢WordPress 2.0的Movable Type导入方式,虽然看起来简单一些,但在线WEB上传文件,对于超过2M的大型Blog导入简直是一场恶梦,所以我还是推荐使用WordPress 1.5的导入

Z-Blog在Apache的PHP下使用

Z-Blog程序是基于IIS+ASP环境开发的,理论上并不能在Apache+PHP+MySQL环境下运行,不过有时可能因为某种情况,需要将Z-Blog暂时迁移到Apache平台,本文将讲述一下迁移的具体形式. 迁移的思路是,将Z-Blog全部静态化,动态化的部分,使用PHP代码回调ASP服务器上的地址,数据库依旧放在ASP的服务器上,使用双域名形式,通过FTP工具将ASP服务器上的HTML文件复制到PHP的服务器上. Z-Blog系统需要使用"静态首页生成插件",这样首页和文章页都实现

Z-Blog分类标签全站静态化方案

Z-Blog目前已经实现了首页和文章页的静态化,可以生成HTML文件,但是系统的分类页.标签Tags页.归档页和作者页都没有实现静态化,本文将讲述一个非常简单的方案,能够自动生成各个分类页.归档页和Tags的静态HTML页面,以便用户将网站迁移到Apache等不支持ASP的主机上. Z-Blog的分类页.标签Tags页.归档页和作者页都是调用catalog.asp这个文件,因此,修改这个文件,当用户调用该文件的时候,自动生成针对该页面的HTML文件.如果访客反复读取这个文件,那么在一定时间范围内

卢松松:实战网站迁移全过程

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 由于最近博客流量普遍有上升,本来带宽就小,导致近期很多朋友说打开速度太慢,前两天正好接到巨风网络通知,准备给我更换带宽更大的服务器.其实对 中小站长来说,网站换空间.换域名.换IP都是司空见惯的事,如何在迁移网站的同时把损失减少到最少,对注重SEO优化的站长就非常重要了.下面我就把博 客整体迁移的过程记录下来,希望对大家有所帮助. 8月2日1

个人博客推荐使用Z-BLOG程序的五大理由

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 很多站长要建立自己的独立博客,在选择建站程序的时候非常纠结,为什么?第一不知道选择哪款博客程序比较好?架设的博客程序,优化推广方面有优势吗?等等,非常纠结的问题.下面就笔者所用过的Zblog.WordPress.emlog这三款程序进行对比吧. 一.程序环境.主机性价比方面 Zblog是ASP程序,而且不用独立的数据库.在虚拟主机购买方面,有

传统应用层逻辑分库DB迁移阿里云DRDS+RDS分布式数据库

随着互联网快速发展,我们的结构化关系数据库在高并发.海量数据的情况下面临单机扩展性问题,首先是单机数据库容量瓶颈,单机数据库在业务高速增长的情况下依赖硬件升级也会到达天花板,并且使用成本变得非常高,而且扩展性的复杂性也是比较高,传统数据库扩容往往意味着服务中断,很难做到业务无感知或者少感知.     通过数据水平切换来现实分库可以帮助提升数据库整体性能.横向扩展性,切分后有效的降低了单台机器的访问负载,同时最大限度的降低了数据库服务节点宕机后的损失.      传统应用业务层逻辑或组件分库实现方

经典网络迁移VPC最佳实践

摘要:阿里云起步于经典网络,但已经全面转向VPC.专有网络VPC以其在安全.成本和网络功能方面的优势,正受到越来越多用户的欢迎.在9月6日技术直播中,阿里云高级产品专家谭礼铨(李泉)为大家分享了经典网络迁移VPC最佳实践,本次分享介绍三种将ECS从经典网络迁移至VPC网络的途径,并阐述三种类型的迁移分别适合怎样的客户需求和场景. 直播回顾视频地址:https://yq.aliyun.com/webinar/play/287 9月21日,2017阿里云网络技术高峰论坛将独家线上直播,欢迎预约:ht

VPC最佳实践(六):业务如何从经典网络平滑迁移到VPC

专有网络VPC(Virtual Private Cloud)正受到越来越多用户的欢迎,已经成为云上用户的首选网络类型,也是阿里云默认推荐的网络类型.然而,云上还有很多存量用户在使用经典网络,这些用户如何从经典网络迁移到VPC呢?本文将介绍相关的迁移方案. 方案概述 阿里云将提供三种迁移方案.这三个方案可以独立使用,也可以组合使用,以满足不同的迁移场景. 混挂和混访方案 ClassicLink方案 单ECS迁移方案 混挂和混访方案 混挂和混访方案是一种系统平滑迁移方案,即用户通过在VPC中新建EC