宝塔面板手机app怎么下载

大体试用了一下三个系统，得出了一个比较粗浅的结论：

1、phpcms：

phpcms自2007版本开源以后才开始引起广泛关注，但这次也是头一次研究。用了几天，有了一点初步的印象。（以下以2007版为例，2008版尚未正式推出）

粗看起来，phpcms 2007是三者中最为完善的，各项功能考虑的很细致，导致进了新手进了后台先要晕半天才行。各项功能，比如UNIX系统的权限、模版修改、广告、商城、信息、单网页。。。。都做的相当的完备了。

发表文章的关键字、作者、来源、自动远程保存等等，都做的不错。但是，phpcms发表文章的摘要，似乎是只能自动截取，不能手工设置，灵活性欠佳。

发表的文章可以通过关键字来索引相关贴，做的不错。

支持通行证方式进行论坛和其它系统的整合，可以进行正向和反向两种方式的整合。但是文档说的不太清楚，研究了半天才成功。但是反向整合pw501登录后自动跳转不回来。

phpcms 2007的后台安排的太琐碎，看的头晕。发一篇文章也要晕半个钟头，而且首页的更新莫不清规律，幻灯片老半天不更新。

phcms尽管功能很强大，但是却缺少一样重要的东西：可视化的模版工具，这也是php168和dedecms共同的缺点。在这方面，他们甚至不如刚刚起步的DiyPage好，DiyPage只是一个刚刚具备了雏形的CMS系统，却拥有一个很方便的后台可视化界面设计工具，即使是菜鸟也可以轻松设计界面（虽然灵活性没那么强大，但是足够你用了）。

phpcms 2007整体以频道为依据进行组织，即使你不想用频道，哪也得用，这个已经由不了你了 。所以如果仅仅是一个比较简单的网站，也用上一个频道，看起来够别扭的，这是phpcms 2007最大的缺点，不过看了phpcms 2008beta2发现，phpcms终于解除了这个垃圾限制。

发现phpcms的广告功能似乎不完善，一个广告位定义了两个广告，不能自动轮换，总是显示第一个。

phpcms虽然实现了模块化，但是不管你用不用，一大堆模块稀里呼噜就装上了，看起来很不爽，也不直观。

phpcms虽然是很早就是商业化运作的软件，然后开发效率却是不高，新版本屡屡跳票，影响了它的产品形象，让开源以来积累的人气和一些拥趸大失所望。然而最近贴上了六间房以后，资金应该是没有压力了，新版本也开始浮出水面，2008beta1已经发布了，可惜问题多多。

phpcms 2008 beta2 在 MySQL4 上还是有使用问题，不过比beta1强一些，beta1直接就安装不了，不知道正式版是否会正式放弃MySQL4。

phpcms 2008beta2看上去不错，新功能令人振奋的，界面清爽。以前一团乱麻的后台界面已经打扫干净了。phpcms 2008的标签采用了中英文混合的方式，对菜鸟来说更加容易上手，比较新颖。另外，beta2好像是实现了类似php168的可视化模版中的标签设置方式，虽然不是可视化的设计模版，总归可以自定义一些元素样式了。不过这个beta2版也还是顶多算是个预览版，BUG极多，功能不全。如果准备用phpcms的话，怕是还要大大的等几天才行。

另外，phpcms官方论坛对免费版的支持很不到位，伤了很多粉丝的心。

2、dedecms

51应该是dedecms正式商业化运作以后推出的第一个版本吧？以前的dedecms个体作坊式的发展，由于作者兼职时间和精力不足，导致发展缓慢，新版本频频跳票，引起广大粉丝的强烈不满，甚至导致柏拉图和dedecms用家之间的语言冲突。然而dedecms在商业化运作以后，新版本的发布周期大大缩短，产品功能不断改进，界面美化了很多，人气和用户数量大大增长了，现在看发展势头不错。

dedecms的根目录是最简单的，只有几个文件，比以上两个都强多了，其实这样不仅看起来清爽，维护起来也方便，值得表扬

