RH MAN (Realistic Honest MAN!)

恩 这个要是我住在松鹤胡同奶奶家院子后面古庙里的姐姐就好了.....

声明：本文参考了互联网上的几篇文章，对其整理，取长舍短而成。但配置和源地址都没做测试。所以并不能承诺其有效性。本文旨在给出一个对Fedora core，CentOS，和Rhel的通用参考，非傻瓜化教程，有些地方需要变通一下。
 
（一）、修改文件，加入访问快的源地址：通过有3种修改方法：
1、直接在/etc/yum.conf中加入相关设置，并删除/etc/yum.repos.d目录或将其改名　（不推荐）　
 

2、修改/etc/yum.repos.d下面的相关文件，可以在*base.repo里修改，把[base]，[update] 等选项下的baseurl换成你访问快的源地址。
 
3、将/etc/yum.repos.d下面原有文件中的[base]，[update] 等选项下加入enabled=0这一行，然后新建一个自己的xxx.repo文件。当然此文件中就要设为enabled=1了。
 
一个范例格式:（通用于方式1,2，3）
[base]
name=CentOS-5 - Base
baseurl=http://ftp.sjtu.edu.cn/centos/5/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

#released updates
[update]
name=CentOS-5 - Updates
baseurl=http://ftp.sjtu.edu.cn/centos/5/updates/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

#packages used/produced in the build but not released
[addons]
name=CentOS-5 - Addons
baseurl=http://ftp.sjtu.edu.cn/centos/5/addons/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

#additional packages that may be useful
[extras]
name=CentOS-5 - Extras
baseurl=http://ftp.sjtu.edu.cn/centos/5/extras/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-5 - Plus
baseurl=http://ftp.sjtu.edu.cn/centos/5/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

#contrib - packages by Centos Users
[contrib]
name=CentOS-5 - Contrib
baseurl=http://ftp.sjtu.edu.cn/centos/5/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos5

360度绩效考核法概念
　　360度反馈（360°Feedback），又称“360度绩效考核法”或“全方位考核法”，最早由被誉为“美国力量象征”的典范企业英特尔首先提出并加以实施的。360度绩效反馈是指由员工自己、上司、直接部属、同仁同事甚至顾客等全方位的各个角度来了解个人的绩效：沟通技巧、人际关系、领导能力、行政能力……通过这种理想的绩效评估，被评估者不仅可以从自己、上司、部属、同事甚至顾客处获得多种角度的反馈，也可从这些不同的反馈清楚地知道自己的不足、长处与发展需求，使以后的职业发展更为顺畅。

360度反馈绩效评价主体与客体
　　① 自己
　　自我评价，是指让经理人针对自己在工作期间的绩效表现，或根据绩效表现评估其能力和并据此设定未来的目标。当员工对自己做评估时，通常会降低自我防卫意识，从而了解自己的不足，进而愿意加强、补充自己尚待开发或不足之处。
　　② 同事
　　同事的评价，是指由同事互评绩效的方式，来达到绩效评估的目的。对一些工作而言，有时上级与下属相处的时间与沟通机会，反而没有下属彼此之间多。在这种上级与下属接触的时间不多，彼此之间的沟通也非常少的情况下，上级要对部属做绩效评估也就非常困难。但相反的，下属彼此间工作在一起的时间很长，所以他们相互间的了解反而会比上级与部属更多。此时，他们之间的互评，反而能比较客观。而且，部属之间的互评，可以让彼此知道自己在人际沟通这方面的能力。
　　③ 下属
　　由部属来评价上司，这个观念对传统的人力资源工作者而言似乎有点不可思议。但随着知识经济的发展，有越来越多的公司让员工评估其上级主管的绩效，此过程称为向上反馈。而这种绩效评估的方式对上级主管发展潜能上的开发，特别有价值。管理者可以通过下属的反馈，清楚地知道自己的管理能力有什么地方需要加强。若自己对自己的了解与部属的评价之间有太大的落差，则主管亦可针对这个落差，深入了解其中的原因。因此，一些人力资源管理专家认为，下属对上级主管的评估，会对其管理才能的发展有很大的裨益。
　　④ 客户
　　客户的评价对从事服务业、销售业的人员特别重要。因为唯有客户最清楚员工在客户服务关系、行销技巧等方面的表现与态度如何。所以，在类似的相关行业中，在绩效评估的制度上不妨将客户的评价列入评估系统之中。
　　⑤ 主管
　　主管的评价是绩效评估中最常见的方式，即绩效评估的工作是由主管来执行。因此身为主管必须熟悉评估方法，并善用绩效评估的结果做为指导部属，发展部属潜能的重要武器。
　　随着企业的调整，一些公司常常会推动一些跨部门的合作方案，因此一些员工可能同时会与很多主管一起共事。所以在绩效评估的系统建立上，亦可将多主管、矩阵式的绩效评估方式纳入绩效评估系统之中。

