Aug
21

今天应怪怪要求在学院服务器上安装一个WordPress,作为军训专题站。由于域名不能自由控制,所以只能在站点下建子目录来挂更多的应用。但是由于不想在根目录下放过多的目录(PHPCMS已经安装在根目录,所以文件繁多),因此选择了在其他目录通过虚拟目录的挂载方式实现子目录。
这样就出现了问题,由于虚拟目录所指向的路径存在中文路径,即:“D:\网站目录\军训专题\”,下载好Wordpress 2.8.4,解压,然后浏览器中访问,进入了著名的5分钟安装界面,填写完数据库信息,进入第二步。

出错的地方到了,就是在第二步插入数据时报错了,页面上会提示类似于以下内容的错误信息(省略了大部分信息,重点突出关键行):

WordPress database error: [Incorrect string value: '\xCD\xF8\xD5\xBE\xB9\xA6...' for column 'option_value' at row 58]
INSERT INTO wp_options (option_name, option_value, autoload) VALUES ('siteurl', 'http://*.edu.cn/jx2009', 'yes'), ('blogname', 'My Blog', 'yes'),
...........................................
 ('upload_path', 'D:\\��վ����\\��ѵ����/wp-content/uploads', 'yes'),
...........................................

我们可以看到upload_path这一项的值中间含有“�վ”这样的乱码(可能乱码形式不一样,总之是乱码),这个应该是PHP的问题,也总就是那utf-8和gb2312之间的事情了。当务之急不去研究那些编码问题,而是找到简便的解决方法。经过观察,其实WordPress的upload_path字段并不需要储存完整的路径,后台可以将这个路径直接设置为“wp-content/uploads”,那么在安装时候我们也可以直接把上传保存路径设置为这个,不需要读取完整的绝对路径了。
[阅读全文:中文路径安装WordPress出错解决方法]

Jul
24

网站空间商经常需要提供给客户一个临时的二级域名,因为客户可能还没有及时注册好域名或域名解析还没有生效。

如果每个客户我们都需要去手动添加一个主机名的话,那似乎麻烦了点。因此,我们可以使用泛解析记录(WildCard DNS Record)来实现添加一条记录对应多个主机名。

现在越来越多的人都开始接触到服务器,也开始卖卖小空间,笔者经常能够看到有人在问泛解析如何做?

今天来具体地看一下,泛解析在域名管理以及服务器设置的方法。

域名解析管理:

其实对于一个域名做泛解析记录是非常简单的,只要添加一个主机名为*(星号)的A记录或CNAME别名记录到指定的IP,那么只要是这个域名下的二级域名就都能够解析到这个IP(排除单独添加过的主机名)。
[阅读全文:DNS域名解析设置泛解析方法]

Feb
07

服务器上的ESET NOD32 3.0 在更新病毒库如果出现提示:“不明严重错误0*101a、一般编译器错误、病毒库初始化失败、病毒库更新失败、无法升级、解压文件时出错”,在ESET官方找到了解决方法:
1、先打开NOD32的主界面,按键盘的F5键,进入高级设置窗口。
2、选择左边菜单中的“更新” →  右边的“清除更新高速缓存”。
3、重新启动计算机,再更新病毒库。记得一定要重启!
      NOD

经本人亲自测试,成功~记得清除完了要重启计算机,否则还是报错的!

Aug
20

IIS无响应这个问题到现在终于解决了,具体问题在上次的使用星外虚拟主机管理系统进行重建用户一文中已经详细描述。

对IIS站点进行操作(停止、启动、暂停)时,出现错误:服务器没有及时响应启动或控制请求
对IIS进行的参数修改均无法及时生效,需要重启IIS才生效。

由于上次在重新安装了IIS以后并未彻底解决这个问题,仍然会出现IIS无响应,因此,这次决定重新再彻底清理一遍。

还是老样子把IIS卸载了重新安装,这次把星外的主控端被控端也统统卸载了再安装。并且把启用磁盘配额的那个硬盘分区也格式化了一下(当然用户数据是备份到其他盘的),格式化以后把原先的一些乱七八糟的磁盘配额项残留都给清除了(因为直接删除配额项好像有点问题,所以选择了格式化)。

然后按照步骤一步一步安装好星外主控端被控端以及IIS,一切看起来就是全新的了,然后恢复所有用户站点。接着配置一切自己手动配置的东西。结果还是有问题~郁闷

[阅读全文:IIS无响应问题终于解决]

Aug
19

实在忍无可忍,不知道什么原因,IIS经常出现无响应,具体症状就是对站点进行停止或启动等操作时,长时间无响应,最后提示:

出现错误:服务器没有及时响应启动或控制请求

