配windows server 2003下iis6时出的”404″错误
偶然帮朋友配了个iis(windows 2003下,iis6.0)
发现一个问题
当我请求一个.log文件的时候居然出404的错误
这个资源可是真真切切确实存在的呀
而且全县貌似也没有问题
(因为最早是权限问题)
最后在iis里的mime设置里填加了关于扩展名为.log的类型描述
为
text/plain
再访问
居然就好了
偶然帮朋友配了个iis(windows 2003下,iis6.0)
发现一个问题
当我请求一个.log文件的时候居然出404的错误
这个资源可是真真切切确实存在的呀
而且全县貌似也没有问题
(因为最早是权限问题)
最后在iis里的mime设置里填加了关于扩展名为.log的类型描述
为
text/plain
再访问
居然就好了
朋友装了个discuz6.0
系统是linux+httpd2.2+mod_rewrite
一开启页面静态化
页面都变成404找不到了
然后去官网看了看
知道是没有rewrite规则
于是在discuz的目录下touch了一个.htaccess
在里面加上:
# 将 RewriteEngine 模式打开
RewriteEngine On# 修改以下语句中的 /discuz 为你的论坛目录地址,如果程序放在根目录中,请将 /discuz 修改
为 /
RewriteBase /# Rewrite 系统规则请勿修改
RewriteRule ^archiver/((fid|tid)-[\w\-]+\.html)$ archiver/index.php?$1
RewriteRule ^forum-([0-9]+)-([0-9]+)\.html$ forumdisplay.php?fid=$1&page=$2
RewriteRule ^thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ viewthread.php?tid=$1&extra=page\%3D$3&page=$2
RewriteRule ^space-(username|uid)-(.+)\.html$ space.php?$1=$2
RewriteRule ^tag-(.+)\.html$ tag.php?name=$1
这里没啥可说的,唯一要注意的是RewriteBase
如果你的discuz是http://xxx.xxx.xx.xxx/discuz这样来访问的话
这里应该设成discuz
如果是http://xxx.xxx.xxx.xxx/这样的话
就应该设成/
.htaccess的方法是最灵活的解决方法
但是你需要先确认系统支持在.htaccess里写这些rewrite规则
(缺省一般是不让的)
于是还要在apache的配置文件里加上
<Directory /path/todiscuz>
AllowOverride Fileinfo
</Directory>
重写规则之类的语句只需要Fileinfo即可
然后重起apache
再起用静态化
就OK了
很简单
windows xp下的缺省编码是gbk
而linux缺省是utf8
这样直接弄上去不管是ftp上传还是rz上传
如果不转码都会导致中文乱码问题的
以前我发现有个方法可以绕开这个问题
我在windows下把要上传的东西打成一个大的rar包
然后上传这个rar包
最后再在服务器上用unrar解开
这样的话中文不会乱码
具体什么原因
没搞明白,估计rar会自动转码吧
我这里要讲的是通过ftp上传怎样避免乱码
这里主要是用到一个会自动转码的ftp server—-pure-ftpd
pure-ftpd支持一个配置参数:ClientCharset
这里设定的是ftp client(windows xp)的字符集
将其正确设定为gbk后
再通过windows上传东西的时候就会自动转码(gbk–>utf8)
于是就避免了中文乱码问题
注意:
debian系的配置比较奇怪
是在/etc/pure-ftpd/conf/目录下建立一个文件:ClientCharset
里面就一行内容:gbk
嘻嘻的领导非常关注员工职业发展的辅导,最近买了N多书让大家传阅,其中一本就是《杜拉拉升职记》,因为是小说,嘻嘻2个晚上就读完了,掩卷而思,还是颇有些感触:
1.要在现有岗位上又出色的表现,要敬业,更要专业。既要端正工作态度改进工作方式,同时要不断地提升业务能力。
2.赢在执行,一定要有很强的执行力。你做事,领导放心,若有惊喜更好,记住千万别让领导惊异。
3.了解你的领导,与领导的工作方式保持一致,这样不至于陷入被动。
4.激励要正当时,否则成了负激励。
5.双赢的合作原则,包括与下属合作。
6.制定适当的可操作的规章流程,按流程办事。
7.不太可能总是选择到和你完全匹配的下属,要学会辅导下属,有效地解决冲突。
嘻嘻早上收到每日例行短信, 发现有些统计数据显示异常,被***取代,当时想不着急,等去公司后再调查原因. 路上领导短信询问没及时查看也没理会,到公司后才看到, 调查清楚后, 知道原来是移动网关过滤了关键字(1 9 8 9 / 6 4 )导致,然后回复领导原因, 但领导说已经知道了, 语气不甚好,呵呵, 嘻嘻意识到以后要改进工作方式:
出现异常问题要先于领导发现并及时知会, 告之在处理,有最新结果及时通知. 而不是等着领导来问. 虽然最后问题都处理了,但领导的感觉完全不一样.
debian下缺省安装的mta是exim4
那天netstat -nap | grep LISTEN一看
exim4监听着127.0.0.1的25端口
用惯了redhat系列的我想当然的认为:
嗯,不错,监听本地25端口,接收本地邮件然后根据需要往外(internet)发
这个跟redhat缺省的sendmail是一样的
但后来
发现原来定时备份的邮件收不到了
一看系统退回的信件:
Mailing to remote domains not supported
老是报这个错误
这才发现
原来debian的exim4缺省是不支持往internet上发信的
于是编辑下配置文件/etc/exim4/update-exim4.conf.conf
将
dc_eximconfig_configtype=’local’
改成
dc_eximconfig_configtype=’internet’
再重起exim4
/etc/init.d/exim4 stop;/etc/init.d/exim4 start
这时exim4还是监听着本地127.0.0.1的25口
但是已经支持往internet上发信了
官方文档在这里
yum install yum-utils; package-cleanup –orphans
yum install yum-fastestmirror
yum clean all
rpm -Uhv ftp://download.fedora.redhat.com/pub/fedora/linux/releases/7/Fedora/i386/os/Fedora/fedora-release-*.noarch.rpm
这里在官方文档上写的是:
rpm -Uhv ftp://download.fedora.redhat.com/pub/fedora/linux/releases/
/Fedora/ /os/Packages/fedora-release-*.noarch.rpm
这个路径有问题
fedora-release-*-noarch.rpm不在Packages下,而在Fedora下,不知道别的版本是否是这样,反正fedora7是这样的
然后再继续:
cd /etc/yum.repos.d/;mv fedora-updates.repo.rpmnew fedora-updates.repo;mv /etc/yum.repos.d/fedora.repo.rpmnew /etc/yum.repos.d/fedora.repo
yum update rpm\* yum\*
yum -y upgrade
yum groupupdate Base
我的系统貌似没有自动安装新的fc7的kernel
我有手工安装之:
yum install kernel-PAE.i686
最后
reboot
文档上讲
由于fc7开始修改了ide的设备号
如果系统原来有ide硬盘(设备号/dev/hd?)
需要在重启前修改/etc/fstab
将其改为/dev/sd?
而且还要grub-install /dev/sd?
由于我这里没有ide硬盘
所以没做
还有
貌似fc7带的grub-0.97-13这个版本在硬盘是HP Smart Array CCISS的时候(我正好是这种硬件)
具体见这里
grub-install会有问题
于是我又升级了下grub
最后才重起
一台机器上rpm -a的时候有个rpm包显示有两个(名字已模一样)
因为这个包是需要删除的
rpm -e xxx-xxxx
报错误:
specifies multiple packages
于是发现加上–allmatches后搞定
rpm -e –allmatches xxx-xxxx
nnd
上回奥运分的几十台机器都是rhel的as4
net-snmp都不支持64位计数
(其实redhat貌似给其5.1.2的net-snmp打过好几个有64的补丁,但是好像还是不支持64位计数)
于是下了个5.2.5的版本
编成了rpm
放上来备用
net-snmp-5.2.5-2.i386.rpm.zip
net-snmp-devel-5.2.5-2.i386.rpm.zip
squid下file descriptor是个非常重要的参数
他关系squid能同时打开多少个文件描述符
跟squid的性能密切相关
而linux下所有用户的file descriptor缺省都是1024
//汗
以前在squid2.5的时候
都是通过编译squid的之前
先手工强制加大file descriptor
ulimit -HSn 65536
然后再等编译完
启动之前
也加上
ulimit -HSn 65536
这样的方法来增大file descriptor的
但这种方法在squid2.6的情况下
也不是不行
主要是这次我不想重新用用源码编译squid
我就想用rpm
哪怕把系统的srpm下下来rebuild下也行
反正我在rebuild的时候
加ulimit -HSn 65536的方式没成功
不知道问题在什么地方
但我明白了一点
redhat系的squid2.6的rpm包里
其实有着一些redhat专门为squid打的补丁
其中就有对config参数”
–enable-fd-config
“的支持
以及相对应的在squid的配置文件里支持参数
max_filedesc
的支持
所以
如果是redhat系列的linux系统自带的squid2.6
只要在配置文件里设置max_filedesc就可以轻松解决file descriptor的问题