某总监发现自己的outlook邮箱已发送邮件不显示了, 遂提交it部门维修

经过检查, 系该总监电脑系统时间不是当前时间,而为前一个月的时间,故信件全部在旧时间点保存而不是丢失,把系统时间修正后故障消失.

iisback /backup /b 备份 iis6.0的配置

每个 /backup 操作都创建两个文件：用于存储配置数据库的 .MDx 文件和用于存储架构的 .SCx 文件，其中 x 是备份副本的版本号。IIS 和 iisback.vbs 将备份副本存储在 systemroot\System32\inetsrv\MetaBack 目录中。

iisback /restore/b BackupName 用来恢复配置

/restore 操作是一个复杂的操作，可能需要花几分钟完成。在执行该操作过程中通常会有短暂的延迟。在 /restore 过程中，网页、FTP 站点以及 SMTP 和 NNTP 服务被暂时停止。服务会在该操作完成时还原。

date不只是一个用来以各种格式显示当前日期的命令，还以做一些有趣的推算，算出其他的日期。

[root@hao32 ]# date
Mon Dec  3 12:43:19 CST 2007
[root@hao32 ]# date –date ‘1 day ago’
Sun Dec  2 12:43:35 CST 2007
[root@hao32 ]# date –date ‘3 days ago’
Fri Nov 30 12:43:41 CST 2007
[root@hao32 ]# date –date ‘2 day’    
Wed Dec  5 12:44:12 CST 2007
[root@hao32 ]# date –date ‘2 month’
Sun Feb  3 12:44:19 CST 2008
[root@hao32 ]# date –date ‘2month’
Sun Feb  3 12:44:28 CST 2008

1.
Web.Config中设置asp.net运行的帐号

2.
在 asp.net运行的系统和文件存储服务器的系统中新建以 filestorage 为用户名, 123456为密码的帐号，并赋予相应的权限。
3.
文件存储服务器上设置好了帐号之后，在新建一个share并赋予filestorage帐号的权限
4.
Web server的asp.net程序上就可以通过serverName(IP);shareName 来访问共享出来的文件夹了。

官方文档：
http://support.microsoft.c...

今天接到任务，需要在一个pdf文档里插入签名，签名，我当然是已经扫描好图片，现在的问题是如何在pdf里插入这个图片。

如果是word，就很简单，但是pdf里，没有插入图片的选项。研究了一下。



工具－注释里面有个图章工具（stamps），创建一个新图章，用你的图片，然后用图章盖上就可以了，
创建完，再选择一下，就ok。倒是非常不错。 不过你实际插入的图片，不知道为什么，会显示比实际大，你可以调整一下，我这次就把原来的图片大小打印出来在屏幕上比较，调整成真实大小。

要点：local dns (local name server)是客户端网络设置的一部分，要么是手工配置，要么从DHCP得到。一般local dns 在从网络上靠近客户端。
主要的域，比如.com .net .org 等，都由Internet管理方进行管理维护，负责这些域的服务器也叫"根服务器", 根服务器里面有 foo.com 之类的子域，每个子域有一个或者多个服务器，这就是子域的权威服务器（授权DNS服务器）。
授权DNS服务器存储对于管理一个域名的重要信息，同时一个域名可以分为多个Zone，个Zone可以有各自的授权DNS,称为Zone of Authority(ZOA). 比如a.foo.com b.foo.com 可以有各自的ZOA
可以有一个或者多个授权DNS服务器，但是只有一个 primary authoritative DNS 负责分发域名name space的信息。
迭代查询和递归查询：迭代查询：服务器可以回答确切答案，或者告知查询者其他可能知道答案的服务器。

递归查询：服务器必须回答确切答案，假如自己不知道，就要通过查询其他服务器得到答案。

客户端的DNS解析器一般无法处理迭代的回答，所以查询localDNS一般使用递归方式。服务器DNS解析器可以回答迭代或者递归查询，也可以发出递归或者迭代查询。

典型DNS查询流程:



1. 客户端向local dns查询 www.foo.com，注意这是递归查询

2.3. local dns 向 root name servers  查询 .com 的name server. 这里采用迭代方式。

4.5. local dns 向 .com 的 name server 查询 foo.com 的授权dns

6.7. local dns 向 foo.com 的授权dns得到 www.foo.com 的ip list

8.    local dns 将 www.foo.com 的一个ip返回给客户端

9.    客户端访问 ip 指向的服务器