dedecms的频道非常费解，看起来只有频道模型，要增加频道就要添加模版文件有点费解，仔细研究发现，这个dedecms其实和php168的方式差不多，任何栏目都可以添加子目录，绑定域名，其实就和频道是一个意思，栏目和频道可以互相转换。

dedecms的通行证只支持反向整合，就是dedecms可以用服务端的用户数据登录。其实所谓整合，一般也就是这样的。论坛用整站用户数据的情况恐怕极为少见，对论坛管理也不利。

但是dedecms的通行证整合，需要修改论坛文件，不明白为啥要这样，是因为论坛的通行证功能还不完善吗？

dedecms的广告管理用起来比较麻烦，要先定义标签，然后手工在模板中插入。好像模版上没预定义好广告位置，实在是太不应该了。。。。相当于手动操作，不符合当今历史潮流啊。而且大家常用的广告自动轮换功能，也没有实现。

试用发现，dedecms有时还有一些小毛病，比如远程附件功能，有时发现无法自动转存到本地。另外，在模块数量上，dedecms也无法和php168和phpcms相比，只有文章、下载、、Flash等基本的功能，不知道dedecms 2007发布以后能否有所改观

dedecms的相关文章、热点文章等功能，用了静态生成的方式直接写入到了HTML文件中，这样在生成HTML后，无法自动更新，需要经常手工重新生成全部HTML才能更新相关文档和热点文档。但是大量的重复生成所有HTML文件效率太低下了，这方面dedecms不如php168最新添加的相关文章功能，是用JS方式实现的，不需要更新HTML就能自动索取最新的相关文章。但是使用JS方式也存在服务器效率的问题。

dedecms的首页、列表页、还有文章页都使用了单独的模板，没有使用header和footer模板，这样的好处是可以产生各种风格的页面（允许首页、列表页、内容页使用不同的风格），但是缺点是修改添加头部和底部广告、导航条的时候，相当费劲，要一个一个模板的修改。而且dedecms的版权声明字段设置太小，只有250字节，写不进去多少内容，顶多能添加个计数器就不错了。

dedecms起步就用了类似XML标签方式，而且官方还提供了Dreamweaver的插件来识别标签，应该说在国内是比较独到的。但是这种方式也需要新手一定的时间才能适应。同时，dedecms一直缺乏比较完善的文档，也进一步加大了菜鸟上手的难度。

dedecms最大的问题就是没有提供类似Diypage的可视化设计方式，因为标签比较难于上手，对新手来说做模板是很头疼的问题。

dedecms 51比40功能有了很多进步，增加DIGG功能，还有类似分类信息之类的功能都实现了。不过也有退步，比如关键词、相关帖功能都严重退步了，发帖也很不方便，而且dedecms在商业版本和免费版本之间做功能和代码区分，也自然会在免费版本上有所缩水。

dedecms商业化发展以后，目前出现的问题是免费版的技术支持做的不太到位，比phpcms强不了多少。

3、php168

php168关注很久了，却一直没怎么用过。当年整合论坛的30版给俺很深的印象，可惜论坛没有坚持下去。最近php168的开发工作很强劲，推出了N多模块，让人看的眼晕。

看过了phpcms的后台，再进php168的后台，感觉舒服多了，简洁多了，但是功能还可以。

php168的频道不是强制的，好像是栏目和频道可以转换，灵活性比phpcms强多了

关键字功能没有实现相关贴功能，不爽（新版本已经增加了，用JS方式实现的动态调用）。

php168一直不是用通行证实现整合论坛，这方面做的不好，灵活性欠佳。需要CMS和论坛安装在同一个数据库才行。

首页的标签设置，php168提供了一个可视化的工具，可以直接在上面设置标签，修改标签属性，这方面做的比phpcms强多了。虽然不能设计主页模板，但是可以方便的修改首页模板中元素的内容和显示方式，对菜鸟来说比较不错。dedecms的标签提供（或者公布）的属性比较少，想定制样式是比较麻烦的，目前可能是需要直接用PHP语句来修改。

