生活感悟(白河子原创,毕业10年间的生活感触累积)
作者:wang 日期:2011-12-11
多个图标集于一张背景图片在网页上显示指定区域
作者:wang 日期:2011-11-28
无组件上传漏洞的修补方法
作者:wang 日期:2011-11-08
一个常见经典的上传程序漏洞的修补过程
作者:wang 日期:2011-11-08
将无线路由当无线交换机使用
作者:wang 日期:2011-09-24
操作使用要点
作者:wang 日期:2011-09-20
(一)单声扩声在Disco厅、歌舞厅或背景音乐放音厅里,往往使用单声扩声,在这些场合不需要立体声放声。这时,调音台应作如下的连接: (1)利用辅助送出AUXSEND,经功放(接成桥式),串接音箱,进行扩声。这时,扩出的声音通常不带效果声。 (2)利用左右声道的其中一路输出或编组输出中的一路或混合单声输出,经功放(接成桥式),串接音箱进行扩声。这时,扩出的声音通常有效果声。
(二)立体声扩声在OK厅、音乐厅、歌厅里需要作立体声放声。在此情况下,利用左右声道同时输出或利用编组输出1和2或编组输出3和4同时送出,经功放(接成立体声模式)和相应的音箱进行扩声。同时,应注意两个音箱的摆放位置,尽量扩大立体声场。此外,应当注意每路声源的空间声响,巧妙调节该路上的Fader和PAN,适当安排其空间位置。对于演唱声和主乐器乐音,将相应的PAN调在中间位置,Fader推大,突出演唱声和主乐音。如果输入的声源是立体声,必须在调音台输出端保留其原来的声响,不可任意摆放该路上的PAN和Fader,否则,声响混乱,甚至演唱声与音乐声不能揉在一起。保留其原来声响的方法是左声道输入占用调音台一路,将该路上的PAN调至左边,右声道输入占用调音台另一路,将该路上的PAN调至右边。同时,将二路推子调在同一高度上。这样立体声源的声响在左、右声道母线和编组母线上得到保留。
(三)关于监听通常监听是指舞台监听,即供舞台演出人员听音,采用调音台的辅助送出(AUXSEND),送往监听功放、舞台监听音箱放声。对需要监听的声音,将该路上的相应辅助旋钮打开。对不需要监听的声音,将相应该路的辅助旋钮关闭,于是可以做到监督各种乐音或演唱的单独发声。耳机监听与舞台监听有所不同,耳机监听是调音师用来监听各路声源输入调音台后的状况以及各种混合输出情况的,借助这种耳机监听,可检查声源并修正调音台的各种调节。
(二)立体声扩声在OK厅、音乐厅、歌厅里需要作立体声放声。在此情况下,利用左右声道同时输出或利用编组输出1和2或编组输出3和4同时送出,经功放(接成立体声模式)和相应的音箱进行扩声。同时,应注意两个音箱的摆放位置,尽量扩大立体声场。此外,应当注意每路声源的空间声响,巧妙调节该路上的Fader和PAN,适当安排其空间位置。对于演唱声和主乐器乐音,将相应的PAN调在中间位置,Fader推大,突出演唱声和主乐音。如果输入的声源是立体声,必须在调音台输出端保留其原来的声响,不可任意摆放该路上的PAN和Fader,否则,声响混乱,甚至演唱声与音乐声不能揉在一起。保留其原来声响的方法是左声道输入占用调音台一路,将该路上的PAN调至左边,右声道输入占用调音台另一路,将该路上的PAN调至右边。同时,将二路推子调在同一高度上。这样立体声源的声响在左、右声道母线和编组母线上得到保留。
(三)关于监听通常监听是指舞台监听,即供舞台演出人员听音,采用调音台的辅助送出(AUXSEND),送往监听功放、舞台监听音箱放声。对需要监听的声音,将该路上的相应辅助旋钮打开。对不需要监听的声音,将相应该路的辅助旋钮关闭,于是可以做到监督各种乐音或演唱的单独发声。耳机监听与舞台监听有所不同,耳机监听是调音师用来监听各路声源输入调音台后的状况以及各种混合输出情况的,借助这种耳机监听,可检查声源并修正调音台的各种调节。
WIN2003 服务器 IIS经常停止响应问题解决办法参考
作者:wang 日期:2011-08-31
1、服务器 window2000 adv server cpu 4G 内存2G
我公司负责维护的asp程序经常停止响应,具体现象是服务器有一个dllhost进程占用内存较大杀掉该进程后恢复正常。以前也出现过类似现象,当时根据日志查找报错的页面并修改后该问题解决。
现在又出来了,而iis日志里报错的信息也很少。你们有没有比较好的查找原因的方法。
2、我们单位一台web服务器,用win2000+iis+asp+sql server 7,到现在共运行了一个月左右。其中出现了三次这种情况,就是当用户浏览该站时,ie提示web服务器已经找到,然后就停在这里了,不能打开网页;即使在服务器上浏览也是这样。当重新启动iis(不是windows)后故障即消失。
我公司负责维护的asp程序经常停止响应,具体现象是服务器有一个dllhost进程占用内存较大杀掉该进程后恢复正常。以前也出现过类似现象,当时根据日志查找报错的页面并修改后该问题解决。
现在又出来了,而iis日志里报错的信息也很少。你们有没有比较好的查找原因的方法。
2、我们单位一台web服务器,用win2000+iis+asp+sql server 7,到现在共运行了一个月左右。其中出现了三次这种情况,就是当用户浏览该站时,ie提示web服务器已经找到,然后就停在这里了,不能打开网页;即使在服务器上浏览也是这样。当重新启动iis(不是windows)后故障即消失。
服务器安全设置
作者:wang 日期:2011-08-14
ASP提供了强大的文件系统访问能力,可以对服务器硬盘上的任何文件进行读、写、复制、删除、改名等操作,这给学校网站的安全带来巨大的威胁。现在很多校园主机都遭受过FSO木马的侵扰。但是禁用FSO组件后,引起的后果就是所有利用这个组件的ASP程序将无法运行,无法满足客户的需求。如何既允许FileSystemObject组件,又不影响服务器的安全性呢(即:不同虚拟主机用户之间不能使用该组件读写别人的文件)?以下是笔者多年来摸索出来的经验:
第一步是有别于Windows 2000设置的关键:右击C盘,点击“共享与安全”,在出现在对话框中选择“安全”选项卡,将Everyone、Users组删除,删除后如果你的网站连ASP程序都不能运行,请添加IIS_WPG组,并重启计算机。
第一步是有别于Windows 2000设置的关键:右击C盘,点击“共享与安全”,在出现在对话框中选择“安全”选项卡,将Everyone、Users组删除,删除后如果你的网站连ASP程序都不能运行,请添加IIS_WPG组,并重启计算机。
轻松修改网卡MAC地址
作者:wang 日期:2011-06-27
网卡的MAC地址是固化在网上EPROM中的物理地址,是一块网卡的“身份证”,通常为48位。
在平常的应用中,有很多方面与MAC地址相关,如有些软件是和MAC地址绑定的,没有允许的MAC地址,软件就无法运行;或者在局域网里,管理人员常常将IP与客户机的MAC地址绑定,以方便管理,万一用户的网卡坏掉了,自行更改网卡后必须向管理人员申请更改绑定的MAC地址,这样就比较麻烦。在这种时候,如果我们能够更改一下网卡的MAC地址,那就方便多了。
实际上,修改网卡的MAC地址是很容易的,我们既可以在操作系统中通过软件来修改网卡的MAC地址,而实际的网卡MAC地址不变,以达到欺骗软件的目的;也可以用工具直接更改网卡的实际MAC地址。
在平常的应用中,有很多方面与MAC地址相关,如有些软件是和MAC地址绑定的,没有允许的MAC地址,软件就无法运行;或者在局域网里,管理人员常常将IP与客户机的MAC地址绑定,以方便管理,万一用户的网卡坏掉了,自行更改网卡后必须向管理人员申请更改绑定的MAC地址,这样就比较麻烦。在这种时候,如果我们能够更改一下网卡的MAC地址,那就方便多了。
实际上,修改网卡的MAC地址是很容易的,我们既可以在操作系统中通过软件来修改网卡的MAC地址,而实际的网卡MAC地址不变,以达到欺骗软件的目的;也可以用工具直接更改网卡的实际MAC地址。
查看局域网中另一台计算机网卡的MAC及如何修改自己的MAC地址
作者:wang 日期:2011-05-30
大型网站运维探讨和心得
作者:wang 日期:2011-05-29
一、什么是大型网站运维?
首先明确一下,全文所讲的”运维“是指:大型网站运维,与其它运维的区别还是蛮大的;然后我们再对大型网站与小型网站进行范围定义,此定义主要从运维复杂 性角度考虑,如网站规范、知名度、服务器量级、pv量等考虑,其它因素不是重点;因此,我们先定义服务器规模大于1000台,pv每天至少上亿(至少国内 排名前10),如sina、baidu、QQ,51.com等等;其它小型网站可能没有真正意义上的运维工程师,这与网站规范不够和成本因素有关,更多的 是集合网络、系统、开发工作于一身的“复合性人才”,就如有些公司把一些合同采购都纳入了运维职责范围,还有如IDC网络规划也纳入运维职责。所以,非常 重要一定需要明白:运维对其它关联工种必须非常了解熟悉:网络、系统、系统开发、存储,安全,DB等;我在这里所讲的运维工程师就是指专职运维工程师。
我们再来说说一般产品的“出生”流程:
1、首先公司管理层给出指导思想,PM定位市场需求(或copy成熟应用)进行调研、分析、最终给出详细设计。
2、架构师根据产品设计的需求,如pv大小预估、服务器规模、应用架构等因素完成网络规划,架构设计等(基本上对网络变动不大,除非大项目)
首先明确一下,全文所讲的”运维“是指:大型网站运维,与其它运维的区别还是蛮大的;然后我们再对大型网站与小型网站进行范围定义,此定义主要从运维复杂 性角度考虑,如网站规范、知名度、服务器量级、pv量等考虑,其它因素不是重点;因此,我们先定义服务器规模大于1000台,pv每天至少上亿(至少国内 排名前10),如sina、baidu、QQ,51.com等等;其它小型网站可能没有真正意义上的运维工程师,这与网站规范不够和成本因素有关,更多的 是集合网络、系统、开发工作于一身的“复合性人才”,就如有些公司把一些合同采购都纳入了运维职责范围,还有如IDC网络规划也纳入运维职责。所以,非常 重要一定需要明白:运维对其它关联工种必须非常了解熟悉:网络、系统、系统开发、存储,安全,DB等;我在这里所讲的运维工程师就是指专职运维工程师。
我们再来说说一般产品的“出生”流程:
1、首先公司管理层给出指导思想,PM定位市场需求(或copy成熟应用)进行调研、分析、最终给出详细设计。
2、架构师根据产品设计的需求,如pv大小预估、服务器规模、应用架构等因素完成网络规划,架构设计等(基本上对网络变动不大,除非大项目)
iptable完成端口映射(内网-通过域名访问内网服务器)
作者:wang 日期:2011-05-29
一局域网192.168.1.0/24,有web和ftp服务器192.168.1.10、192.168.1.11,网关linux,内网eth0,IP为192.168.1.1,外网eth1,IP为a.b.c.d,怎样作NAT能使内外网都能访问公司的服务器?
A:# web
# 用DNAT作端口映射
iptables -t nat -A PREROUTING -d a.b.c.d -p tcp --dport 80 -j DNAT --to 192.168.1.10
# 用SNAT作源地址转换(关键),以使回应包能正确返回
A:# web
# 用DNAT作端口映射
iptables -t nat -A PREROUTING -d a.b.c.d -p tcp --dport 80 -j DNAT --to 192.168.1.10
# 用SNAT作源地址转换(关键),以使回应包能正确返回