标签: bash

  • Bandwidth Controller Enterprise v1.07 Crack

    装好了adsl,网络的花花世界无数资源造成了带宽管理到了这里就是个很严肃的问题,在商量装宽度的时候li sir抱怨抢不过别人网速,太慢,强烈要求平均分配带宽才合伙装,既然先答应了这个条件装好就要马上施行,1M的adsl 3个人分下每人下载速度就30多KB,上传20KB感觉不是很好。
    网络配置是这样,我电脑上双网卡,一个接adsl modem 一个连入局域网,使用Bandwidth Controller Enterprise v1.07 破解版来管理带宽,但是要给Bandwidth Controller Enterprise v1.07 找个破解版注册版或者注册号非常不容易,最后还是通过emule找到,这里提供下载[sfile]/tdown/bandwidth.controller.enterprise.v1.07+Crack.zip[/sfile]
    通过Bandwidth Controller 控制带宽还是比较简单的。但是当初设置filter的时候设置local address和remote address这边有些问题。在控制下载速度的时候需要将local address设为any,而将remote address设为本地某台电脑的地址,而通常概念上local address 才应设为本地地址。而且在客户机发起大量连接的时候会占用较多cpu资源。

  • 英语六级2006年6月

    你的考试类型: 英语六级 你的准考证号: 120132061200422
    你的成绩总分:494
    听力:122 阅读:218 综合:109 写作:45
    你的成绩的全国排名:你的成绩是  494  分,处于全国同类考生  94%  以上,再接再厉!
    大学英语六级考试( CET-6 )报道分数百分位对照
    总分:494 49%
    听力:122 87%
    阅读:218 38%
    综合:109 53%
    写作:45   40%
    听力没有发挥预期水平,考试时候好几次走神,也不知道想什么。
    阅读虽说是强项但是每次理解方向和出题有误差。需检讨
    综合基本发挥正常
    作文比较失败,前面题做的都比较顺利,给作文留出整整一个小时,想了很久,也打草稿,
    但是最后还是用时过多,最后结尾匆忙,造成分数打不到均值。需加强写作练习

  • 使用tomcat运行servlet时中文乱码的解决

    电脑不是国人发明以及中国文字的博大精深让我们编程的人也时时遇到麻烦。在linux中中文问题确实头痛了很久,现在的servlet看来又有问题servlet中的问题一般有这么几个
    通过网址传递过来的中文参数出现乱码,如?name=小灰到了里面就不知道变成什么玩意了。
    程序内部处理乱码,正确得到中文参数处理时内部又乱码,和数据库通讯的时候又经常有这个问题。
    程序将中文输出乱码。
    tomcat 5.5 现在已经基本能解决这个问题
    最简单的一个方法应该是使用tomcat示例中\servlets-examples\WEB-INF\classes\filters下包含的SetCharacterEncodingFilter过滤器将这个类复制到自己工程的web-inf文件夹的同一位置。然后在工程的web.xml中添加以下部分。
      <filter>
           <filter-name>Set Character Encoding</filter-name>
           <filter-class>filters.SetCharacterEncodingFilter</filter-class>
           <init-param>
               <param-name>encoding</param-name>
               <param-value>gbk</param-value>
           </init-param>
       <filter-mapping>
           <filter-name>Set Character Encoding</filter-name>
     <url-pattern>/*</url-pattern>
       </filter-mapping>
    然后在conf/server.xml中的Connector标记里面添加URIEncoding="gbk"这样就解决了传递时乱码的问题。
    然后还可以设
    request.setCharacterEncoding("gbk");
    response.setCharacterEncoding("gbk");
    但是程序内部还是可能乱码,在有这种问题的时候可以进行编码转换。例如
    String sr="中文";
    String tf=new String(sr.getBytes("gbk"),"ISO8859_1");
    这样基本能解决tomcat处理时出现乱码的情况了。
    解决了这个问题。可是如果url路径中或参数中存在空格的话就有问题。把一个带空格的文本做为url上带的参数肯定不行。需要进行转码,例如我有段程序是生成一个文件下载的超链接
    File file=new File("e:\中文 文件.txt");
    out.println("<a href=/demo/servlet/DownLoadServlet?filename="+file.getName()+">"+file.getName()+"</a");
    倘若path中带有空格,这个链接就不会正常,空格及后面文字被忽略。
    生成的链接是…DownLoadServlet?filename=中文
    这时就需要在out.println(…);语句前面加上这么两句
    String path=file.getName();
    path=java.net.URLEncoder.encode(path);
    将……./DownLoadServlet?filename="+file.getName()+">"…改成
    ……./DownLoadServlet?filename="+path+"…….
    就解决了url路径中含有空格的问题

  • servlet版防盗链程序概念模型

    早上起来躺床上不知道怎么突然想起防盗链这个事情,一个简单的概念系统该很简单,
    获得浏览器的get请求以后查看http head的referer部分,里面的网址是否是本站地址就行。
    这样只要做一个字符串比较就可以实现,这样可以保护链接,但是如果别人获得文件的绝对地址这个方法恐怕就无法阻止盗链了,文件默认是由web服务器还进行处理,像apache简单设置就可以防盗链,光检查referer部分是不善的,http head本来是由客户端提供,很容易伪造,flashget在下载的时候就可以设置引用页面,而且新版flashget在不提供引用页的请客下把网址去掉下载文件名后的其他部分当然referer发给服务器,这时候就需要加上session或cookie的保护的,servlet通过内部io是可以在不发送文件真是地址的情况下发送文件的。具体实现部分稍后发布
    2006-09-01 v0.1
    [codes=java]
    import javax.servlet.*;
    import javax.servlet.http.*;
    import java.util.*;
    (更多…)

  • servlet配置总结

    使用servlet也有月余,回想起来磕磕碰碰其实走了不少弯路,现在总结一下,备忘。

    开始具体写servlet程序前还需将tomcat的servlet包导入
    common\lib\servlet-api.jar
    才能编译成功.
    tomcat配置
    webapps下新建一文件夹放置将project放在的文件既可,里面至少需要一个WEB-INF文件夹,这个文件夹是不可通过网址直接访问的,WEB-INF下面一般建两个文件夹classes和lib,classes放置编译好的class文件,lib则放其他第三方库,比如mysql的jdbc库,WEB-INF下面应有个web.xml配置文件叫做Deployment Descriptor,一个典型的web.xml应该是这样的。
    <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
       version="2.4">
     <!–设置该project的名称和描述,可在tomcat管理器中看到–>
     <display-name>demo</display-name>
     <description>
        demo project
     </description>

    <!– JSPC servlet mappings start –>

       <servlet>
           <!–url上显示的名字–>
           <servlet-name>Content2</servlet-name>
           <!–实际的类名–>
           <servlet-class>Content2Servlet</servlet-class>
       </servlet>
       <servlet>
           <servlet-name>Login</servlet-name>
           <servlet-class>SessionLoginServlet</servlet-class>
           <!–还可给某一servlet附加参数,可用在动态配置中–>
           <init-param>
               <!–参数名–>
               <param-name>dbhost</param-name>
               <!–参数内容–>
               <param-value>db4free.org</param-value>
           </init-param>
       </servlet>
       <!–设置url映射–>
       <servlet-mapping>
           <servlet-name>Login</servlet-name>
           <!–设为/*表示将此servlet设为默认首页–>
           <url-pattern>/*</url-pattern>
       </servlet-mapping>
       <servlet-mapping>
           <servlet-name>Content2</servlet-name>
           <!–这样映射得到的网址就是 主机名/webapps下的文件夹名/content2–>
           <url-pattern>/Content2</url-pattern>
       </servlet-mapping>

    <!– JSPC servlet mappings end –>

    </web-app>

    tomcat里面这里面地址很是有学问,刚学的时候很容易搞混
    网页放在工程的根目录下面,编译好的class文件放在WEB-INF/classes下面
    而url是这样的.在web.xml中类名和显示名做了定义那么url中用的是定义后的servlet-name
    如果没有做servlet-mapping那么执行的路径就是
    http://主机名:端口/工程文件夹名/servlet/servlet-name
    如果做了servlet-mapping将class映射为/servlet-name,
    按照html的习惯写出'/'了就应该在根目录下,结果该是
    http://主机名:端口/servlet-name 这样执行,但是servlet中不是这样.而应该是
    http://主机名:端口/工程文件夹名/servlet-name
    少了中间的servlet这段.
    当然如果是html文件什么写/的话url还是从根开始算的.

    弄明白网址后面编译执行就很容易了,但是还有个问题,启动tomcat以后如果你重新编译了servlet文件生成了新的class,但是却不会自动加载修改后重新编译后的class,tomcat中看的还是启动时的class,这个问题很严重,尤其是调试的时候,每次都需要重启tomcat已使它加载新class,这个过程真会让人抓狂,不过还是有让tomcat自动加载新class的方法的.在tomcat的\conf\Catalina\localhost新建一xml文件.文件名同工程文件夹名.内容可参考如下
    <Context path="/demo" reloadable="true" docBase="M:\Tomcat 5.5\webapps\demo" workDir="M:\Tomcat 5.5\webapps\demo\work"/>
    可将demo替换实际工程文件夹名既可.使用这个context设置还有一个方便,就是可以不用把程序放在tomcat的文件夹中。将docBase和workdir改成实际在硬盘上的位置就可以了。实际运用在也是很方便的。

    在servlet中读写一个文件,比如写File f=new File("dbconfig.xml");那么应该把这个文件放哪呢?
    这个问题还困惑我一阵,先是手工试了一下,放在class文件夹,WEB-INF文件夹,工程根目录,webapps根目录,却都不对,写行程序输出路径才知道应该放在tomcat的根目录下面,但是把文件放在工程外面始终不是好选择,也不便于程序的移动移植,倘若程序在tomcat的webapps里面这个好办,用相对路径就能搞定,如果我们用了context配置,工程不在tomcat里面呢?能否得到路径呢?其实是可以的。
    getServletContext().getRealPath("/")返回一个String。里面就是docBase的实际路径,这样就解决这个路径问题。所以读取工程根目录下面的dbconfig.xml文件就应该是
    File f=new File(getServletContext().getRealPath("/")+"dbconfig.xml");