`
willko
  • 浏览: 386588 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论
文章列表
我的版本是5.2.x,php的json解析也太烂了,兼容性太差了。 一、只能使用双引号(") 在JSON里只用"来表示字符串,例如 {'aa':'sdf'} 'adf' ['1', '2'] 这些使用'的统统不能解析,而且对象的属性也必须用",也就是只能用双引号.. 直接用str_replace("'", '"', $json) 来替换就好了,,不过就是会把所有单引号转换为双引号 二、不能有多余的逗号(,) 例如, [1,2,] {"a":1,"b":2,} 这个我记得i ...
这个shell脚本将会自动下载源代码编译,然后把头文件和tbl文件拷贝到include目录,.so文件将拷贝到lib目录,还会把js(执行程序)拷贝到bin目录 在Ubuntu 6.06测试通过 #!/bin/bash if test "$USER" = root; then wget http://ftp.mozilla.org/pub/mozilla.org/js/js-1.7.0.tar.gz -O- | tar xvz cd js/src make -f Makefile.ref mkdir -p /usr/include/ ...
来自facebook的大牛在OSCON2009上分享了APC的当前状况和未来发展,有几点特性确实让人非常激动。APC已经不再只是一个opcode和数据缓存。 一、lazy loading 根据作者的介绍,现在APC已经支持lazy loading,并且已经在facebook中运行。 例如, 文件fun.php <?php function foo() { // do something... } function bar() { // do something... } 加载fun.php,并使用里面的函数 <?php require('fun.ph ...
原文:http://www.unixguide.net/linux/faq/07.13.shtml bug和操作系统或硬件的保护机制都会导致程序异常终止,操作系统会kill掉这些进程并产生core文件,程序员可以通过core文件来找出问题所在。它记录了程序挂掉时详细的状态描述。 如果想要寻找core文件的产生程序,可以使用file命令,例如: file core 译:[root@srv willko]# file core.1808 core.1808: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style ...
在命令行下执行 convert -resize 100x100 xx.jpg xx.jpg出现错误 convert: error while loading shared libraries: libMagickCore.so.2: cannot open shared object file: No such file or directory 解决方法:export LD_LIBRARY_PATH=/usr/local/lib 原文:http://www.tuskdesign.com/blog
InnoDB的恢复速度是一个十分让人困惑的问题。这里有很多关于它的讨论: http://bugs.mysql.com/bug.php?id=29847 http://dammit.lt/2008/10/26/innodb-crash-recovery/ 这些问题导致InnoDB奔溃的时候,需要很长的启动时间。即使从备份文件恢复也会影响到 ...
logrotate看名字就知道是专门做日志轮询的,只把任务配置放在/etc/logrotate.d/下,任务就会自动完成,而且无需安装,系统自带,比较推荐使用. [root@srv logrotate.d]# vi /etc/logrotate.d/nginx 配置如下 /usr/local/nginx/logs/www.willko.cn.log /usr/local/nginx/logs/nginx_error.log { notifempty daily sharedscripts postrotate ...
延续上次的实验,http://willko.iteye.com/blog/407964 200m记录,innodb 先从小量查询开始实验,只考虑随机情况,毕竟生产环境比较少出现顺序. 20个值的情况 | 3 | 0.23469200 | SELECT * FROM Member WHERE MemberID IN (1072317,944960,232144,1221849,1718824,1971030,1634860,219179,1733544,618875,1033368,914264,1657167,687934,2164378,1675400,816727,107 ...
一同事分析页面遇到阻塞式加载js,影响了页面的渲染速度。. 之前,实现WYSIWYG插件机制的时候为了实现lazy load,写了个同步无阻塞加载js的方法,解决方法很暴力,仅供参考,,注意,只是个demo。。。 <!DOCTYPE html PUBLIC "- ...
无限分类谈得太多了,无非三种方法“路径”“左右值”“父id”,网上的讨论得比较多,具体实现就不再次讨论了。三种方法,各有优缺点。 “父id”的优点在于实现简单和移动节点简单,缺点在于查询麻烦,毕竟只能针对一层操作。 我想,对于“父id”这种无限分类的查询,多数人都是使用递归来实现了,性能自然不用说,分成n条sql去查询,对mysql的造成不少负载。 如果,仔细考虑下个递归过程,完全可以一次把数据查询出来,然后在程序里循环生成。 每次递归无非是查询一下当前id是否有子节点,然后子节点又递归下去,,也就是只要解决查询某个id是否有子节点就可以完成了。 解决这个问题的方法很简单,使用hash ...
如果在页面,把flash用css隐藏起来(display:none),那么显示的时候会有问题,因为显示的时候flash会重新加载。。 解决方法就是把margin设置成负数,偏移出视觉,再把position设置成absolute就可以达到display:none的效果了,而且flash还会继续运行。。 显示回来,只要把这两个css属性还原就可以了。。
某日,在一LAMP群里,讨论这个,有些人倾向于in,有些人倾向n+1(用union组合结果),还说是baidu的dba去他们公司培训说一定要使用n+1.。 其实,我看未必,使用in的话搜索只需走扫描一次索引就好了,因为是rang,从最小值扫到最大值。而使用n+1的话,每条sql都需从树根开始往下扫描,这样反而遍历的索引数多了。 所以,我的看法是,当值之间比较相近(顺序)的时候使用in,当值之间分隔比较远(随机)的话使用n+1。当然,只是猜测。 在一台机器上实验,存储引擎使用innodb,数据量1m条。 当只有20个值的情况 | 1 | 0.00100000 | 顺序 in ...
注:memcached可能简称mc,memcachedb可能简称mcdb 一、memcachedb是什么 mcdb是一款分布式键值持久存储系统,由新浪开源。mcdb基于mc协议,所以可以使用mc客户端直接使用,存储引擎方面使用Berkeley DB,支持主从复制模式。 二、memcachedb的应用场景 首先,我们从基本的数据存储的角度看mysql、memcached、memcachedb的区别和特点,当然它们肯定不只这点区别。 mc因为是非持久存储的,所以它的定位就是缓存。 而mcdb不是用来做缓存的,它是和mysql同个层次的东西。不一样的是,mcdb性能要比mysql高,而mysql检 ...
当用户批量上传图片的时候,马上显示缩略图,能有效提高UE。 先看demo,基于jquery,http://www.willko.cn/lab/test.html,目前还不完善,希望和大家继续探讨 目前,浏览器兼容情况: ie6: 支持 ie7: 支持 ie8: 未测试 ff2: 未测试 ff3: 支持 webkit系列: 不支持 对于webkit系列,没有找到显示的方法。 我已经请教过flash大侠,即使通过flash中转也没有,flash无法得到完整路径。用activeX只有ie支持,还不如不用。。 目前我的方法,ie系列通过滤镜,gecko系列通过getAsDataURL.. 不 ...
在一个nginx的windows移植群里,有朋友问到这个问题,如何实现nginx下当图片不存在返回缺省图片。 一、使用rewrite location ~* \.(gif|jpg|jpeg|png|bmp)$ { if (!-f $request_filename){ rewrite ^ /404.gif last; break; } } ~* 不区分大小写匹配 !-f 文件不存在 $request_filename 本地文件路径 二、使用error_page location ~* \.(gif|jpg|jpeg|png|bmp)$ { error_page 4 ...
Global site tag (gtag.js) - Google Analytics