MySQL 5.1 中，在复制方面的改进就是引进了新的复制技术：基于行的复制。简言之，这种新技术就是关注表中发生变化的记录，而非以前
的照抄 binlog 模式。从 MySQL 5.1.12 开始，可以用以下三种模式来实现：基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。相应地，binlog的格式也有三种：STATEMENT，ROW，MIXED。MBR 模式中，SBR 模式是默认的。
在运行时可以动态低改变binlog的格式，除了以下几种情况：
存储过程或者触发器中间
启用了NDB
当前会话试用 RBR 模式，并且已打开了临时表
如果binlog采用了 MIXED 模式，那么在以下几种情况下会自动将binlog的模式由 SBR 模式改成 RBR 模式。
当DML语句更新一个NDB表时
当函数中包含 UUID() 时
2个及以上包含 AUTO_INCREMENT 字段的表被更新时
行任何 INSERT DELAYED 语句时
用 UDF 时
视图中必须要求使用 RBR 时，例如创建视图是使用了 UUID() 函数
设定主从复制模式的方法非常简单，只要在以前设定复制配置的基础上，再加一个参数：
binlog_format="STATEMENT"#binlog_format="ROW"#binlog_format="MIXED"当然了，也可以在运行时动态修改binlog的格式。例如
mysql> SET SESSION binlog_format = 'STATEMENT';mysql> SET SESSION binlog_format = 'ROW';mysql> SET SESSION binlog_format = 'MIXED';mysql> SET GLOBAL binlog_format = 'STATEMENT';mysql> SET GLOBAL binlog_format = 'ROW';mysql> SET GLOBAL binlog_format = 'MIXED';现在来比较以下 SBR 和 RBR 2中模式各自的优缺点：
SBR 的优点：
历史悠久，技术成熟
binlog文件较小
binlog中包含了所有数据库更改信息，可以据此来审核数据库的安全等情况
binlog可以用于实时的还原，而不仅仅用于复制
主从版本可以不一样，从服务器版本可以比主服务器版本高
SBR 的缺点：
不是所有的UPDATE语句都能被复制，尤其是包含不确定操作的时候。
调用具有不确定因素的 UDF 时复制也可能出问题
使用以下函数的语句也无法被复制：
* LOAD_FILE()
* UUID()
* USER()
* FOUND_ROWS()
* SYSDATE() (除非启动时启用了 --sysdate-is-now 选项)
INSERT ... SELECT 会产生比 RBR 更多的行级锁
复制需要进行全表扫描(WHERE 语句中没有使用到索引)的 UPDATE 时，需要比 RBR 请求更多的行级锁
对于有 AUTO_INCREMENT 字段的 InnoDB表而言，INSERT 语句会阻塞其他 INSERT 语句
对于一些复杂的语句，在从服务器上的耗资源情况会更严重，而 RBR 模式下，只会对那个发生变化的记录产生影响
存储函数(不是存储过程)在被调用的同时也会执行一次 NOW() 函数，这个可以说是坏事也可能是好事
确定了的 UDF 也需要在从服务器上执行
数据表必须几乎和主服务器保持一致才行，否则可能会导致复制出错
执行复杂语句如果出错的话，会消耗更多资源
RBR 的优点：
任何情况都可以被复制，这对复制来说是最安全可靠的
和其他大多数数据库系统的复制技术一样
多数情况下，从服务器上的表如果有主键的话，复制就会快了很多
复制以下几种语句时的行锁更少：
* INSERT ... SELECT
* 包含 AUTO_INCREMENT 字段的 INSERT
* 没有附带条件或者并没有修改很多记录的 UPDATE 或 DELETE 语句
执行 INSERT，UPDATE，DELETE 语句时锁更少
从服务器上采用多线程来执行复制成为可能
RBR 的缺点：
binlog 大了很多
复杂的回滚时 binlog 中会包含大量的数据
主服务器上执行 UPDATE 语句时，所有发生变化的记录都会写到 binlog 中，而 SBR 只会写一次，这会导致频繁发生 binlog 的并发写问题
UDF 产生的大 BLOB 值会导致复制变慢
无法从 binlog 中看到都复制了写什么语句
当在非事务表上执行一段堆积的SQL语句时，最好采用 SBR 模式，否则很容易导致主从服务器的数据不一致情况发生
另外，针对系统库 mysql 里面的表发生变化时的处理规则如下：
如果是采用 INSERT，UPDATE，DELETE 直接操作表的情况，则日志格式根据 binlog_format 的设定而记录
如果是采用 GRANT，REVOKE，SET PASSWORD 等管理语句来做的话，那么无论如何都采用 SBR 模式记录
注：采用 RBR 模式后，能解决很多原先出现的主键重复问题。