问了星外的客服,他们给我的答案就是,可能你的IIS有问题或者系统有问题,叫我检查一遍磁盘~检查完了无明显改善。也不能怪人家,是你的服务器出的疑难杂症,人家只能给出建议嘛,我还是可以理解的,大家都是搞技术的~

一直在查这个问题,由于从原来的依然主机管理系统转换到现在的星外虚拟主机管理系统,首先怀疑可能是由于数据残留造成的错误。有一些应用程序池存在错误,虽然是停止的,不过不能删除。DefaultAppPool池应用程序列表显示“<站点 #1>。。。“根本没有这个站点,已经混乱了~我想这个问题应该很少有人碰到,我也无法删除这个错误的应用程序池,因此还是只能选择重装IIS了。
[阅读全文:使用星外虚拟主机管理系统进行重建用户]

Aug
18

上次介绍了WordPress URL Rewrite | WP URL 重写组件,这次又在网上找到了另一个IIS下的WordPress的URL重写组件:wp_url_rewriting:URL Rewriting for WordPress under IIS (V 2.1)

这个组件由国人开发,似乎SEO没做好呵呵,搜索引擎里好不容易才找到的了,和老外的Wordpress URL Rewrite那个相比,这个似乎更简单些,没有任何需要配置的东西,直接加载就能使用,效果也很不错。

自己测试了很久,发现基本没什么问题于是才推荐出来。

不过近日发现和星外主机管理系统有冲突,不过对于非主控站点是没有影响的。

Aug
17

今天在调试服务器IIS的时候,突然发现WinWebMail的Web站点打开相当慢,最后提示“超时,请重试”的错误。

网上查找了一下解决方法,有官方给出的方法,但是明显不对路,不知所云。。

也找到了给/windows/system32/drivers/目录权限的解决方法,不过同样不适用,因为本来是好的,突然就不好了,怎么可能会是权限问题呢?又没人动过。

最后自己动手丰衣足食啊。。打开了WinWebMail的服务端界面,发现红色大叉,于是遍找到了原因:WinWebMail的服务端没有启动

到服务里检查,发现启动时提示“错误1069:由于登录失败而无法启动服务。

一检查原来是服务启动帐号出了问题,因为那天把这个没用的帐号给删除了~在登录中设置为本地系统帐户,启动成功~没有了超时错误了

Aug
11

为了能给华麟创想的网站空间更多的卖点,于是就安装了ISAPI_Rewrite 2.9完全版。

完全版(Full)与简化版(Lite)的最大的区别在于可以让每个站点自定义URL重写规则(Rewrite Rule),也就是只要将写好的httpd.ini放在站点根目录,就能使用了。

大多数空间商使用的是简化版(Lite),设置了统一的规则,如果你需要设置自己的比较独特的规则,需要联系客服在全局配置中为你添加规则,然而,这个有可能会与别人的规则冲突(你规则写得不完善的话),并且规则数量较多的话,肯定是影响网站空间性能的。

选用简化版的最主要的原因就是因为是免费的,配置也简单。
[阅读全文:ISAPI_Rewrite 2.9 Full 破解版问题]

Aug
02

上次介绍了Access 导入 MSSQL 2000/2005 数据库工具,不过,在使用这个工具时还是有一些地方需要注意的,我把整个导入过程记录了下来,算是笔记吧,希望对其他人有所帮助。

由于CooSel2.0 CreateSQL这个工具相当不错,能够将Access的数据库表的结构转换成SQL Server的更加复杂的结构,也就是数据库的升迁,你不必担心由于Access的结构与SQL Server的不同而产生错误!因此,我们不需要做任何手工改动与设置,直接使用该工具生成SQL脚本后,放到SQL Server中执行查询即可。当然该工具还提供了生成ASP文件以及直接导入SQL Server方式,笔者推荐使用SQL脚本,这样便于修改脚本内容。

我想在SQL Server中执行SQL脚本应该就不用再说了吧,如果这个还不会,那你就应该在虚拟机里多操练操练,服务器可不是闹着玩的,等你熟悉了SQL Server的操作方式后,再看下面的内容。
[阅读全文:用 SQL 脚本将 Access 导入 MSSQL 2000/2005 方法]

Aug
01

在安装依然主机管理系统时,因为当时导入MSSQL时有点问题,所以,为了赶快能用上管理功能,所以就暂时先用了Access数据库。不过一直以来都因为速度问题困扰不已,一直以为是由于ASP.Net的效率问题造成的。

不过一次在群里有位朋友说Access数据库是比较慢,改用MSSQL以后速度会有所改善。
[阅读全文:Access 导入 MSSQL 2000/2005 数据库工具]

top
48 queries. 0.378 seconds.