浏览模式: 普通 | 列表

Linux使用wget请求地址时报错

[ 2014-10-12 09:42:16 | 作者: admin ]
需求:

在crontab中使用wget请求某个url地址时,发现如果参数中带有特殊符号“.”的时候会出现此特殊符号后面其他参数被截断导致无法请求

例如:http://localhost/projectName?a=aaaa.aaa&b=bbbbb 这里的&b="bbbbb"被截断

解决办法:

在wget请求时在url上面加上双引号

例如:wget "http://localhost/projectName?a=aaaa.aaa&b=bbbbb"

mysql数据库结构比较工具

[ 2014-09-30 13:48:43 | 作者: admin ]
用常用的mysql gui工具就可以干这个啊,例如mysql workbench啊navicat啊(一般用它)

如果要比较简单的:
http://dbsynch.g6.cz/ (在线)
https://github.com/dsyph3r/php-mysql-diff/ (php)
https://bitbucket.org/stepancheg/mysql-diff/ (scala)
楼上那个用meld也不错

有个软件 dbForge Schema Compare for MySQL ,用起来不错

Ajax 中文乱码问题——gbk,gb2312

[ 2014-09-29 15:26:11 | 作者: admin ]
function doFind(default_value){
   var q_bureau_name = document.forms[0].q_bureau_name.value;
   var defpars = '';
   if(default_value != null){
     defpars = '&default_value='+default_value;
   }
   var url = 'customeroperAction.do';
   var pars = 'action=getbureaulist&sname=customerTel.TEL_BUREAU&q_bureau_name='+encodeURI(encodeURI(q_bureau_name))+defpars; //encodeURI 两次将文本字符串编码为一个有效的统一资源标识符 (URI)。
...

阅读全文…

js url传值中文乱码之解决之道

[ 2014-09-29 15:25:06 | 作者: admin ]
因为js url在传值的过程中使用的是js自己默认的字符集编码规则,我们必须把它转成属于我们自己的编码规格
在websphere 中使用的是url=encodeURI(encodeURI(url)); //用了2次encodeURI 测试成功,第一次转换没有尝试,
处理方法一。
js 程序代码:url=encodeURI(url);注意是整个URL
服务器端的代码:String linename = new String(request.getParameter("name").getBytes("ISO-8859-1"),"UTF-8");
处理方法二。
js:
var url="name="+name;
url=encodeURI(encodeURI(url)); //用了2次encodeURI
window.location = "<%=path%>/inner/line/line.jsp?"+url;
...

阅读全文…
http://bbs.aliyun.com/read/176977.html?spm=5176.7189909.0.0.voFjZD

您好,日前Linux官方内置Bash中新发现一个非常严重安全漏洞(漏洞参考https://access.redhat.com/security/cve/CVE-2014-6271 ),黑客可以利用该Bash漏洞完全控制目标系统并发起攻击,为了避免您Linux服务器受影响,建议您尽快完成漏洞修补,修复方法如下,请了解!
 
特别提醒:Linux 官方已经给出最新解决方案,已经解决被绕过的bug,建议您尽快重新完成漏洞修补。openSUSE 镜像已经给出修复方案了。

 
 
【漏洞检测方法】
漏洞检测命令:env -i X='() { (a)=>\' bash -c 'echo date'; cat echo
需要注意的是,如果以前检查过,当前目录建立了echo文件,需要先删除该文件再检测
...

阅读全文…

php文本文件缓存2种方式的效率

[ 2014-09-22 15:06:33 | 作者: admin ]
p.s. 文本文件的效率,终归不如memcache,对于修改较多的数据,还是要用memcache

前言:
在开发MooPHP的过程中,为了寻找更为高效的缓存方式,对两种最常用的缓存方式进行了测试。

PHP常用缓存方式:
第一种,把需要缓存的数据进行处理,形成PHP可以直接执行的文件。在需要缓存数据的时候,通过include方式引入,并使用。
第二种,把需要的数据通过serialize函数序列化后直接保存到文件。在需要使用缓存数据的时候,通过反序列化读入文件内容并复制给需要的变量,然后使用。

测试结果:
通过测试我们发现,第二种也就是serialize缓存数据的方式更加高效。(数据略去,最后提供了文章地址下载,大家可以自行测试)
点击查看 http://www.ccvita.com/311.html

接受别人的建议对该class进行改进 memcache的操作方式
支持 serialize存储
支持 可执行文件两种存储方式
p.s. 兼容性较好,使用简单,代理页改个框架ID,框架页尾部插几行脚本即可

主页面 http://www.xg98.com/main.htm 不做修改
<iframe id=iframe_main name=iframe_main width="100%" height="500" scrolling="no" frameborder="0" hspace="0" allowtransparency="true" src="http://blog.xg98.com/frame.htm" vspace="0"></iframe>

代理页,基本不用改动,只注意里面有调用主页面的框架id,这里是iframe_main http://www.xg98.com/proxy.htm
...

阅读全文…
p.s. 本范例的脚本兼容性不算很好,可以看另一个例子 http://blog.xg98.com/article.asp?id=2229



示例页面下载: 点击下载
总共3个文件
调用页main.htm (不需要任何改动)
被调用页iframe.htm (加入隐藏的一个浮动框架,来引入agent.htm,js代码)
中介代理agent.htm (js代码)

在实际的项目进行中,很多地方可能由于历史原因不得不去使用iframe,包括目前正火热的应用开发也是如此。

随之而来的就是在实际使用iframe中...

阅读全文…