但是要实现广告功能，还是要像dedecms一样，先定义标签，然后手工修改模版，有点太麻烦了，汗。另外，好像也没实现广告自动轮换功能（）。

php168实现了模块化，可以一个一个的装，看起来比phpcms清爽多了

php168页面模板也是使用了标签方式，但是模板代码好像是类似phpwind的方式（这不奇怪，php168的作者本来就是从phpwind插件开发开始的），代码和模板的分离程度比较差，这个东西其实是个双刃剑，因为用php代码方式，灵活度是最大的，也不用像dedecms一样，标签难以上手，扩展困难；但是缺点也很大，就是不懂编程的人士难以上手，特别是美工和程序的分离不彻底（php168的官方模版就不如dedecms漂亮，不知道是不是这个原因）。

php168比dedecms多了一个可视化的首页标签定制功能，能设置首页元素的显示内容，显示方式，这是比dedecms略强了一些，有总比没有强啊。

因为php168研究的比较少，其它功能没仔细测试过，就不多讲了。总体来说，如果php168能稍加完善，其实是一个相当不错的整站程序。

网站建设的费用主要是根据一个网站的具体功能来收费。而且模板网站，仿站，定制网站的价格也是不一样的，从几百到几万元的都有。做一个企业官网会涉及到的费用：

1、网站建设所需域名和服务器费用：

虽然搭建一个网站还需要购买域名和服务器，但是一般正规网站建设公司会赠送一年，并且还是以客户的名义注册，不会让客户出现每年给网站建设公司续费的情况，如果出现了这样的情况，就要小心了。

2、网站建设网站页面设计费用。

3、网站建设网站前端的制作费用：一般是根据客户要求的网站页面数量，以及网站的页面交互效果来收取费用的，还要确定网站是否是响应式，如果是响应式，则难度更大。

4、网站建设网站后台开发费用：一般取决于，网站的栏目数量，栏目越多，代表着花的时间也越多；其次，还取决于网站的功能，功能不用，收费标准也就不一样。如果真的想要做好一个网站，并且为了网站在后期有一个非常好的发展方向，最好在一开始就找专业、正规的网站建设公司进行制作以及优化才是最好的方法。

公司做网站可以借助凡科建站，凡科建站注册即可享受免费建站，拥有10M网站空间，每月需至少登陆1次，提供文章发布、图册发布、文件下载、会员系统等功能。提供多款免费版的时尚精美模板，可自定义横幅、背景音乐等，灵活自由规划网站布局。

3000+模板任你选！点击这里获取简单快捷的网站制作工具：凡科建站

宝塔面板暂时还没有手机版，一般都是用电脑端的。

宝塔面板是一款服务器管理软件，支持windows和linux系统，可以通过Web端轻松管理服务器，提升运维效率。例如：创建管理网站、FTP、数据库，拥有可视化文件管理器，可视化软件管理器，可视化CPU、内存、流量监控图表，计划任务等功能。

宝塔面板拥有极速方便的一键配置与管理，可一键配置服务器环境（LAMP/LNMP/Tomcat/Nodejs），一键部署SSL，异地备份；提供SSH开启关闭服务，SSH端口更改，禁ping，防火墙端口放行以及操作日志查看。

CPU、内存、磁盘IO、网络IO数据监测，可设置记录保存天数以及任意查看某天数据；计划任务可按周期添加执行，支持SHELL脚本，提供网站、数据库备份以及日志切割，且支持一键备份到又拍云存储空间，或者其他云存储空间里。

通过web界面就可以轻松管理安装所用的服务器软件，还有实用的扩展插件；集成方便高效的文件管理器，支持上传、下载、打包、解压以及文件编辑查看。

为了方便用户建立网站，宝塔面板上的一键部署源码插件，可一键部署：discuz、wordpress、ecshop、thinkphp、z-blog和dedecms等程序。还有极其方便的一键迁移，两台服务器安装宝塔Linux面板52版本，可实现一键迁移服务器网站、FTP、数据库。

