# 把所有的目录及文件名全改成小写,注意之后新增目录及文件只使用小写命名 递归转换目录或文件名方法:python把指定目录下的递归所有目录和文件名转换成小写或大写(http://www.cnblogs.com/linkenpark/p/8321342.html) # nginx上把url rewrite成小写,有大写的URL请求相当于做了一次301跳转.nginx需要扩展lua-nginx-module模块 nginx 设置 server { listen 80; server_name js3

一.原理 Windows编译的文件和Linux编译的文件格式不太一样,导致在Linux运行Shell脚本的时候会提示:/bin/bash^M: bad interpreter: 没有那个文件或目录. 原因是这样的: 1.Windows编译的文件结束时(回车+换行) 2.Linux编译的文件结束时(换行)             这样导致了Windows编译的文件放在Linux中会有[noeol]和[dos]的Flag标示. 如果运行CAT命令可以更直观的看到两个不同操作系统产生的文件差异,Win

用SSH连接Linux时经常会遇到乱码的情况,痛苦了好久,在网上找到一个解决办法,编辑~/.bash_profile文件,加入下面两行: LANG="zh_CN.GB18030" LANGUAGE="zh_CN.GB18030" 用了一段时间后发现,这样更改后在VI中是正常显示中文的,可是其他地方还是乱码,比如重启服务等.为了让所有界面都正常显示中文,需要编辑/etc/sysconfig/i18n,将原来的LANG="zh_CN.UTF-8"注释

Linux 默认情况下,数据库是区分大小写的:因此,要将mysql设置成不区分大小写 在my.cof 设置 lower_case_table_names=1(1忽略大小写,0区分大小写) 检查方式:在mysql控制台中输入如下命令 show variables like 'lower%'; linux下查找mysql安装路径: whereis mysql yum 安装mysql: linux下使用yum安装mysql,以及启动.登录和远程访问. 1.安装 查看有没有安装过: yum list i

大家好,我是软件大盗(道),下面开始我们的<MySQL填坑系列>. 笔者最近又在MySQL的边缘试探,然后,试探着,试探着就报错了. 书接上文,系统连接数据库时报错:找不到DB_TIMINGBACKUP这个表.然而,这个表明明存在的啊,有图有真相! 图1.Navicat截图然而,似乎发现了什么不对的地方,是不是大小写问题?为了验证一下,我将表名改为大写的就好了,由此得出结论:大小写敏感. 查看lower_case_table_names的值,0代表区分大小写,1代表不区分大小写. 图2. 查看

 客户问题: 客户的操作系统SUSE LINUX Enterprise Server 10 (i586) 64位,服务器 weblogic8.1, JDK版本:jdk1.4.系统中只有图形报表展示的时候出现了乱码,其他的报表展示正常,下面是在现场给客户的解决办法 润乾报表部署在Linux上图形报表出现乱码解决方法: 1.拷贝windows下C:\WINDOWS\Fonts\simsun.ttc 文件 2.把字体simsun.ttc复制到../jdk1.4.2/jre/lib/fonts并改名

Linux环境下的MySQL数据库的表名默认是区分大小写的 Windows环境下的MySQL数据库的表名默认是不区分大小写的 所以Linux下想mysql不区分下大写可以查看/etc/my.cnf文件: cat /etc/my.cnf如果要使用数据库表名不区分大小写的话,就需要在[mysqld]下面添加一行配置,即 lower_case_table_names=1: vi /etc/my.cnf 然后将lower_case_table_names=1:添加至[mysqlld]下; lower_c

CentOS 7 终端中文乱码解决办法: 1.使用vim编辑locale.config文件: vim /etc/locale.conf 2.将LANG="en_US.UTF-8"修改为: LANG="zh_CN.GB18030" LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN" SUPPORTED="zh_CN.UTF-8:zh_CN:zh:en_US.UTF-8:en_US:en" SY

1) 检查当前僵尸进程信息 # ps -ef | grep defunct | grep -v grep | wc -l 175 # top | head -2 top - 15:05:54 up 97 days, 23:49, 4 users, load average: 0.66, 0.45, 0.39 Tasks: 829 total, 1 running, 479 sleeping, 174 stopped, 175 zombie # ps -ef | grep defunct | gr

发布:theboy   来源:net   [大 中 小] 根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为 根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows

