织梦CMS建站系统，我的GD库没有开启

楼主你好

你上面的logophp应该是写错了，dedecms有三个登录处理程序文件，前台的有 index_dophp 和 loginphp，不过l oginphp 没有处理数据，仅判断是否登录，登录的话跳转到会员中心首页。后台的有 loginphp 来处理。下面详细说明：

前台 index_dophp 文件。首先不论用户是在网站首页右侧的登录框登录还是会员中心的登录页面登录，两者都会把参数传到  /member/index_dophp 文件中，从登录模板的 action 中我们可以看到登录的时候会把表单数据传递到哪个文件来处理。如下图：

上图是位于/member/templets/loginhtm文件中的部分截图，这是我们前台登录的模板页面，可以看到<form>中将参数传给了index_dophp文件，具体传的参数是每个表单（input）的name值，比如用户名的表单是<input id="txtUsername" class="text login_from" type="text" name="userid"/> ，通过对name的判断知道这个表单提交的是用户名，也就是userid的值，数据库会有对应的userid的字段。比如你登录的用户名是：林羽凡，传过去（到index_dophp）的值就是“userid='林羽凡'”。

type="hidden"的是隐藏域，也就是不在页面上显示，但系统仍能传递参数。比如<input type="hidden" name="fmdo" value="login">就是传递 fmdo的值是 login，这样index_dophp就会知道这里传来的值是用于登录处理的，会有对应的函数（funtion）来处理。

dedecms的$dopost很诡异，通过这个参数的值判断是登入还是登出。

通过以上，我们还有一个登录按钮，类型是submit，也就是提交，这样表单form中的所有信息才会传递到index_dophp文件。

在/member/index_dophp文件240行就可以看到function login()了，也就是登录处理函数，这个时候这个函数就会把传递过来的参数统统接收，这里也是最容易进行sql注入的地方，如果对表单过滤不好，很容易把sql语句写到处理文件中，这里就不细说了。

index_dophp的大概处理过程是这样的，可参考下，不一定每一条都说到。

1、判断是否设置验证码，如果没有，进行用户名验证，如果有设置看对不对，不对的话提示跳转到indexphp文件，如果对，就进行用户名验证。

2、if(CheckUserID($userid,'',false)!='ok')就是通过CheckUserID()来检查用户是否合法，主要是指是不是系统禁用名，是不是长度不够等等，具体语法就不解释了。

3、看你密码是不是空的。

4、接下来就是最重要的，看你的用户名和密码匹配不匹配。$rs = $cfg_ml->CheckUser($userid,$pwd);  dedecms这里的验证有点繁琐，还加入了UC机制，就不详细说了。

总结下：说得有点啰嗦，但希望楼主能明白大概的流程，后台的登录传参原理也一样，也是通过<input>把值传到 loginphp 文件，再有对应的函数处理。我们通过传参都会用post方法，也就是你在代码中看到的 method='POST'，还有一种是 Get 方式，两种有区别，主要是 post 可传的字节比 get多。

希望可以帮到你。  林羽凡

记得PHP默认没有开启GD库的支持，需要自行开启。于是就打开PHP安装目录/phpini配置文件，找到如下内容：

;extension=php_gd2dll

按照网上搜索得来的方法，去掉前面表示注释的符号";"，然后重新启动Apache，结果发现还是不行，通过phpinfo()函数仍然无法看到任何与GD库相关的信息。看到网上很多关于「PHP开启GD库」的文章，都是直接说一句「去掉xxx前面的分号」，就没有下文了。事实证明，仅仅这么做明显是不行的，至少官方zip版本的php这么配置是不行的。

于是就只好自己检查phpini的配置内容，最后发现其中有如下一行：

;extension_dir = "ext" //这里是windows的

linux的好像是 ;extension_dir = "/"

很明显，extension_dir指令被注释掉了，导致php连扩展库的ext都找不到，自然不可能找到扩展库中的php_gd2dll了，gd库支持自然也没有开启。

