环境:
xp sp2
现象:
启用guest用户,将一个文件夹共享后,从另一台机器上输入用户名guest访问该文件夹时系统提示没有访问权限。但访问“共享文档”文件夹时正常。
分析:
主机取消了文件夹选项中的“使用简单文件共享”,因而对文件夹有“安全”页签设置用户和组的访问权限,对网络访问同样起限制作用。
解决:
1、打开待共享的文件夹的“属性”对话框,在“共享”页签中设置为共享后,在“安全”页签中添加“guest”用户的只读权限,如图所示。
2、从网络访问此共享,OK。
延伸:
推荐在主机中启用文件夹选项中的“使用简单文件共享”,网络共享更简单。
2008年8月4日星期一
WordPress 2.6中设置Permalinks后出现404 Not Found的解决办法
环境:
Windows xp sp2下的虚拟机VirtualBox 1.6.2,其中安装了Ubuntu 8.04
进入setting > permalinks设置页面,将Common settings由Default改为选中Month and name,保存更改。
分析:
查看官方网站文档,按提示更新.htaccess;配置rewrite以及目录属性。
解决:
关于.htaccess:
1、在网站目录下创建.htaccess。
2、查看并更改读写权限,使wordpress能自动更新该文件。
3、进入setting > permalinks设置页面,重新设置一次Month and name,保存更改。
页面上端应当出现提示,表明已经更新了.htaccess。
关于rewrite以及目录属性:
1、加载mod_rewrite模块。
2、查看apache站点配置。
在/etc/apache2/sites-enabled/中有000-default文件,链接到/etc/apache2/sites-available/default文件。查看内容
有
3、在其中增加虚拟站点中wordpress目录的配置。
4、保存后重启apache,使新配置生效。
5、重新访问一篇日志,404现象消失。OK。
Windows xp sp2下的虚拟机VirtualBox 1.6.2,其中安装了Ubuntu 8.04
- 使用新立得安装了LAMP(Apache 2.2.8, PHP 5.2.4-2ubuntu5.2, MySQL 5.0.51a-3ubuntu5.1),
- phpMyAdmin 2.11.3deb1ubuntu1
- WordPress 2.6, 目录为/var/www/wp/
- 使用http://localhost/wp/ 能够登录、查看、发布日志。
进入setting > permalinks设置页面,将Common settings由Default改为选中Month and name,保存更改。
- 系统提示无法对.htaccess文件自动写入更改,需要手工更新该文件。
- 重新访问一篇日志,如http://localhost/wp/2008/08/2nd-post/,出现404 Not Found。
分析:
查看官方网站文档,按提示更新.htaccess;配置rewrite以及目录属性。
解决:
关于.htaccess:
1、在网站目录下创建.htaccess。
sudo touch /var/www/wp/.htaccess
2、查看并更改读写权限,使wordpress能自动更新该文件。
ls -la /var/www/wp/.htaccess
sudo chmod 666 /var/www/wp/.htaccess
3、进入setting > permalinks设置页面,重新设置一次Month and name,保存更改。
页面上端应当出现提示,表明已经更新了.htaccess。
关于rewrite以及目录属性:
1、加载mod_rewrite模块。
sudo a2enmod rewrite
2、查看apache站点配置。
在/etc/apache2/sites-enabled/中有000-default文件,链接到/etc/apache2/sites-available/default文件。查看内容
sudo gedit /etc/apache2/sites-enabled/default
有
NameVirtualHost *
<virtualhost *>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/
<directory>
Options FollowSymLinks
AllowOverride None
</directory>
<directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</directory>
......
</virtualhost>
3、在其中增加虚拟站点中wordpress目录的配置。
<directory /var/www/wp/>
Options FollowSymLinks
AllowOverride All
</directory>
4、保存后重启apache,使新配置生效。
sudo apache2ctl restart
5、重新访问一篇日志,404现象消失。OK。
2008年8月3日星期日
VirtualBox中Ubuntu登录界面对键盘的输入无响应时的一个解决办法
2008年8月2日星期六
忘记Ubuntu中用户名后的查找方法
问题:
虚拟机VirtualBox中Ubuntu 8.04安装后,过段时间忘记用户名了。
分析:
启动到单用户状态,在命令行控制台查看用户名。
解决:
1、启动grub时,按ESC显示启动列表,选择以安全模式启动。
2、加载一些文件后,出现3个选项,选择第2项,以root用户登录系统尝试恢复。
系统立即进入命令行界面。
3、查看/home下有以用户名命名的文件夹。
4、可以用passwd命令更改root及各用户的密码。
另一个方法是使用LiveCD启动,自动进入X桌面。(未试)
参考:
ubuntu忘记密码和破解登陆密码
虚拟机VirtualBox中Ubuntu 8.04安装后,过段时间忘记用户名了。
分析:
启动到单用户状态,在命令行控制台查看用户名。
解决:
1、启动grub时,按ESC显示启动列表,选择以安全模式启动。
2、加载一些文件后,出现3个选项,选择第2项,以root用户登录系统尝试恢复。
系统立即进入命令行界面。
3、查看/home下有以用户名命名的文件夹。
4、可以用passwd命令更改root及各用户的密码。
另一个方法是使用LiveCD启动,自动进入X桌面。(未试)
参考:
ubuntu忘记密码和破解登陆密码
2008年8月1日星期五
安装SupeSite 6.0UC时无法登录后台管理界面的原因
环境:
Windows 2003
MySQL 5.0.51b
Apache 2.2.9,使用地址http://localhost/
PHP 5.2.6, phpMyAdmin 2.11.8.1, ZendOptimizer-3.3.3
现象:
依次安装并体验了UCenter, UCenter Home, Discuz! 6.1.0, ECShop, SupeV之后,接着通过UCenter安装了SupeSite 6.0UC,发现以下故障,重启httpd也未解决:
--用Discuz!的管理员帐户admin无法登录SupeSite,
--在Discuz!后台管理界面的“扩展”页也未见SupeSite的管理项,
--UCenter中也未自动添加SupeSite应用。
但在SupeSite中注册新用户后能登录各应用。
分析:
初步判断是UCenter的config.php配置有误。查在线文档了解可能是cookie参数有误。
解决:
1、备份并打开config.php,找到$cookiepre,值为:
$cookiepre = 'cdb_';
2、打开Discuz! 的config.inc.php,找到$cookiepre,发现该值不同:
$cookiepre = 'jl5_';
3、将第一项'cdb_'更改为相同的'jl5_',重启httpd。
4、重新访问SupeSite, 如http://localhost/xspace,用admin能够登录,并能进入后台管理界面,如图。
原因是安装时以为该缺省值与Discuz! 的相同,未更改该项导致。
修改完成后能配置了,但在Discuz! 后台的“扩展”配置界面仍未见SupeSite的配置项。
另外,UCenter中可以手工添加SupeSite应用,相应地我手工更改了SupeSite的config.php中的UCenter各配置项。具体作用待查。
Windows 2003
MySQL 5.0.51b
Apache 2.2.9,使用地址http://localhost/
PHP 5.2.6, phpMyAdmin 2.11.8.1, ZendOptimizer-3.3.3
现象:
依次安装并体验了UCenter, UCenter Home, Discuz! 6.1.0, ECShop, SupeV之后,接着通过UCenter安装了SupeSite 6.0UC,发现以下故障,重启httpd也未解决:
--用Discuz!的管理员帐户admin无法登录SupeSite,
--在Discuz!后台管理界面的“扩展”页也未见SupeSite的管理项,
--UCenter中也未自动添加SupeSite应用。
但在SupeSite中注册新用户后能登录各应用。
分析:
初步判断是UCenter的config.php配置有误。查在线文档了解可能是cookie参数有误。
解决:
1、备份并打开config.php,找到$cookiepre,值为:
$cookiepre = 'cdb_';
2、打开Discuz! 的config.inc.php,找到$cookiepre,发现该值不同:
$cookiepre = 'jl5_';
3、将第一项'cdb_'更改为相同的'jl5_',重启httpd。
4、重新访问SupeSite, 如http://localhost/xspace,用admin能够登录,并能进入后台管理界面,如图。
原因是安装时以为该缺省值与Discuz! 的相同,未更改该项导致。
修改完成后能配置了,但在Discuz! 后台的“扩展”配置界面仍未见SupeSite的配置项。
另外,UCenter中可以手工添加SupeSite应用,相应地我手工更改了SupeSite的config.php中的UCenter各配置项。具体作用待查。
订阅:
博文 (Atom)