这个方法可以在各种情况下安全地重启计算机.大家在键盘上找,可以找到一个叫做“Sys Rq”的键,在台机的键盘上通常与 Prt Sc 共键,在笔记本可能在其他位置,如 Delete.以台机为例,要使用这种方法需要按住 Alt-Print(Sys Rq),然后依次按下 reisub 这几个键,按完 b 系统就会重启. 下面解释一下这个方法:其实 Sys Rq 是一种叫做系统请求的东西,按住 Alt-Print 的时候就相当于按住了 Sys Rq 键,这个时候输入的一切都会直接由 Linux 内核来处

有段时间没用kali linux 的,加上最近装的系统有比较多,系统root的密码忘掉了,真是麻烦啊.之前在网上看到的一些方法尝试后没进的去,可能是因为不同的linux 不一样吧. 如果因为忘记密码而重装系统,我觉得这未免也太苦逼了吧,开发者肯定留一手,那是必须的. 其实就是几个命令而已啦 1.在引导界面按 e 进入编辑模式 在有关内核的那一栏后面添加:   init=/bin/bash 2.启动后mount -no remount,rw / 3. passwd root 4.id    //

1. 使用putty 下载地址 https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html 直接使用 exe版本就可以 https://the.earth.li/~sgtatham/putty/0.71/w64/putty.exe 2. 将putty.exe 放到c:\windows\system32 目录下面去 3. 编写一个比较简单的bat 命令 putty -ssh root@10.24.196.31 -pw Test112

由于Azure 上所有的服务时间都采用了 UTC 时间.UTC 时间比中国时间晚 8 个小时,该如何按照自己的需要来进行修改呢,下面提供2种办法以供参考: 1.修改 /etc/localtime 文件 控制系统时区的文件是 /etc/localtime.只要把这个文件复制成相应时区的文件,系统时区就改成相应的时间了. 时区信息在:/usr/share/zoneinfo 里.比如需要把本机时区改成 Shanghai 的时间: cp /usr/share/zoneinfo/Asia/Shanghai

编译kernel是的no machine record defined 错误,网上有一些解法,其实都是错误的,以讹传讹.不打算自己写,找到一篇还算靠谱的,转摘一下. 其根本原因是没有在 __proc_info_end  与 __proc_info_begin 之间找到有效的machine ID. http://hi.baidu.com/rwen2012/item/9f5191c64036d87ecfd4f849 在新的kernel 2.6.29 上编译不能通过,终端提示: arm-none-li

假如Linux下光标消失,不要急: echo -e "\033[?25l"  隐藏光标 echo -e "\033[?25h" 显示光标 (转载自:https://blog.csdn.net/jhyworkspace/article/details/52261687)

2016年03月21日 15:52:05 阅读数:30812 远程登录服务器用vim在终端下编辑查看文件经常会遇见各种中文乱码问题.做如下设置可基本解决vim中文乱码问题 首先查看系统对中文的支持locale -a | grep zh_CN 输出样例如下 zh_CN.gbk zh_CN.utf8 vim 只能正确识别列表中的中文编码文件,如需识别其他编码类型的中文文件,则需要做系统升级 vi ~/.bash_profile 文件末尾添加 export LANG="zh_CN.UTF-8"

问题原因&通用解决步骤 频繁收到es数据节点磁盘使用监控告警,到es上查看,磁盘使用率40%,因此登录该告警服务器,df -h 查看,如图 发下根目录使用超过了80%,因此持续告警,按照以往办法,直接du查看根目录哪个目录占用最大,清理即可 根目录超过了80%告警,其中data是数据盘,挂载在另外的文件系统上,不属于根目录所在文件系统.那么直接使用du命令 du -h --max-depth=1 查看根目录哪个目录占用磁盘空间最大就行了 发下除了/data目录,其它目录属于根目录,加起来不过7G

贯标防火墙,iptables 注释掉/etc/hosts的localhost的ipv6地址映射

发现存在大量TIME_WAIT状态的连接tcp        0      0 127.0.0.1:3306              127.0.0.1:41378             TIME_WAITtcp        0      0 127.0.0.1:3306              127.0.0.1:41379             TIME_WAITtcp        0      0 127.0.0.1:3306              127.0.0.1:39

收集工具下载 RHEL 6: 32bit-- [IBM 下载]http://delivery04.dhe.ibm.com/sar/CMA/XSA/03tza/1/ibm_utl_dsa_dsytb7x-9.40_portable_rhel6_i386.bin 64bit-- [IBM 下载]http://delivery04.dhe.ibm.com/sar/CMA/XSA/03tzq/0/ibm_utl_dsa_dsytb7x-9.40_portable_rhel6_x86-64.bin 360