于是，照猫画虎地去掉extension_dir指令前面的注释符号";"，再次重启服务器，结果……还是不行。这不科学啊，难道extension_dir指令的值"ext"有问题？

PHP官方说，PHP5搜索扩展库的默认位置为C:\php5，于是尝试着按照官方的说法，仍然让extension_dir保持被注释掉的现状，在C盘下新建了一个php5文件夹，然后将php_gd2dll复制进去，再次重新启动服务器，结果……还是不行。

此时，通过phpinfo()函数查看得知，在phpini中没有开启extension_dir指令时，phpinfo()上的extension_dir显示的值居然是C:\php——难道官方的说明文档也出错了，或者说PHP 54这个版本已经作了变更、而官方文档还没有及时更新？其他的先不管那么多了，先试试C:\php行不行，于是将php5重命名为php，其他一切照旧，接着重新启动，然后通过phpinfo()函数查看到gd库已经开启了。——这至少证明，在PHP 5419中，扩展库的默认搜索位置为C:\php。

当然，众所周知，extension_dir指令是支持绝对路径的，上面折腾半天，主要是为了搞明白extension_dir指令的作用与影响。最后还是将extension_dir前面的注释符号";"去掉，然后将其值改为ext的绝对路径，详细代码如下：

extension_dir = "F:/419/ext" //windows写法。。。因情而定

综上所述，对于php官方版而言，要开启gd库支持，不仅要去掉extension=_gd2dll前的注释符号，还要去掉extension_dir指令前的注释符号，并将其值作对应修改。当然，不仅仅是gd库，如果需要开启其他PHP扩展库，例如php_mysql、php_mysqli，方法也是类似的。

include是DEDECMS的系统文件夹，里面放的是DEDECMS系统下的一些系统功能函数文件和功能定义与说明以及参数的文件。\x0d\include目录文件作用解析\x0d\arcarchivesclass 主文档类(Archives类)\x0d\arccaicaiclass 踩踩文档类\x0d\arcfreelistclass 自由列表类\x0d\arclistviewclass 文档列表类\x0d\arcmemberlistviewclass 会员列表视图类\x0d\arcpartviewclass 视图类\x0d\arcrssviewclass RSS视图类\x0d\arcsearchviewclass 搜索视图类\x0d\arcsglistviewclass 单表模型列表视图类\x0d\arcsgpageclass 单表模型视图类\x0d\arcspecviewclass 专题视图类\x0d\arctaglistclass Tag列表类\x0d\channelunitclass 频道模型单元类\x0d\commonfunc 系统核心函数存放文件\x0d\commoninc 系统变量定义文件\x0d\datalistcpclass 动态分页类\x0d\typelinkclass 栏目连接\x0d\userloginclass 管理员登陆类\x0d\vdimgck 验证码\x0d\typeunitclassadmin 栏目单元,主要用户管理后台管理处\x0d\typeunitclassmenu 栏目单元,主要用户管理后台管理菜单处\x0d\typeunitclassselector 栏目单元,选择框\x0d\uploadsafeinc 防止用户通过注入，强制限定的某些文件类型禁止上传\x0d\dedeattclass 属性的数据描述\x0d\dedecollectionclass Dede采集类\x0d\dedecollectionfunc 采集小助手\x0d\dedehtml2class 织梦HTML解析类V16 PHP版，针对于采集程序，主要是获取某区域内的、超链接等信息\x0d\dedehttpdownclass 织梦HTTP下载类\x0d\dedemoduleclass 织梦模块类\x0d\dedesqlclass 数据库类，系统底层数据库核心类\x0d\dedesqliclass 数据库类\x0d\dedetagclass Dede织梦模板类\x0d\dedetemplateclass 模板引擎文件\x0d\dedevoteclass 投票类\x0d\diyformcls 自定义表单解析类