今天试着用filezilla访问国内的一个ftp,filezilla总是报错： Failed to convert command to 8 bit charset 导致无法访问ftp资源,经过查找,原因是filezilla无法正确判断国内ftp服务器的字符集编码造成的, 具体解决方法是在filezilla的站点管理器里选择出错的站点,在它设置的字符集里面使用自定义的字符集,我用GB2312字符集解决了这个问题.当然你可以试着使用utf-8或者其他字符集,总之要和你的服务器的字符集相对应.

vi config/environment.rb 在开头加入: if Gem::VERSION >= "1.3.6" module Rails class GemDependency def requirement r = super (r == Gem::Requirement.default) ? nil : r end end end end

1、服务端的安装: 在这里,由于用编译安装memcached服务端过于复杂,因此我选用依赖管理工具 yum 来实现 memcached 的服务端安装: [root@localhost /]$ yum install -y memcached #-y 表示自动应答,即默认安装所有需要用到的依赖包 在这一步之后,我们就安装完了. 我们尝试去启动一下memcached: [root@localhost /]$ /usr/bin/memcached -b -l 127.0.0.1 -p 11211 -m 150 -u root #-b 守护进程模式(退出终端窗口之后使程序还在运行),-l 指定IP地址127.0.0.1 ,-p 指定端口号11211,-m 为memcached分配多少内存(单位:M),-u 指定使用哪个用户启动memcached 查看memcached是否在运行: [root@localhost /]# ps -ef | grep memcached //或 [root@localhost /]# pstree -p | grep memcached 如果能够看到存在memcached进程,那就说明我们的 memcached 服务端已经安装成功了. 2、客户端的安装: 客户端的安装又分为两步: *libmemcached 客户端库的安装; *为PHP安装 php-memcached 扩展. 现在我们先来下载后面安装所需要的两个安装包. [root@localhost /]$ cd /usr/local/src #我的所有源码包习惯放在该目录下 [root@localhost src]$ wget https://launchpad.net/libmemcached/1.0/1.0.18/+download/libmemcached-1.0.18.tar.gz #下载libmemcached源码包 [root@localhost src]$ wget http://pecl.php.net/get/memcached-2.2.0.tgz ...

yum安装: yum install tcpdump 源码安装: # flex yum -y install flex # bison yum -y install bison wget http://www.tcpdump.org/release/libpcap-1.5.3.tar.gz wget http://www.tcpdump.org/release/tcpdump-4.5.1.tar.gz tar -zxvf libpcap-1.5.3.tar.gz cd libpcap-1.5.3 ./configure sudo make install cd .. tar -zxvf tcpdump-4.5.1.tar.gz cd tcpdump-4.5.1 ./configure sudo make install yum -y install bison 抓http包: tcpdump -XvvennSs 0 -i eth0 tcp[20:2]=0x4745 or tcp[20:2]=0x4854 -w /tmp/capture.pcap 通过网卡eth1来监听端口80发出去的host包到192.168.109.8的报文: tcpdump -i eth1 port 80 and dst host "192.168.109.8" 任意网卡目标是192.168.109.*的 80端口数据: /usr/local/sbin/tcpdump -i any port 80 and dst host "192.168.109.*" -w /tmp/capture.pcap 加上源地址IP: tcpdump -i any -p -s 0 port 80 and dst host "192.168.109.*" and src host "10.70.32.**" -w /tmp/capture.pcap

2024-14-08更新: 有个临时关闭的方法: setenforce 0 这个命令不用重启即可临时关闭selinux. -------------------------------------------- 安装vsftpd后只能浏览而不能上传,出现标题错误, 原因是selinux没有关闭, 解决办法就是直接把它关闭了. 关闭方法: $ vi /etc/selinux/config 将 SELINUX=XXX -->XXX 代表级别. 改为: SELINUX=disabled

SQL Server的事务日志传送备份是仅次于镜像的高可靠性备份方案,可以达到分钟级的灾难恢复能力.其项目实施成本,又远小于镜像的投入,因此是一种非常实用的备份解决方案.前文介绍过SQLServer 镜像功能完全实现, 镜像是一种高性能的备份方案,但其局限性在于镜像的辅助服务器也就是镜像服务器只能 有一个,当我们考虑过个目标服务器的时候,镜像就满足不了我们的需求了,这时候日志传送可谓雪中送炭,日志传送也可以结合镜像来组合使用. 在选择镜像还是日志传送的时候我们应考虑: 需要多少个目标服务器? 如果只需要一个目标数据库,建议使用数据库镜像解决方案. 如果需要多个目标数据库,则需要使用日志传送(可以单独使用,也可以与数据库镜像一起使用).如果将这两种方法组合使用,就既能享有数据库镜像的好处,又能获得日志传送提供的多个目标数据库的支持. 如果需要延迟还原目标数据库的日志(通常是为了防止逻辑错误),请使用日志传送(可以单独使用,也可以与数据库镜像一起使用). 日志传送还可以和数据库复制一起使用. 故在事务日志传送中提供了No recovery mode和Standby mode,两者的介绍如下: 1.无恢复模式(No recovery mode): 既不前滚也不回滚未提交的事务,数据不可读. 2.备用模式(Standby mode): 在恢复日志期间回滚所有未提交的事务,并且将所有未提交的事务保存为一个单独的Transaction Undo File(TUF)文件,恢复过程通过该文件来维护事务的完整性,当恢复下一个事物的时候则恢复所有已提交的事务.Standby mode中的复选框勾选则当日志恢复的时候,断开所有用户的连接,如果有一个用户没有断开,则还原无法进行. 事务日志传送实现: 其实操作比较简单,但是会遇到稀奇古怪的问题.在这里也把问题总结下. 首先需要两个用来做日志传送的数据库.叫做主数据库和辅助数据库.当然还可以配置监视数据库. 主数据库IP: 192.168.0.2 辅助数据库IP:192.168.0.3...