怎么设置 svn服务器编码格式,当svn 客户端提交项目时如果编码不对不能提交?

这个应该是无法做到的。SVN服务器端在commit时能检查到的内容只有提交路径、提交人和log，没法检查文件内容，所以没法在完成commit之前预先判断文件内容是否合法；而在commit之后虽然能够在服务器端update一份出来进行检查，但此时已经commit完成后，无法简单退回（退回也相当于一次版本变化）。

可以考虑的方法是在客户端，通过脚本或插件在提交前做个检查，客户端TortoiseSVN可以支持提交前的检查，但myeclipse上的SVN插件似乎自己没这功能，需要自己另想办法了。

我现在的东家，国内一知名的集团企业，在全国各地包括香港都有分公司或者办事处。在海外，如在英国也设有销售办事处。而我现在的任务，就是负责这些分公司、办事处之间邮件系统的维护。我要让这些在地域上相差甚远的企业，能够通过公司的邮件服务器进行联系，缩短彼此之间的距离。

　当然在实际的管理中，也遇到了不少的问题。现在我就把其中一些有共性的问题拿出来供大家参考。也许，大家在以后邮箱服务器进行维护的过程中，也会遇到类似的问题。希望我这篇文章可以对你们具有一定的指导意义。

　一、 在什么地方维护Exchange服务器

　在什么地方维护Exchange服务器合适呢

　若从方便性上讲，当然是直接在Exchange服务器上对其进行维护来得方便。但是，要知道，如果直接在Exchange服务器对服务器进行维护，有很多副作用。如我们觉得Exchange服务器的空间太满了，想把它的日志迁移到其他地方去。在迁移的过程中，我们很容易服务器的一些系统文件也给删除了。如此的话，就很可能造成服务器不能正常启动，从而影响到服务器的正常运作。虽然直接在服务器上对邮件服务器进行管理维护，不需要额外的安装程序或者额外的硬件投资，但是，其会导致服务器的风险增加，如在用户不知情的情况下(自己也不知道)，误删除系统文件等等。所以，我在部署Exchange服务器的时候，也有这方面的考虑，到底在Exchange服务器上直接对邮件服务器进行维护是否合理。后来，还是被我否决了，我觉得这么做风险太大。

　第二种维护方法就是使用桌面或者终端服务。当有新员工来到公司，或者有老员工离职时，我们难道还要跑到机房的邮件服务器那里，去创建邮件用户或者删除邮件帐户吗如此处理的话，明显效率不是很高。那怎么办呢我们就可以利用远程桌面或者终端服务，在不离开自己的位置上，通过网络对远程的服务器进行维护与管理。现在这个是我主要的维护手段。比如我出差在外，可能在外面培训或者到其他办事处处理事情时，就可以通过终端服务或者远程桌面直接对邮箱服务器进行维护。这样的话，邮箱服务器发生问题时，我即使在外面也不用担心，通过网络与终端服务或者远程桌面，可以对邮箱服务器进行大部分的维护任务。除了这个不受地理限制以外，采取这种方式维护服务器，也必须要安装额外的程序，只要开通终端服务或者远程桌面服务就可以了。不过，这种方式维护的话，也有风险，如在维护的过程中，也会不经意的删除或者修改系统文件，从而给服务器的正常运作产生不利影响。

　第三种方式是通过设置专用管理站来进行邮箱服务器的管理。其实，这个专用管理站就是邮箱服务器的衍生，其可以在远程向服务器发送维护命令。就就好象ORACLE数据库的远程管理客户端工具一样，可以在远程进行服务器的维护，跟在本机上进行维护没有多少的区别。利用了专用管理站之后，可以通过维护向导等工具对邮箱服务器进行日志的迁移与备份、用户的添加与删除等动作，而且，这些命令都是在图形界面下进行的，如此的话，出问题的几率就会少许多，服务器的风险也会小很多了。当然，若使用专用管理站的话，需要安装一些额外的程序。我现在很少利用专用管理站来对邮箱服务器进行管理。不过，这里要说明一点，就是在安装专用管理站程序的时候，需要在工作站上下打开SMTP服务。然后，专用管理站程序安装完成之后，再把这个服务关闭掉。因为只有在安装的过程中，才需要用到这个服务。而这个服务对于网络的安全，又是一个非常大的隐患。所以，在程序安装完毕后，要注意把这个服务关闭掉。不然的话，很容易给病毒或者木马有机可乘。

　我的建议是，等到你功力比较深厚了的话，还是采用远程桌面或者终端服务管理，来得方便。

　二、 如何设置邮件出站格式

　有些用户在接收邮件时，有时候会收到以DAT为扩展名的邮件。他们问我怎么打开。其实，这就是邮件出站格式的设置。虽然说，我们在服务器安装的时候，一般只需要按默认的设置及默认的管理策略就可以了。但是，为了以后维护的方便，我们对安装过程中，一些重要的选项及出站格式策略，还是需要有一定的了解。这对于我们以后排除故障非常的有用。

　第一个选项是邮件格式选项。这个选项主要是用来控制利用什么方式对邮件进行编码，及利用什么语言字符来显示这些邮件。在Internet里，E-mail的传送是只能传送US-ASCII格式的文字讯息，ASCII是7位的，而非ASCII格式的档案，在传送过程中若不先经过编码，先编成7位再传送，则在传送过程中会因为这7位元的限制而遭到拆解，拆解之后只会让收信方看到一堆乱七八糟不知所云的东西。经过编码后的资料，在传送过程中才可顺利传送，不会有“被截掉一位”的危险，但是收信方必须具有解码程序，将这份经过编码的东西还原，才能解读“天书”，看到寄信人要传送的真实信息。这个过程就是通过编码来实现的。若有时候，客户收到的邮件是乱码，我们就要考虑邮件编码的问题。一般的情况下，在服务器端设置编码方式的时候，不要采用一些很偏的编码，而是要选择一些常用的编码格式。除非对方有特殊的要求。需要说明的是，Unicode编码现在比较流行，也被大部分的操作系统所接受，但是在早期的WIN98系统中，支持的不是很好。若现在你企业中还有用WIN98系统的话，就要注意这个问题了。

在通过POST方式向服务器发送AJAX请求时最好要通过设置请求头来指定为application/x-www-form-urlencoded编码类型。知道通过表单上传文件时必须指定编码类型为"multipart/form-data"。ajaxsetRequestHeader("content-type","application/x-www-form-urlencoded")表示将请求中的内容，按照UTF-8的方式进行编码，只针对POST请求有效，设置此内容是为了确保服务器知道实体中有参数变量，注意: 请求体格式和请求头的Content-Type类型必须保持一致,如果1的格式,设置Content-Type是application/json,或者2的格式,设置Content-Type是application/x-www-form-urlencoded,后台接收到的请求提都会是空的

元格，且为文本格式的，请给参数加上英文状态下