总的来说宝塔面板是众多服务器管理软件中拥有友好的界面交互体验、功能完善且每周更新的一款产品。宝塔面板做的就是一款简单好用的服务器管理软件。

ThinkPHP 自动验证与自动填充无效可能的原因：

自动验证与自动填充是在使用ThinkPHP时经常用到的功能，但偶尔会遇到自动验证与自动填充无效的情况，本文就ThinkPHP 自动验证与自动填充无效可能的原因做一些分析。

create()

ThinkPHP 自动验证与自动填充是在创建数据对象 create() 时实现的，因此自动验证与自动填充无效很大程度上与 create() 有关。

create 方法语法如下：

create(mixed data, string type)

data 表示接受的数据，type 表示本次的具体操作（写入还是更新数据）。两个参数都可省略，data 参数省略的情况下默认为接受 $_POST 数据，而 type 默认情况下由系统自动识别。

但系统自动识别 type 是有缺陷的，当传入的字段有主键字段时，系统就识别为更新操作，否则就是写入操作。所以当主键字段非自动增长而是需要 SQL 写入时，那么自动验证和自动填充都可能无效。

例如添加数据记录时，如果表单中有主键字段或者系统中产生了主键字段（如录入设备编号），那么 ThinkPHP 就认为本次操作为更新操作，对于例如下面设定的自动验证和填充都会略过：

protected $_validate = array(

// 新增时验证标题唯一

array('title','','标题已经存在！',0,'unique',1),

};

// 自动填充

protected $_auto = array(

// 新增时填充时间戳

array('pubtime','time',1,'function'),

);

尽管在操作中，执行了 add() 操作将数据写入了数据表，但这时会发现自动验证与自动填充无效。

出现这种情况时，只需将操作类型显式的传入 create() 方法即可，即 create($_POST,1)，告诉系统本次操作为写入数据。另外如果传入的数据不是 $_POST ，也要将数据当作参数传入，如 create($_GET)。

字段未对应

由于粗心，未对应好表单字段与数据表字段。

数据表字段做了更改

在开发过程中，更改了表字段名称，而缓存未及时更新，导致系统判断为无效字段而被 unset 掉。所以在更改了表字段名称之后，及时将 Runtime/Data 下的数据表缓存清除。

Model 命名错误

Model 命名错误，未严格按照规范命名，如头字母未大写或粗心导致字母顺序不对，多或少字母等。这等错误往往会直接导致模型失效。

M 方法中使用自动验证与自动完成

一般情况下，使用 M 方法实例化模型时，是无法实例化自定义模型类的，也就无法使用自动验证与自动完成功能，因此建议使用 D 方法来实例化模型类。如果必须要在 M 方法中实现自动验证或自动完成，参看《ThinkPHP 使用M方法（不创建模型类）时实现自动验证与自动填充》。

1、渲染模版方式的不同

在Laravel框架里，使用return view()来渲染模版；而ThinkPHP里则使用了$this->display()的方式渲染模版。

2、在实际开发中我们常常遇到这样的问题，就是开发地点不固定。

这就造成了我们需要频繁的更改数据库配置，给开发工作造成了麻烦。TP依然没有避免这个"灾难"，在laravel框架中，env环境文件的出现解决了这个麻烦。我们只需要在不同的工作地点配置好env文件就不避再进行配置，因为无论是git还是svn，“env是不会随着文件一起提交到服务器的”。

3、Laravel框架提供了大量的闭包

作为菜鸟的我目前只使用了use方法，即如何在函数内部使用外层变量。

4、post传值中注意点不同

在Laravel框架里，由于其考虑到了跨站攻击，所以如果使用form表单以post方式进行传值时，如果不再form表单中加入{{csrf_field()}}则会报出TokenMethodnotfound的语法错误，而TP框架则需要自己手动完成防止跨站攻击的代码。

5、条件判断语句书写方式的差异

