使用yum做软件更新让你可以更加快捷的处理软件的问题,不用老处理rpm的相关问题。

yum其实只是一个软件,也不神奇,安装好就可以。但要清楚每个版本的系统对应的yum软件版本是不一样的。

安装过程参考:

wget http://www.haoxm.net/tools/yum_forAS4.tar.gz
tar xfz yum_forAS4.tar.gz
cd yum_forAS4
rpm -ivh *.rpm
#如果以安装失败,可以尝试 rpm -Uvh *.rpm
mv /etc/yum.repos.d/* /tmp/
cp CentOS-Base.repo /etc/yum.repos.d/
rpm --import http://www.haoxm.net/tools/RPM-GPG-KEY-CentOS-4


配置文件:

配置文件见附录的《yum.conf 配置文件详解》,网上提供的配置有很多不同的源,其实你可以找到合适的源,速度快就好。
Tags: ,
点击在新窗口中浏览此图片

做了个tab形式的界面,但一直找不到系统提供的接口怎么修改图标,因为当前选择的和未选择的会改变。

添加tab的代码其实很简单

        TabHost mTabHost = getTabHost();
        
        TabHost.TabSpec tab_category = mTabHost.newTabSpec(tab_tag[0]);
        tab_category.setIndicator(tabIndex[0], getResources().getDrawable(R.drawable.ic_tab_selected_contacts));
        tab_category.setContent(R.id.layout_category);
  mTabHost.addTab(tab_category);

//其它tab类似

  //监听tab点击事件
  mTabHost.setOnTabChangedListener(this);


setIndicator可以设置tab的标题和图标。
可是,会发现个问题,onTabChanged函数里,并不能如自己想的那样改变icon:

比如,你找到tab_category对象后,这样的操作无效:
tab_category.setIndicator(tabIndex[0], getResources().getDrawable(R.drawable.ic_tab_unselected_contacts));

这挺烦人的,可也不是没有办法,很难得居然搜到了答案:
Tags:
一直都是memcachedb+magent处理一个存储的需求,达到400G的内容,都是一个db,我发现这个已经导致了两块硬盘的罢工,不知道是因为他们比较老了折腾不了了还是这个架构的问题导致大数据文件的读写有难度而崩垮了。。

原先的方案是:

magent -s A -b B


A和B都备有500G左右的空间,可也挺浪费的,500G空间做备份,而很不幸,如果发生问题,切换到备用的服务器后,再建立一个新的备用就得复制这500G的文件了,这个并不是好事情,而且这里面不好的地方是,只有一半的空间有用。

改良方案:

利用分布式存储的优势,建立magent的多源方式

magent -s A -s B -s C -s D -b E


也就是用多个服务器解决存储的问题,这样500G的数据,分到一个数据库的数据压力都平分了,不担心大文件的问题,也可以在一个节点出问题的时候换上另外一个服务器,但这里就导致备份的问题了。

一些问题:

1 magent有备份服务器的时候,所有的写操作都会发送到备份,那备份的机器就并没法达到减小文件的作用了。
2 magent是hash算法,key对应固定的节点,对应的是A则永久的对应为A,不会在A机器挂掉后自动调节对应关系,而是请求备份机器,如果没有备份,单节点失败则影响该节点的存储

也就是说,备份是必须的,但如果使用一样的方式,备份并没有改善。
那可以启用memcached作为备份,有下面的好处:

1 只占用固定的内存数量
2 可以应对不断的存储需求,自动把前面的存储内容清理掉
3 可以应对短时间的节点失败

我们看看这个方案的过程:

1 存储key1时magent会计算那个服务器(A)存储key1,存储key1到A,存储到备份E
2 存储key2时要存到B,但B节点失败,存储到E
3 读取key1,从A读取
4 读取key2,从B读取,节点失败,从E读取
5 B恢复后,读写B,备份只存储

注意到一个问题,备份只保持存储的数据有一定的时效,如果存储请求很多并且分配的内存很小,可能在短时间就被替换了,而读取会失败,所以备份只是保证访问能够一定程度正常,并非保证数据的完整性。

相关话题:
memcachedb的缓存解决方案
星哥安装了linux,但又不想要了,他直接在win下把linux的分区格式化了,重启后就不行了,提示出错:

CRUB LOADING ERROR 22


引用
证明您的MBR(主引导记录)并没有受到破坏
只是写在MBR中的程序,找不到LINUX分区的引导标记而已。


这样的错误应该好解决,只是启动的时候找不到linux分区,找不到启动菜单,网上有很多文章可以参考的,比如:

引用
今天把Ubuntu在WindXP下磁盘管理中格式化后,发现启动后出现了Grub Error 的错误而无法进入XP系统。
修复的方法:
  1.利用WinXP安装光盘启动机子。(可能需要在BIOS设置从光盘启动)
  2.选择手动安装,自动安装可能等下看不到“要用‘恢复控制台’ 修复Windows XP安装,请按R”
  3.选择进入“修复Windows XP安装”
  4.输入1 然后回车。此时会要求我们输入管理员的密码。
  5.输入密码后按回车键,这样我们就进入了故障恢复控制台。
  6.然后输入: fixboot 然后回车  
  7.最后输入: fixmbr  然后回车
  8.重启电脑,就可以正常进入WinXP了。


Tags: ,
Nginx的代理功能太完善了,我们看看proxy_redirect参数的作用。

案例说明:
要做一个html.aslibra.com的域名处理很多网站的html内容,当然是后端的服务器了,目录分析
html.zcom.com/img.aslibra.com/
html.zcom.com/css.aslibra.com/
访问的域名是该目录下的域名,那前端nginx的配置应该类似这样:

server {
  server_name img.aslibra.com;
  location / {
    rewrite ^(.*) /$http_host$1 break;
    proxy_set_header Host html.aslibra.com;
    proxy_pass http://cache-89;
  }
}


但这样访问目录时如果没有以“/”结尾,则服务器会返回301redirect:

[root@aslibra ~]# curl -I http://img.aslibra.com/www
HTTP/1.1 301 Moved Permanently
Server: nginx/0.7.59
Date: Tue, 21 Jul 2009 15:28:58 GMT
Connection: keep-alive
Location: http://html.aslibra.com/img.aslibra.com/www/


html.aslibra.com这个域名并非公布的域名,返回给客户端是会自然产生错误的
Nginx可以很好的处理这个问题:

server {
  server_name img.aslibra.com;
  location / {
    rewrite ^(.*) /$http_host$1 break;
    proxy_set_header Host html.aslibra.com;
    proxy_pass http://cache-89;
    proxy_redirect   http://html.aslibra.com/img.aslibra.com/    /;
  }
}


加一行proxy_redirect后,正常了:

[root@aslibra ~]# curl -I http://img.aslibra.com/www
HTTP/1.1 301 Moved Permanently
Server: nginx/0.7.59
Date: Tue, 21 Jul 2009 15:23:49 GMT
Content-Type: text/html
Location: http://img.aslibra.com/www/
Connection: keep-alive
Content-Length: 185
Expires: Tue, 21 Jul 2009 16:23:49 GMT
Cache-Control: max-age=3600


就这么样就ok啦~
不过貌似不支持变量出现在地址里,这个就郁闷了,必须指定相应域名。
对于多个域名匹配的server,redirect设置不能写作'/'了,否则会用第一个域名作为redirect域名
可以写几个匹配规则:

proxy_redirect   http://html.aslibra.com/img.aslibra.com/    http://img.aslibra.com/;
proxy_redirect   http://html.aslibra.com/css.aslibra.com/    http://css.aslibra.com/;


Tags: , ,
分页: 10/53 第一页 上页 5 6 7 8 9 10 11 12 13 14 下页 最后页 [ 显示模式: 摘要 | 列表 ]

阅读推荐

服务器相关推荐

开发相关推荐

应用软件推荐