Windows 10 下 composer 执行过程出现 zlib_decode(): data error的解决办法
作者:admin 发布时间:January 27, 2016 分类:默认
composer 执行过程出现
Failed to decode response: zlib_decode(): data error
编辑php.ini中zlib.output_compression = On、zlib.output_compression_level = 5
Just DiDiao it....................
作者:admin 发布时间:January 27, 2016 分类:默认
composer 执行过程出现
Failed to decode response: zlib_decode(): data error
编辑php.ini中zlib.output_compression = On、zlib.output_compression_level = 5
作者:admin 发布时间:July 23, 2014 分类:默认
前几天转移godaddy的几个域名,顺便修改了几个域名的所有人信息,以前转移的时候也修改过,没有发现过问题,今天提交转移后,发现有个域名没出现在转出确认的列表中,查看邮箱发现提示修改了域名信息,要锁定60天。域名马上就要到期了,60天锁定意味着要在godaddy续费一次,而我转出的一个原因就是godaddy的当前价格太坑爹了,搜索后发现确实修改后要被锁定禁止转移些日子的,没办法死马当活马医,直接发邮件询问如何转移该域名,第二天收到邮件回复称为了安全才锁定禁止转移的,问我是否确认移除域名保护, 果断回复确认要移除保护。 第二天果然收到认证成功,回复到域名的修改前状态,提示我需要重新获取转移码转移。 登陆系统查看,果然已经没有锁定60天的提示。 果断获取转移码,继续转移。
作者:admin 发布时间:November 7, 2013 分类:默认
网上看了一篇关于order by ,说是只要字段设置了索引,直接采用该字段单一排序并且select 内容是主键或者是该索引字段就能使用索引,而不是filesort。 自己试了一下完全不是那么回事,order by 完全还是不能使用索引。 必须使用 order by 的字段+主键字段,做以先字段后主键为序做联合索引才能让该查询使用索引。
看网上教程例子和代码都很好,不像是胡编乱造的。仔细的看了下,例子上建表用的是innodb,难道是因为我的表示myisam的问题。 立马去把自己的表转成innodb。再试果然可以了。 看来myisam 索引上和innodb还是有差异的。
2013,11.8 今日继续研究,设置了联合所以(w1+w2+o1) 说明w*表示where查询用的字段, o*表示排序字段。
用该查询select id where w1=1 and w2=1 order by o1 成功使用所以无filesort, 改为 select * 仍然很顺利使用索引无filesort。 看来这种情况下select 不影响索引使用。 接着去掉查询中去掉w2 ,果然无法使用索引了。 看来必须完整使用索引中顺序并全部使用才能顺利使用。
接着因为实际需要简化了下索引设置为(w1+o1),去掉了w2 。同时查询也一样简化 ,嘿 ,问题来了,filesort出现了。它真的出现了,这就怪了,明明和上面一样啊,只是更简单了,反而就不能用索引了。查询改成 where w1=0 奇迹出现了,又正常了,因为表里w1字段值全部是1 所以w1=0 其实是什么都查不到的,但索引工作却正常了,接着改动一条数据把w1改成0 ,用w1=1查询还是不能使用索引。接着设置更改一半w1值为0 ,再次测试发现索引正常了。看来这个索引使用还是要看数据的,如果查询内容已经包含或者包含了99%的内容,那么这个索引用不用其实没有多大必要了,默认也就不用了。 所以重要一点是索引一定要用在点子上,否则只是徒增长磁盘空间而已。不过这点也很容易让数据调试的时候产生误会。
再次测试。如果w 在非固定值的时候,而是w>2 这样情况下,所以能用,filesort无法避开。
经测试mysql myisam引擎下,> < between ,都无法使用索引,innodb则能使用索引。 由innodb切换到myisam后发现又能使用索引了,我觉得mysql在玩我。
暂时测试 在(w1+w2+o1)的情况下,只要w字段不使用固定值,filesort均无法避免。
找到个避免filesort的法子,innodb下有效,where w1=1 and w2>1 order by o1 是无法避免filesort的。
但是 where w1=1 and w2>1 AND O1 > 1 order by o1 FILESORT居然消失了。
作者:admin 发布时间:January 27, 2013 分类:默认
suning 网上商城都是自有体系。 国美到处蹭剩饭,当当上去过,淘宝上去过,不知道下一步到哪里去蹭,京东,还是苏宁啊。
商城系统那个烂啊,中间很长一段时间居然都没有分类列表功能,也就是只能浏览他首页和推广页面的商品,点击到分类都是没有内容。
国美在线这个名字确定前,还搞什么 名称推荐 ,就是 除了 国美在线,和国美网上商城 外另外给他起个名字, 被选中的送大奖,最后还是用了国美在线就不了了之了,这tm不是没事找事吗。
也对,老大都被关起来了,现在国美纯粹是一群毫无经验经验的人在那里瞎折腾。 安安分分的吃你的老本就成了,这样瞎折腾不是把自己往死路上赶吗
作者:admin 发布时间:September 30, 2012 分类:默认
江南style告诉我们,要红遍全球靠的不是帅气的外表,而是要有自己的style,超凡脱俗的style。
朴载相同学没有帅气的外表,但照样靠一首mv通过youtube红遍全球(不包括中华大陆地区,因为这个区域的人类无法正常访问该网站)。
骑马舞,没有复杂的动作,但就是这么简单的舞步,就是tmd有型。所以说简单才是王道,style才是王道。
作者:admin 发布时间:July 25, 2012 分类:默认
上联:一张大嘴,两眼放光,保三代富贵,征四海民饷,吃五谷不拉人屎,通六合飞黄腾达,七星聚会,散八方施舍,独不怜屁民九死,十分不要脸。
下联:十场天灾,九次表彰,看八耻全忘,任七窍生烟,惊六月含冤飞雪,伸五指强逼募捐,四处做戏,引三界震怒,唯不变向来二逼,一等下流胚。
横批:捐你妹
上联:对外援助减免贷款大笔一挥十分潇洒。下联:对内逼捐推卸责任贪得无厌一等下流。
横批为:捐你妈逼
作者:admin 发布时间:July 19, 2012 分类:默认
1.2.创建配置文件
由于dedecms使用的是mysql,所以我们需要来配置一个mysql的sphinx模板配置,可以复制csft_mysql.conf改名为:csft_dedecmsv57.conf,例如我们这里仅做文章的全文检索,我们需要做如下配置:
先在DedeCMS中创建一个统计表,方法可以在DedeCMS后台[系统]->[SQL命令行工具]中执行下列代码:
CREATE TABLE `dede_sphinx` (
`countid` int(11) unsigned NOT NULL,
`maxaid` int(11) unsigned NOT NULL,
PRIMARY KEY (`countid`)
) ENGINE=MyISAM DEFAULT CHARSET=gbk
这是一个sphinx内容统计表,为了适合数据量较大的情况下分批生成索引而使用的.
创建完数据表后,我们对sphinx的配置文件,即csft_dedecmsv57.conf修改,内容如下,其中包含注释:
作者:admin 发布时间:July 19, 2012 分类:默认
Sphinx是一个很好的全文可检索软件,它支持MySQL和PGSQL.
一般来说Sphinx原版对英文全文检索校好,但对中文全文检索的话,就使用国人的修改版coreseek了.
首先下载coreseek源码:
解压:
进入coreseek目录下有三个子目录,分别是mmseg和csft和testpack.需要分别先后安装mmseg和csft.
安装mmseg,中文分词库:
在这里先做一点点小优化:
回到上级目录:
cd ..
安装csft,也就是coreseek主程序:
这样coreseek就安装好了.
简单测试一下coreseek是否运行正确:
cd ../testpack
/usr/local/coreseek/bin/indexer -c etc/csft.conf
##以下为正常情况下的提示信息:
Coreseek Fulltext 3.2 [ Sphinx 0.9.9-release (r2117)]
Copyright (c) 2007-2010,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)
using config file 'etc/csft.conf'...
total 0 reads, 0.000 sec, 0.0 kb/call avg, 0.0 msec/call avg
total 0 writes, 0.000 sec, 0.0 kb/call avg, 0.0 msec/call avg
/usr/local/coreseek/bin/indexer -c etc/csft.conf --all
下面修改配置,支持Discuz! X2:
vi /us
作者:admin 发布时间:February 22, 2012 分类:默认
重复同步登陆应用的问题,上一篇中已经说过了.现在讲讲我的解决方法.
首先修改本地的uc_client 下的client.php, uc_user_synlogin函数 $return = uc_api_post('user', 'synlogin', array('uid'=>$uid,'appid'=>UC_APPID)); 红色部分是添加的,本地应用端就改这么多.
接着要去修改server端control目录下user.php onsynlogin函数
$uid = $this->input('uid');
$sendappid = $this->input('appid');
if($app['synlogin'] && $app['appid'] != $sendappid) {
蓝色部分是参照位置,红色是相对蓝色位置应添加的内容. ok现在不会对当前应用进行同步登陆了.
作者:admin 发布时间:December 26, 2011 分类:默认
csdn 600万用户数据和天涯4000用户数据,经过本人测试都成功下载了。虽然泄露的网站还有一些,但有些本人未能成功下载。 就天涯和csdn的数据来说,很让人吃惊,让人吃惊的不是数据泄露,而是这么大的网站,用户密码居然都是明文,数据泄露不可怕,可怕的是网站居然用明文存取密码。这到底是什么居心,让人很不可思议。
可怕的不是盗取数据的黑客,而是明文存取密码的网站,他们掌握了这么多的用户密码,在用户其它重要账号也采用这些密码的时候,网站随时可以达到不可告人的目的。可怕的csdn,可怕的天涯。 天涯可以说只是社区没有特别技术,堂堂csdn还是程序技术网站,他们的技术是用来偷密码来着,很幸运作为程序员的我从来没注册这个网站,作为这个网站的注册用户,应该感到很羞耻才是。