Laravel框架里if else判断语句和foreach语句，书写时必须以@if开头，以@endif结尾。如果没有则报语法错误，@foreach @endforeach同理；而TP框架则和PHP语法规则使用方式一致，直接用if esle语句判断和foreach循环遍历。

6、Laravel里内置了大量的方法供开发者使用

在实际应用中更接近于"让对象完成一切"的开发思想，比如在后台表单验证的时候，Laravel内置了大量的验证方法。例如对用户名的验证：我们可以使用validate方法里'username'=>'required'(不能为空)|alpha_dash(必须数字字母下划线)|between:6,18(在多少位数之间)；还内置了例如email;same:字段名；diff:字段名等大量的方法极大的提高了开发速度。

7、加密方式

在TP框架中，我们对用户名密码进行加密时使用md5();的方式进行加密。但md5的缺点在于其可以逆向破解，而且在同等规则下同样的密码md5加密出的字符串是有可能出现相同的，这就降低其安全性。但在Laravel框架中内置了"哈希"Hash加密单向加密方法，且同样的参数加密出的字符串是绝对不会出现相同的情况，这就提高了安全性。

8、建表

Laravel在数据库建表上有自己独立内置的结构，可以完全不用借助原生SQL语句或者SQLyogEnt、Navicat这样的建表工具进行数据库的建立，增删改查和数据交互。我想这可能是它牢牢占据NO1的一大亮点，在ThinkPHP中则需要我们借助SQL语句或者建表工具去逐步完善数据。

81、首先我们需要建立模型：我用的是gitbash。gitbash是Windows下的命令工具，基于msys GNU环境，有git分布式版本控制工具，主要应用于git。但是在Laravel里也可以直接使用：php artisan make:model Models/GoodsModel -m 完成模型的创建和建表结构的创建(/database/migrations)。

82、向goods数据表填充数据，要注意数据的类型是严格区分的，并且一定要加。添加完后使用php artisan migrate命令完成表的创建。

Schema::create('goods', function (Blueprint $table) {

$table->increments('id')->comment('商品主键');

$table->string('title')->comment('商品的标题');

83、假设某个字段不符合要求或者需要添加字段怎么办？无须担心，从github中pull下项目后在数据表里直接修改，只需要用：

php artisan migrate:refresh

9、ORM

在介绍建表时已经使用了创建模型的命令：

php artisan make:model XXX;

Laravel里模型是对面向对象开发思想最好的诠释，让对象帮我们完成需求。

摘自51手册：(Laravel 的 Eloquent ORM 提供了漂亮、简洁的 ActiveRecord 实现来和数据库进行交互。每个数据库表都有一个对应的「模型」可用来跟数据表进行交互。你可以通过模型查找数据表内的数据，以及将记录添加到数据表中。)

本人在实际使用中也实实在在的感受到了通过创造模型对数据表操作带来的便利，譬如：批量赋值，跨表查询，删除模型和软删除，模型关联，当然这些在TP框架中也可以利用模型实现。这一点属于仁者见仁智者见智，根据个人喜好而定。

10、session的用法

101、ThinkPHP对Session操作进行了封装，并且无需引入就可以使用，Session的启动会在应用初始化的时候自动执行，所以无需手动使用Session::start() 来启动Session。

使用Session类操作和普通方式调用$_SESSION来操作并没有本质不同，只是Session类很多参数可以根据项目配置来灵活设置，最常用的操作方法示例：

// 检测Session变量是否存在:Session::is_set('name');

// 给Session变量赋值:Session::set('name','value');

// 获取Session变量:Session::get('name');

102、Laravel中Session的常用方法：

$request->session()->get('key');//获取session里的某个键名

$request->session()->set('key','default');//设定一个默认值，当指定键名不存在便返回默认值

$request->session()->all();//返回所有数据

session('k'=>$v);//写入session保存数据

以及闪存数据session()->flash()和保留特定数据->keep(['','']);

也可以自定义session驱动。

Gxlcms，大量的免费laravel入门教程，欢迎在线学习！