imoing

导航

统计
 
共 4 页: 上一页 1 2 3 4 下一页

2014年6月10日

摘要:### 问题> Linux系统下的Firefox无法打开在“.domain”之前带有中划线的域名 eg:"http://su---.diandian.com/"### 问题原因* 域名不符合规范(参见 参考地址1)> The labels must follow the rules for ARPA... 阅读全文
posted @ 2014-06-10 09:05 艾莫明 阅读 (117) 评论 (1) 编辑
 

2014年6月2日

摘要:As Follows: 1 #!/bin/bash 2 3 RESPONSE=`curl -s --socks5 127.0.0.1:7070 www.123cha.com` 4 if [ 0 -eq $? ] 5 then 6 echo SUCCESS 7 else 8 ... 阅读全文
posted @ 2014-06-02 06:54 艾莫明 阅读 (338) 评论 (1) 编辑
 

2014年2月14日

摘要:随着服务器运行时间不断增加,各种日志文件也会不断的增长,虽然硬盘已经是白菜价了,但是如果当你看到你的一个日志文件达到数十G的时候是什么感想?下面的脚本实现了如下功能:自动对日志文件进行分割对分割后的日志文件进行压缩# 以在阿里云上运行的nginx服务为例date=`date +%Y-%m-%d_%H-%M-%S`rotatename=/alidata/server/nginx/logs/access.${date}.loglogname=/alidata/server/nginx/logs/access.logif [ -f "$rotatename" ]then slee 阅读全文
posted @ 2014-02-14 08:53 艾莫明 阅读 (1220) 评论 (0) 编辑
 

2014年2月10日

摘要:从2012年末到公司已“培训”的名号进行工作,到现在怎么着也有一年多些了。在这一年我学习了很多东西,有工作使用的语言PHP,服务器相关的NGINX、MySQL、shell、Memcache等知识。我这几天突然想了一个问题,如果我突然离职的话我能再找到一份满意的工作吗?答案是不能。一年的工作让我学到了很多,但是感觉这些知识并不是我的一样,就像在天上飘着,始终不是脚踏实地的感觉。突然想起来以前技术总监让我去实际做各种当时并不会的东西(比如说服务器迁移、邮箱服务器搭建等),当时我就想,看似进步很快实际上很虚。意思就是跑的太快,没有脚踏实地,以后很可能会出现大问题。事实也就是这样,看似什么都会,其实什 阅读全文
posted @ 2014-02-10 06:20 艾莫明 阅读 (75) 评论 (0) 编辑
 

2013年12月29日

摘要:参考地址:https://wiki.archlinux.org/index.php/GNOME_(%E7%AE%80%E4%BD%93%E4%B8%AD%E6%96%87)#.E4.BB.8E.E5.BA.94.E7.94.A8.E7.A8.8B.E5.BA.8F.E8.A7.86.E5.9B.BE.E7.A7.BB.E9.99.A4.E5.BA.94.E7.94.A8.E7.A8.8B.E5.BA.8F.E9.A1.B9.E7.9B.AE减小标题栏高度原文是把高度设置为0了,是挺fashion的,不过没法拖动窗口了,经过不断调试我把高度设置为了8, 修改命令中的`value="8& 阅读全文
posted @ 2013-12-29 00:09 艾莫明 阅读 (118) 评论 (0) 编辑
 

2013年11月29日

摘要:今天在搭建本地php开发环境时遇到了一个权限问题,然后我简要说下从google上找到的答案。1、直接去掉权限限制功能(意思就是所有的应用不会再收到权限限制功能的限制)。这样的有点是简单方便,缺点是安全性大大降低。2、给php打开权限。有点是针对性的开通权限,系统的安全性得以保持。缺点是需要对权限设置比较熟悉。当我首先看到(因为他打开速度最快)第一个答案的时候我知道他的方向对了,但是不是我想要的,然后是第二个,看的时候是需要更多的去理解,但是我明白了具体是怎么回事。第一种方法在我看来不叫解决问题,最多算是一种让步或者叫大的牺牲,为了解决一个问题却忽略了为解决这个问题而会出现的潜在问题。只有第二种 阅读全文
posted @ 2013-11-29 17:04 艾莫明 阅读 (67) 评论 (0) 编辑
 

2013年11月16日

摘要:大半夜的在删除线上的日志数据,需要清理的大概有1亿八千万条。。。任务艰巨。毕业前没学过数据库,所以对于如何清理大量数据还真一时不知道该怎么办才好。刚开始确实想过对表进行重命名的方式来处理,不过当时因为想到还有数据需要保存且对数据库的了解不够所以作罢。一般情况下删除数据是使用delete,这个是最普通但是也是效率最低的一个。还有一个就是truncate,这个操作会把表中所有的数据给清除掉。(如果是要清空数据的话这个效率最高)第三个就是我这么晚我为什么还在这写这篇不能算博文的文章吧。前面说过我之前想到过用对表进行重命名的方法清除数据,今天google的时候发现了一个写的很好的示例。原文不让看,还好 阅读全文
posted @ 2013-11-16 02:32 艾莫明 阅读 (5547) 评论 (0) 编辑
 

2013年11月7日

摘要:我写了两中函数,一个是辗转相除法一个是更相减损法,主要代码如下:/*辗转相除法*/int gcd(int a, int b){ if ( a % b == 0) { return b; } else { return gcd( b, a % b); }}/*更相减损法*/int gcd_sub(int a, int b){ int t; while(a != b){ if ( b > a ) { ... 阅读全文
posted @ 2013-11-07 21:49 艾莫明 阅读 (140) 评论 (0) 编辑
 

2013年11月4日

摘要:原文地址:http://crunchbang.org/forums/viewtopic.php?pid=277918因为64位debian源中并没有包括32位的软件包,所提安装ia32会提示依赖无法解决之类的问题,下面是解决方法# dpkg --add-architecture i386 //添加386支持(个人理解哈)编辑/etc/apt/source.list在每个deb源中添加[arch=amd64,i386]添加后的效果是这样的deb [arch=amd64,i386] http://mirrors.163.com/debian wheezy main non-free contrib 阅读全文
posted @ 2013-11-04 15:27 艾莫明 阅读 (283) 评论 (0) 编辑
 

2013年10月28日

摘要:Q1:邮件大小限制为30M,发送的附件大小为25M,发送后提示邮件大小超过限制A:邮箱客户端在发送邮件时会把附件进行base64转码,转码之后邮件大小会超过附件+正文的大小,所以10M的附件在经过转码之后会达到13M左右,这就可以解释为什么服务器设置大小限制为30M,而发的邮件只有25M左右却无法发送成功。Q2:当邮件的附件大小限制修改到60M的时候所有人无法收取邮件错误提示:Oct 28 10:58:05 AY130811180735158fd9Z postfix/local[32741]: fatal: main.cf configuration error: mailbox_size_l 阅读全文
posted @ 2013-10-28 16:22 艾莫明 阅读 (1272) 评论 (0) 编辑
 
共 4 页: 上一页 1 2 3 4 下一页