现在主流的环境是LINUX+nginx+PHP+MySQL / apache+PHP 实在没有那么多的问题
像下面的文章是十年前用windows搭建php环境遇到的问题
当时竟然一个个都都解决了 并且总结了出来 实属精品 测试整理发布 浪费时间 最少2周以上 所以 看到的亲 请好吧!
//////////
文章之前给大家说一个修改任何cms blog等建站程序必须知道的常识 :
修改php等文件的时候最好不用记事本 因为记事本这个工具不专业 一保存 文件的编码就会改变而用dw 或者emediTor等专业文档编辑工具 保存编码就不会变 不多解释
1.phpcms dede 帝国cms 综合对比
http://www.weste.net/2011/10-8/77025.html
自己为何不用dede 我用的iis 生成html文件 23篇文章用了1.5分钟 如果以后230篇文章就要15分钟 2300篇就要150分钟 23000篇就要1500分钟 那就是1天1小时 会没命的!问题无法解决 所以换程序 如果有哪位老大知道原因 我还是会用dede的
2.phpcms iis 伪静态设置
http://hi.baidu.com/fhfboy/blog/item/c1deee51906d283b43a75b31.html
经过设置成功了 但这样跟discuz 是一样的 全是根目录 没有目录 不利于网站权重增加 待考虑
3.生成目录修改到根目录的方法
默认phpcms生成目录是 到html目录下 不利于seo
讲各栏目目录生成到根目录下如何解决
官方给的天文是:（当设置了 caches/configs/system.php 中的 html_root 时，将生成到该目录）
我们该如何修改?
修改caches\configs\system.php文件的
'html_root' => '/html',//生成静态文件路径
修改为
'html_root' => '',//生成静态文件路径 问题解决!
感谢http://bbs.phpcms.cn/thread-358180-1-1.html
4.安全提示-强烈建议您网站上线后，建议关闭 DEbug （前台SQL错误提示）
后台会有这样的安全提示 那应该如何修改?
caches——configs——system.php
'debug' => 1, //是否显示调试信息
1 修改为 0
感谢 http://bbs.phpcms.cn/thread-234305-1-1.html
5. 安全提示:您的模版允许后台在线编辑，为避免安全问题，建议您设为不允许在线修改
后台会有这样的安全提示 那应该如何修改?
caches/configs/system.php
'tpl_edit'=>1,把1改成0 即可
禁用在线模板编辑
感谢:http://bbs.phpcms.cn/thread-469837-1-1.html
6.生活总是问题接着问题 莫名其妙的代码错误 在解决第三个问题后出现了 我的是
Warning: date() expects parameter 2 to be long, string given in 网站目录**\phpcms\libs\functions\global.func.phpon line 419
页面上显示"Warning: date() expects parameter 2 to be long",我的时间定义格式为 :$time=date("Y-m-d",$posttime);问题解决!本代码用 PHP5.0.2 调试时没有警告,而升级到 PHP5.1.2 后就出现了警告提示.故可得出结论:可能是服务器设置问题而非程序本身问题.所以就将 date() 改为@date() 屏蔽警告提示,具体是找到global.func.php 在419行找到date前加@ error_log('<?php exit;?>'.@date('m-d H:i:s',SYS_TIME).' | '.$errno.' | '.str_pad($errstr,30).' | '.$errfile.' | '.$errline."\r\n", 3, CACHE_PATH.'error_log.php'); 问题解决!我找到了解决问题的根本办法 就是修改php文件的时候最好不用记事本 因为记事本这个工具不专业 一保存 文件的编码就会改变而用dw 或者emeditor等专业文档编辑工具 保存编码就不会变 不多解释 感谢:http://www.phpwind.net/read-htm-tid-182331.html
7. 如果标题超过80个字符 跟discuz一样 提示出错我们如何修改?管理后台>>内容>>内容相关设置>>模型管理>>选要改的模型 比如文字模型>>字段管理>>标题 修改 将80改成255感谢 :http://bbs.phpcms.cn/thread-150404-1-1.html
8.文章列表页 标题过长 会造成页面不美观 应该是通过修改模板 修改相应参数解决 解决中...
9.文章超链接默认是黑颜色 感觉不爽 应该是通过修改css解决 解决中...
10.关于phpcms v9的tag标签 V9的tag关键字标签功能出来了http://bbs.phpcms.cn/thread-267024-1-1.html世界首富 tag关键字标签功能修正版http://bbs.phpcms.cn/thread-355837-1-1.htmltag伪静态http://bbs.phpcms.cn/thread-138645-1-1.html
11.专题管理:http://bbs.phpcms.cn/thread-10535-1-1.htmlhttp://bbs.phpcms.cn/thread-470727-1-1.html phpcms首页模板路径是 phpcms\templates\default\content\index.html PHPCMS V9后台登陆验证码取消方法
找到\phpcms\modules\admin\index.php
32-33-34-35行。
$code = isset($_POST['code']) && trim($_POST['code']) ? trim($_POST['code']) : showmessage(L('input_code'), HTTP_REFERER);
if ($_SESSION['code'] != strtolower($code)) {
showmessage(L('code_error'), HTTP_REFERER);
}
将其删除
PHP has encountered an Access Violation at 7C95B3DB 大概没有人在玩PHP的过程中会不曾遇到“PHP has encountered an Access Violation…”错误吧？尤其是像这种完全没有接触过Microsoft以外平台的人来说，第一次着实被吓得不轻，在花了三个小时也没解决后，差点放弃了。
习惯了Windows平台的全GUI操作模式，对于完全需要手工配置的PHP + MYSQL ，实在是不习惯。好有很多东西的原理是相同的，熟悉起来也不是太难的事情。
在尝试过PHP和MYSQL的自动安装和手动安装后，在经过不同版本的组合试验后，经典的“PHP has encountered an Access Violation…”终于不请自来，phpMyAdmin不可用，DZ也不可用。上网一搜，同病相怜的人还真不少，而且大家都纷纷转载某位大侠的文章，我也摘抄一下吧，只是抱歉无法知道原作者是谁。
这个问题不是很好处理，困惑了很多站长非常时间了
主要出现在windows主机的服务器上。
在php官方，http://bugs.php.net/
也能够查到两三千页的报告，他们官方也是束手无策，经过了11个小版本后，还是没有彻底解决
http://bugs.php.net/search.php?cmd=display&search_for=PHP+has+encountered+an+Access&x=8&y=9目前我提供一下这几年我维护经验，我的一些民间解决办法第一种可能：去掉 php中 eaccelerator 的扩展
这样做能够解决您的问题，不过可能会加重系统负担
因为eaccelerator主要是为了节省系统资源的东西具体做法是找到php.ini
如果是我帮您配置的，一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini去掉zend_extension_ts="C:\php\extensions\eaccelerator_win_xxx.dll"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c:\temp"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"ea主要是在unix环境下开发的，但是作者忽略到windows实际上不像u主机那样，是没有u主机的那种内存共享机制的
这个bug已经提交给他们了，希望0.9.5能够解决当然，如果您的机器这个问题不严重，建议还是保留，ea是一块非常优秀的Php缓存+加速软件
配合zo使用，将会降低系统负担 50%-80%左右，提高负载能力、速度和效率 200%左右
第二种可能session_save_path 需要设定一个实际的物理路径，并且该目录需要everyone的所有权限，类似U主机的0777
第三种可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有权限，类似U主机的0777
第四种可能
您的内存严重不足，查看一下，如果有问题，请加内存，最好是一次加两条
比如加1G内存，最好是加2条一模一样的512M。否则没有启用双通道，效果也很一般
第五种可能
ZendOptimizer和php的搭配不是很好
换个版本试试看
目前比较稳定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2
第六种可能这种多属于用win2003的用户
他们在应用池中设定了限制
比如多长时间回收，最大使用内存多少等等
这些设置势必造成这个经典的php错误
木头经过数以百计的测试，敢担保问题会出现在这里。这篇文章的作者应该具有相当丰富的经验，可惜他的这些经验目前对于我都没有帮助，也就是说以上的六种可能在我这里都不存在。 伴着这个问题上床睡觉，但难以入眠，反复对比这几天没有遇到此问题的各种配置，思索着可能的第七种原因。 出现这个问题，在我重装Windows Server 2003，全新下载php+mysql+zend并安装的环境下。服务器系统本身是肯定没有问题的，在出错的情况下，完全卸载php+mysql+zend，并换上xampp却是正常的，说明DZ没问题，并再次说明系统没有问题。 出错的主要是phpmyadmin和DZ，而这两者都是需要和mysql连接的，是否mysql有问题？ 第二天早上顾不得吃早饭就查看并保存了xampp下面的phpinfo，然后重新装上昨天出问题的组合，查看phpinfo，一对比，最主要的区别就在于mysql的版本。xampp带的是5.022，我自己安装的是5.124。 卸载mysql5.124，重新下载一个mysql5.022装上，还是不行。再次检查phpinfo，发现mysql模块的版本仍然是5.124。于是停止运行mysql和IIS，把mysql安装目录下面的libmysql.dll分别覆盖到php安装目录和%win%\system32下面，再重启MYSQL和IIS，问题解决！ 感叹1：开源软件是好，但是太缺乏标准和统一性，过多的版本让人会难以适从。偶这还是WIMP，如果是真正的LAMP，版本之间的组合可能会更多，怎么选呢？感叹2：软件并非越新越好，合适的就是最好的。
