很多朋友应该碰到过这句话吧：“Cannot modify header information – headers already sent by…(php文件)”。 今天碰到了，起因是用ftp，在windows环境下，使用ftp的编辑功能，在线编辑了一个配置文件。然后就出现了这个提示。 不论是百度还是google，都会给出一堆解决办法，可是，那个最正中要害呢？毕竟我们不是在做学术研究，而且我们碰到的也都是一些常见问题。 好，找到了最关键的一句话： “如果使用utf-8编码，一定要去掉UTF-8中的BOM，这都是因为utf-8编码文件含有的bom原因，而php4,5都是不支持bom的。去掉bom，可以用Notepad++打开转换一下。” 问题解决了。在此笔记一下。 这里有一篇文章讲了一下原理：http://blog.sina.com.cn/s/blog_570f6d940100h3vk.html 简单的说，utf-8不需要BOM，utf-16才需要它。        

最近的一个网站单子里，需要给客户用discuz7.2实现一个会员功能，dz是大品牌，何况康盛又被腾讯收购，质量应该可靠。所以反复衡量，dz成为首选了。（跟DZ和康盛的系列产品源渊太多了。） 客户提出的问题还算顺利的一一解决，客户最后提出一个要求，要对最新的消息有一个提示。这个实现很简单，给客户讲解了如何设定声音，可是问题来了，我这里怎么都听不到声音，客户那里也是如此。 怎么会这样，开始我以为是我浏览器的问题，但是几个浏览器测试都无声，这个是绝对不应该的。代码是官网下载的discuz7.2 utf8。什么情况？怎么办？ 网上查了一下竟然很多人反馈了这个问题，可是没有几个提出解决办法的，有两篇的解决办法尝试了一下，没有解决问题。难道是我的特例？？ 外包方式开发最可怕的是耽误进度和过多的向客户解释，为客户选择的产品，如果质量不过关，影响的绝对就是制作方的信誉。 现在问题来了，如何解决。 解决办法： 1、先参考官方提供的一个解决办法，仅做参考，因为它也没解决问题。所以我真不知道官方的维护是干什么吃的。 http://www.discuz.net/forum.php?mod=viewthread&tid=1523437&page=7#pid12811924 2、因为mp3,wav等格式均无效，我让合作的美工把声音文件转成了swf，可以在这里下载。 下载论坛提示音swf格式 3、按照上面那篇提示文章，修改一下对应的文件，引用改成swf，并且简化swf的文件引用，因为那个player已经无用了，直接引用swf声音即可。下面是代码，希望能帮助一些朋友。 templates/default/memcp_profile.htm 499行 $(‘soundplayerlayer’).innerHTML = AC_FL_RunContent(‘id’, ‘pmsoundplayer’, ‘name’, ‘pmsoundplayer’, ‘width’, ’0′, ‘height’, ’0′, ‘src’, ‘{$boardurl}images/sound/pm_’+file+’.swf’, ‘menu’, ‘false’,  ’allowScriptAccess’, ‘sameDomain’, ‘swLiveConnect’, ‘true’); } templates/default/pm_checknew.htm 可以不改动，因为在我的方案里它已经没用了，如果有尝试的朋友，可以对应替换这段代码 <script type=”text/javascript” reload=”1″>$(‘pmsound’).innerHTML = AC_FL_RunContent(‘id’, ‘pmsoundplayer’, ‘name’, ‘pmsoundplayer’, ‘width’, ’0′, ‘height’, ’0′, ‘src’, ‘{$boardurl}images/sound/pm_$pmsound.swf’,  ’menu’, ‘false’,  ’allowScriptAccess’, ‘sameDomain’, ‘swLiveConnect’, [...]

问题出现了： 转移了discuz！6.1论坛到新的服务器，因为使用的火狐插件来播放flash，所以打开时发现提示：“failed to open include/common.inc.php”的提示。 分析： 之前，论坛在windows环境下，搭建的php，转来后，虽然还是windows，但是改成了apache做前端。因为php的设置肯定不会转过来，所以应该在配置或权限上出的问题。 检查： 权限上，用论坛自带的检查看了下没有问题，所以可能是apache配置或php的配置问题。 查了下百度和google，大家都在认为貌似是父路径的问题。看了下open_basedir的描述，貌似是问题的关键，可是里面提到了safe_mode设置，对比了下windows的php环境和apache的php环境配置，发现windows下的safe_mode=Off，而新的apache环境是On。 解决： 改成Off后，正常访问了。 后话： 很久没有动apache的配置了，希望这次能是一个好的开始。另：今天，已经搬进新房子了，虽然是租的，但是更多的人感觉我自己开了个工作室。貌似是吧，我可以专心工作，写博客，学习了。李猪猪小朋友不会再跑来抢电脑或者：“闪开，就坐一会”啦~！ 希望未来两个月可以把工作重新走上正规。加油，加油~~！！湘北必胜~~！！

在uchome的spacefield表中，有两个看似明确，实际很别扭的两个字段名，friend和feedfriend。 在处理feed的时候，这两个字段经常会让人搞混乱，一时想不起来意思。 其实friend是表明该空间的好友，这和blog的friend不一样，blog的friend是定义的blog的开放级别。 feedrfriend，基本上和friend是同样内容，但是当设置屏蔽时，会从这个表中去掉被屏蔽的人的id，所以，这个字段保存的是可以查看该空间feed的id。 那么，现在我在做的是增加同组查看功能，比如，设置某一个组只能本组人查看，外组的人无法查看任何消息。这时，就用上了这里的方法。 未完，待续

写在前面：jp加入本站后，博客立刻火了起来。我奥运会后一直在做php的开发，而且是专门研究，hack康盛的uch，uc和supesite，给客户做php的站，一直没有做Rails的开发，有点遗憾。不过jp带着我还算没太落后，碰到好的Rails项目肯定还会继续Railser的开发的。 这是一篇笔记，边写边整理代码，比较复杂。贴在这里吧。 uc有个问题，就是在uch打开实名认证时，其他与uc通信的应用，仍旧显示uc里的username字段，而独uch显示认证的名字。为了使整站统一，需要在别的应用里显示uchome_space.name字段的内容。 思路： 1、在uc_members中增加name和namestatus字段。 ALTER TABLE `uc_members` ADD COLUMN `name` char(20) NOT NULL default ”; ALTER TABLE `uc_members` ADD COLUMN namestatus tinyint(1) NOT NULL default ’0′; 2、uch的source/cp_profile.php 82行后，增加同步更新uc实名字段。 //同步更新uc主表实名 update_uc_table(‘uc_members’,Array(‘name’=>$setarr['name'], ‘namestatus’=>$setarr['namestatus'], ‘uid’=>$_SGLOBAL['supe_uid'])); 3、管理后台 admin/admincp_space.php 批量管理实名时，同步更新uc表 75行后： //同步更新uc表，单个用户 update_uc_table(‘uc_members’,Array(‘name’=>$setarr['name'], ‘namestatus’=>$setarr['namestatus'], ‘uid’=>$uid)); 需要在 source/function_common.php 中添加一个方法。和updatetable一样的，取消了table的前缀。 function update_uc_table($tablename, $setsqlarr) { global $_SGLOBAL; $setsql = $comma = ”; [...]