皮皮网

1.作为世界上最好的码实语言——PHP 到底好在哪
2.WSL2子系统安装CentOS8及源码编译Nginx1.18+PHP7.4+MySql8.0开发环境
3.搭建校园表白墙论坛小程序详细步骤
4.Linux使用yum/apt安装软件时，没有所需版本怎么办？演示安装最新php和redis
5.PHP8.0环境详细安装教程
6.phpwind和discuz哪个好

作为世界上最好的码实语言——PHP 到底好在哪

       年月日，PHP 8.0.0 正式版发布，码实标志着PHP走过了年的码实历程。作者使用PHP已有7年，码实关于“PHP是码实PHP简单购物系统源码世界上最好的语言”这一说法，既有赞誉也有戏谑，码实那么PHP究竟好在哪呢？

       先来明确PHP的码实历史。

       我接触过C++,码实 Java, PHP, Javascript, Python, Go等多种语言，虽然不能称得上精通，码实但多少有些了解。码实今天，码实我主要聊聊PHP。码实

       通过以下表格我们可以看出，码实PHP是码实一门历史悠久的语言，与Java同属一个年代。C++和Java的版本号较高，这反映了开发者对它们的热情和投入。PHP的表现相对稳健，在年初发布了v8版本。PHP的广泛使用催生了HHVM等类PHP语法的虚拟机和能运行PHP的jvm。此外，为了弥补性能短板，还诞生了Opcache、Phalcon、swoole等PHP拓展。可以说，PHP的生态系统是多样化的。

       在语言排行榜上，我们可以看到：

       排行榜参考：HashMap

       PHP的“万物皆是HashMap”的特点。在编码过程中，为了保存不同实体、对象，会用到数组、列表、对象、字典等。在PHP的底层实现中，这些都可以使用php array来实现。怎么验证小程序源码是真的phper不需要思考使用哪种数据结构，只需使用php array即可，这大大降低了心智负担，降低了学习门槛。与Java相比，PHP的学习曲线更为平滑，当需要深入时，查看array相关的函数会有新的理解。

       透过PHP的源码，我们可以看到array、k-v array、class等底层都是HashTable。这样的内存管理可能有些粗放，但使得PHP的底层数据结构显得单一简洁。相较于Python、Node等脚本语言，PHP在v7版本才引入了Set、Map、Queue等数据结构。PHP的array就像瑞士军刀，是其他语言所缺少的特性，这也是许多phper钟爱PHP的原因之一。

       在调试php-fpm程序时，修改代码后刷新页面就能看到效果。这种简单直观的调试体验是PHP独有的，与编译性语言C/C++、Java相比，PHP的在线调试效率更高。

       热部署是运维概念。对于线上PHP服务，只需将代码复制粘贴到服务器即可完成更新。这种部署体验简单，任何实习运维都能轻松完成。对于Java、Node、Python等语言，普通运维需要代码打包、上传、2d赛车游戏完整源码重启服务，这增加了工作成本。

       当然，这一切都有代价。php-fpm的热部署建立在重复编译之上。随着计算机性能的提高，编译时间不再是瓶颈。DB、IO才是耗时大户。如果真的要避免重复编译问题，可以使用php-cli模式，但调试的第一感觉就是慢。

       php-fpm框架在处理请求时会经过compiler、init、dispatch、controller等流程，而php-cli框架则简化了这些流程。

       PHP底层是用C编写的，可以说，学习了C之后，学习PHP会更容易。这也是PHP在国内如此受欢迎的原因之一。

       对于PHP开发者来说，配置一套PHP开发环境非常快，配合Windows，双击exe，一路点点点就能完成。相比之下，Java、C#等语言的配置更为复杂，可能会让入门者望而却步。

       PHP的热部署特点、自动fork子进程处理请求等特性，使得PHP在Serverless领域有着广泛的应用。

       PHP将字符串拼接与算数加法运算符区分开来，避免了弱类型语言常见的问题。

       总结来说，PHP的php仿易缘婚恋网源码学习曲线平坦，语法简单，数据结构单一，降低了使用者心智负担。PHP确实是我心中最好的语言。

WSL2子系统安装CentOS8及源码编译Nginx1.+PHP7.4+MySql8.0开发环境

       一、WSL2安装CentOS8及源码编译Nginx1.+PHP7.4+MySql8.0开发环境

       在前文中介绍了WSL（Windows Subsystem for Linux）以及在Win中的安装与配置WSL2。首先，安装并配置WSL2后，Ubuntu等Linux发行版可通过Windows应用商店直接安装。但为了与线上服务器环境一致，这里介绍如何不通过应用商店手动安装适配WSL的Linux发行版，以 CentOS8为例。

       1. 安装Chocolatey

       NuGet是一个用于.NET开发平台的软件包管理器，Chocolatey是基于NuGet的一个软件包管理器，在Windows中可通过命令行安装程序。通过在PowerShell（管理员模式）中输入命令并执行，可以安装Chocolatey。详细安装说明请查阅其官网文档。

       2. 安装LxRunOffline

       LxRunOffline是一款用于管理WSL子系统的实用工具，能备份、创建、恢复、导出WSL子系统，同时支持安装适配WSL的任何Linux发行版，并允许将WSL子系统安装到任意目录。在PowerShell窗口中输入命令安装LxRunOffline，安装完成后重启PowerShell。

       3. 下载CentOS镜像

       GitHub上有开源的适用于WSL的CentOS系统安装镜像，通过选择CentOS8分支并进入docker目录，下载文件centos-8-x_.tar.xz。将下载的文件保存在指定路径，如D盘。

       4. 安装CentOS镜像

       通过输入特定命令并回车，可以将CentOS系统安装到C盘的centos文件夹下，并命名为centos。注意文件路径在Linux与Windows下不同，这里C盘路径用反斜线表示，D盘路径为Windows下的h5房卡牛牛源码路径。

       5. 升级为WSL2

       使用命令查看已安装的WSL信息，并将指定的WSL发行版升级为WSL2，格式为：命令格式，输入并执行命令，设置默认使用的发行版，再次使用命令查看，查看到centos的VERSION已变为2，并且名称前加了*号。

       6. WSL子系统的启动与关闭

       通过命令即可启动WSL子系统，停止WSL子系统的命令为：wsl --shutdown -n 系统名称。若直接输入wsl --shutdown会停止所有已启动的WSL子系统。此外，通过命令net stop LxssManager也可以停止WSL子系统。

       7. 使用Windows Terminal

       为了更好地配合WSL，安装Windows Terminal是必要的。通过Terminal可以直接打开所有已安装的WSL发行版，并根据需要调整配色方案。

       8. 目录设置

       在WSL2系统中可直接访问Windows磁盘文件，建议将安装软件包放在F:\wsl目录下，将网站Web程序放在E:\wwwroot目录中，访问路径为/mnt/f/wsl和/mnt/e/wwwroot。若性能降低超出可忍受范围，再考虑将这两个目录移动到WSL的虚拟磁盘。

       9. centos8基本配置

       查看centos版本，安装wget、vim等工具，更换国内源并备份原始yum源，下载对应版本的repo文件，确保包含的源如aliyun符合需求。

       . 源码编译安装Nginx

       安装编译工具及库文件，如gcc、pcre、zlib、openssl等，下载并解压nginx源码，开始编译，检查系统环境、生成Makefile文件，生成脚本及配置文件，安装并创建目录，复制生成的模块和文件。

       . 编译安装MySql8.0

       下载并解压MySql8.0源码，解压后移动目录，创建data目录并初始化MySql，添加需要的库文件，创建my.cnf配置文件，启动MySql。

       . 源码编译安装php7.4

       下载php7.4源码，安装编译工具和库文件，创建用户组和用户，配置编译参数，解压缩并移动到指定目录，检查配置并生成配置文件，安装完成。

       . LNMP环境测试

       测试Nginx和PHP-FPM的配合，配置Nginx和PHP-FPM，通过phpinfo文件验证php和Nginx的配合情况，测试phpMyAdmin，确保数据库连接无误，至此，LNMP环境测试完成。

搭建校园表白墙论坛小程序详细步骤

       一. 购买服务器及进入宝塔面板

       略...

       二. 搭建LoveCards

       进入宝塔面板，安装PHP8.0(若已安装可以跳过此步)

       创建站点，注意创建数据库和选择PHP 8.0 版本

       进入网站根目录，删除原来所有文件，并上传源码，解压文件

       对站点进行设置

       设置网站目录，更改为/pubilc，注意保存

       设置伪静态，设置为thinkphp，注意保存（若没有请自行配置）

       三.配置LoveCards

       登录，进行下一步

       环境检测完后，进行下一步

       配置数据库，数据库账号，用户名，密码在后图

       创建RSA密钥对

       完成配置，初始账号及密码均为admin

       搭建完成效果

       靓仔靓妹看过来

       如果我的代码对你有帮助还请帮我点点star，这也将是我更新的动力

       小小发布会

       更新介绍：

       又是一次酣畅淋漓的**底层大改**，主要是因为需要加入用户模块，那么就需要将原本的功能全部接入这个用户鉴权，也算是按照预测的目标发展了，主要使用JWT技术来实现，说起来简单做起来也是花费了巨多时间。翻翻更新日志 说多的都是泪不如一杯咖啡来的动力的( 疯狂暗示)

       然后另一个大工程就是主题引擎，这个普通用户可能就无法感知了，但是你只需要知道`主题引擎`将会对LC的第三方主题发展有着巨大的帮助，可以更好的丰富生态，大家接下来可以经常关注论坛的 [创作与分享]板块，就在2.3的beta版本期间就涌现出了一批开发者积极适配2.3版本为大家带来了许多优质主题，如：fasgt的 [Lovefasgt]、luoli的 [仿胶囊主题]等等...

       说到这里，那么到底更新那些可见功能呢？口述当然不如直接看来的舒服，那么就详细参考下方的**[✍️更新图文说明]**吧

       更新计划：

       简单来说2.3再次完善了作为一个网站该有的基本底层了，也就是说往后的更新则是加高楼层，发挥创意了。

       会更新什么呢？那简单举几个已经提上日程的例子：

       1. 用户中心的 卡片点赞管理

       2. 用户中心的 卡片修改

       3. 对指定用户的卡片举报

       ...

       看到这里相信你就已经明白了吧，LC2.3已经在数据库层面以及底层代码都留好了“口子”接着就是通过这些“口子”去拓展功能了

       最后：

       > 我深刻理解社区与生态的价值，期望更多的人能够与LC共同成长，感谢你的加入。

       - LoveCards文档 ： [docs.lovecards.cn]()

       - LoveCards文档 ：[ lovecards.github.io]( lovecards.github.io)

       _能力固然重要，但想法才是绝对的创造动力，动起来发布一款属于**你自己**的主题_

       下载地址

       临时下载(随时失效)：[ LoveCards2.3.0.zip]( pi.chizg.cn/s/ZldC2) 密码：sj8z

       [Github]( github.com/LoveCards/Lo...)

       ⬆️升级指南

       参考[指南v2.2.X->v2.3.0升级指南]( forum.lovecards.cn/d/)

       ✍️更新图文说明

       测试站点[ 热门 - LoveCards]( demo.v2.lovecards.cn/)

       前台登入与注册，用户中心，用户后台，新增设置项

       [前往获取]( forum.lovecards.cn/d/)

       发行版日志汇总

       -更新. 更新 JWT 鉴权模块

       -更新. User 相关功能以及数据库的设计

       -更新. 后台路由鉴权中间件

       -更新. 最新主题引擎

       -更新. 卡片添加API 加入 JWT 鉴权

       -更新. 点赞API 加入 JWT 鉴权

       -更新. 评论API 加入 JWT 鉴权

       -更新. 数据库增加UID字段

       常见问题

       1. RSA密钥创建失败

       该问题通常出现在Win系统当中，如果您正常通过环境检查到达这一步，可通过搜索[openssl_pkey_new返回false]( openssl_pkey_new返回false - 必应)获得解决方案，当然也可以参考推荐文章设置[Windows 下 PHP openssl_pkey_new 方法始终返回 false 解决方法]( openssl_pkey_new 返回值为false)

       如果没有也可以尝试手动生成并粘贴创建[在线RSA公钥私钥生成]( lddgo.net/encrypt/rsake...

       备注：2.3的邮箱依赖存在问题，直接通过composer拉的可能会存在爆粗，解决方案参考[Github 关于v2.0出现Method name must be a string问题 #8]( github.com/yuanzhihai/t...

Linux使用yum/apt安装软件时，没有所需版本怎么办？演示安装最新php和redis

       当在Linux服务器上遇到需要安装特定版本软件而yum/apt仓库提供的版本不满足需求时，有几种解决策略：

       1. **更换源或使用第三方仓库**：这是首选方法，因为它们通常提供更新的软件版本。例如，对于RHEL/CentOS/Fedora，可以考虑Remi或RPMFusion这样的第三方源；而对于Ubuntu，PPA源是一个好选择。以Remi源为例，若原仓库只有php8.0，可通过切换到Remi源安装php8.2。

       2. **官方发布的rpm/deb包**：某些软件供应商会提供特定版本的预编译包，但这并不常见，适合特定软件需求。

       3. **源码编译安装**：如Redis，尽管官方仓库提供的版本可能较旧，可以下载最新源码进行编译。首先，更新编译工具，然后执行编译安装，创建配置文件和数据目录，最后通过redis-server启动服务。

       每种方法都有其适用场景，根据实际情况选择最合适的方法来安装所需版本的软件。记得在安装过程中注意兼容性和系统环境的调整，确保顺利安装和运行。

PHP8.0环境详细安装教程

       一、PHP环境安装流程：

       通过在线或离线方式下载PHP 8.0.0版本，确保在安装前预先配置好依赖包（推荐在第一步抛出异常的依赖先进行安装，简化后续安装过程）。安装地址为：php.net/downloads.php，如果网络环境不理想，推荐先进行离线下载，然后上传至服务器端。

       解压下载的PHP压缩包：执行 `tar -xvf php-8.0.0.tar.gz` 命令，便于后续进行源码安装和配置管理。

       配置信息：

       源码安装步骤包括：配置、编译、安装。在配置阶段，重要参数包括`--prefix`配置安装路径和`--with-config-file-path`设置php.ini文件的存放位置。这些参数的选择有助于后续对软件进行统一管理和维护。

       在配置参数时需要注意：所有命令应保持在单行，确保代码的可读性和易于复制。可利用`./configure --help`检查参数的具体含义。

       安装完成后，会提示配置成功的信息，例如出现配置成功的信息或者文件存放路径。

       编译与安装：

       配置成功后，执行`make`对源代码进行编译，并使用`make install`安装。如遇编译或安装过程中的异常情况，按照提供的解决方案逐一解决，例如使用`dnf install`命令安装缺失依赖等。

       使用`cc: internal compiler error`异常时，多因内存使用不足，可尝试增加交换分区以应对，完成后删除交换分区。

       查看安装情况：

       切换至安装目录的`bin`目录下，执行`php -v`查看版本信息，确认PHP环境安装是否成功。

       二、管理配置文件：

       生成所需的配置文件，包括`php.ini`、`www`配置文件、`php-fpm`配置文件及`php-fpm`可执行文件。

       使用`php-fpm`管理PHP程序，相比其他进程管理方式，`php-fpm`在CPU与内存使用方面更具优势，并且不易崩溃，减轻了监控压力。

       安装流程：

       1. 启动`php-fpm`

       2. 检查`php-fpm`进程启动状态

       3. 查看`php-fpm`所占用的端口

       4. 解决安装中出现的`php command not found`异常

       完成后，可进行技术圈子的加入，享受免费资源、长期技术支持和行业动态获取服务。加入时需有长期兴趣，确保与圈子的资源利用理念相符合。

       写在最后：

       确保PHP环境配置的正确性和完整性，通过本教程的步骤和提示，可有效节省时间，避免错误和困扰。希望该文章能为您的PHP开发之旅提供有力支持。

phpwind和discuz哪个好

       discuz!（简称dz）和phpwind（简称pw）是国内最著名的两个PHP论坛系统，随着它们相继宣布开源以后，在各方面，不管技术上，还是功能上，还是界面上，都有了长足的发展，声威大振，远非国外那些功能简单的电子公告板系统可比了。其造成的一个副作用是大大带动了PHP在国内的普及（本人就是在寻找合适的论坛程序的时候，才开始关注PHP，进而不能自拔的 ）。

       å®¢è§‚的说，目前的pw和dz各有短长，其互相之间的激烈竞争应该说提高了PHP论坛的水平，在功能上不仅赶上了以功能多和漏洞多而著称的动网论坛，而且因为它们的效率和速度远远超过动网，弄的动网市场大大萎缩，原来的一些动网论坛都纷纷转换成了dz或者pw，搞的动网都不得不开始弄PHP论坛了。

       è¦è¯´ä»–们哪个更好，是比较难的事情，毕竟各有短长，俺也不敢在这里妄下结论。不过从市场份额和网上的言论来看，目前dz还是略占上风的，而且去年国内好几个知名的大论坛都转换成了dz（比如凤凰网、牧文、tompda等），而pw在大网站方面收获甚小。

       ä½†æ˜¯æ¯•ç«Ÿå¯¹å¥½å¤šæ–°æ‰‹æ¥è¯´ï¼Œä»–们都要面临一个选择论坛程序的问题，因此，dz和pw哪个更好，也就成了经常被问的问题，这种没有答案的问题，自然要被反复问起。本文试图从比较深的层次来分析两个论坛的优劣，为新手提供选择的参考。如有错谬之处，欢迎批评指正。

       ä¸€ã€ç•Œé¢ç¯‡

       é¦–先，从界面上说，从整体上说，dz的界面比较美观，整体感好。

       pw的界面给人一种模仿dz的感觉。同时在界面的细节上，看起来pw还是没有dz完美。

       äºŒã€æŠ€æœ¯ç¯‡

       ä»ŽæŠ€æœ¯ä¸Šè¯´ï¼Œpw和dz都使用了文件方式的数据缓存技术，通过把常用的数据表，比如论坛版面设置参数、基本参数等，生成静态缓存文件（根据条件触发更新或者手动更新），来减少数据库读取次数，提高效率，在这个方面两者非常相似。

       1、模版技术

       ä»Žæ¨¡ç‰ˆæŠ€æœ¯ä¸Šè¯´ï¼Œdz从2.5f版就开始采用的这种静态模版技术，从俺个人角度上说，还是非常适合论坛这种频繁更新的网站程序使用的。它通过动态生成静态模版的方式，解决了模版解析效率的问题。

       åŒæ—¶ï¼Œdz的这种模版方式，使得修改界面也比较容易，很直观。

       è€Œpw使用echo语句的这种方式（姑且称其为模版），就寒碜多了，要增加了一个if判断条件，就要折腾半天。添加了混合PHP代码的模板，在 dreamweaver中也容易被误操作删除。特别是如果修改的时候稍有不慎，很可能会使网页成了白板（没有输出），让俺每次修改pw模版无不如履薄冰，战战兢兢。。。。恐怕这也是第三方模版中，dz远远多于pw的原因吧。

       ä¸è¿‡pw目前在模版上也在改进，现在看verycms 3.0就已经开始使用真正的模版技术，不过目前用的都还比较初级。。。

       2、速度问题

       ä»Žæ¨¡ç‰ˆä¸Šçœ‹ï¼Œä¸¤è€…的效率应该是差不多的，pw的模版其实就是直接包含的混合了PHP语句的一部分PHP文件，而dz的模版平时并不需要解析，所以效率应该是差不多的，但是网上总是有人声称网站使用dz的速度比pw慢，这方面本人没有测试过，不敢妄作评论。而且网站访问速度还是要受很多因素的影响，比如：本地网速、服务器带宽、心理。。。。。客观的评价还是很难的，除非使用专业技术手段。不过从官方网站的速度来看，明显还是pw占优啊，呵呵

       æœ€è¿‘看了一下dz的CSS文件，明显是用CSS用的有点过度了，在dz中大量使用了CSS，CSS文件高达KB左右（pw只有2KB左右），可能造成了IE渲染网页的时候，效率比较低。同时，由于dz的CSS文件过于庞大，只好采用了外置的方式（Link）。

       è¿™æ ·å¦‚果网速很慢，网页已经或者部分下载完，而CSS文件下载没完成（网速慢的时候，常常发生这种情况），那么网页根本就不能正常显示。

       åœ¨ç½‘速慢的时候，光dz的CSS文件，就要用好几秒，甚至十几秒的时间才能下载，而整个网页只能在CSS下载完成以后才能进行正确的显示，这就无怪乎在网速慢的时候，dz表现大大逊色于pw了。

       ç›¸åï¼Œpw在设计CSS的时候，明显是比较简洁，这对网页的渲染肯定是比较有利。同时，pw采用了把CSS文件嵌入的方式，尽管每次访问网页都造成了几K 个字节的流量，但是实际影响并不大，反而觉得网页打开速度比dz要快（这就是pw用了一个笨法子，却常常效果比dz强的典型案例）。

       è¿™æ–¹é¢ï¼Œå»ºè®®dz痛下决心简化过分臃肿的CSS文件，提高网页速度。

       ä¸‰ã€åŠŸèƒ½ç¯‡

       ä¸‹é¢ä¿ºå°±dz5.5和pw5.3的功能，做一个简单的，本人看来是比较深入，可能高手看来仍嫌浅显的分析，请大家指正：

       1、登录方式：

       pw的前台登录和后台登录采用了不同的Cookie方式，这样前后台分开的方式，个人感觉，有利于安全，也便于管理。后台帐号与前台帐号可以彻底分开。

       è€Œdz的前后台登录是用了一个帐号，尽管在进入后台的时候再次提示输入密码，不过还是不如pw方便。

       æ¯”较特别的是，dz在注册的时候，要求输入提示问题（选填），而且在登录界面中，也有提示输入的界面，个人感觉，绝对的画蛇添足，无聊。如果说使用提示问题来找回密码，还是有点道理的。用提示问题的方式，让新手看了无所适从，脑袋都晕了

       2、分栏显示：

       pw从5.0.1开始支持左右分栏显示了，然而功能太简单，不能树状显示子板块，此功能与其说有，不如说没有，弄的有点搞笑，属于半成品（倒是也符合pw的一贯特点－－喜欢推出一些不完美的东西让大家修改）。

       çœ‹äº†dz5.5的分栏显示，做的还是比较完美的，感觉相当不错了。

       3、后台管理的效率：

       pw的横向操作非常不错，大大节省了管理的难度，特别是在根据用户组设置权限的时候，非常的那个方便啊，这方面dz需要改进。

       dz提供了一个方案的方式来解决后台重复操作问题，应该说也有一定道理，但是用起来不太容易上手，如果是设置一个单独的项目，就比较繁琐。

       4、个人空间（文集）功能：

       dz5.5内置了minispace个人空间功能，可以说自从discuz合并了supsite以后，在论坛功能的外展方面，占据了很大优势，吸引了很多个人网站的注意力。

       è¿™ä¸ªminispace用dz官方的话说，是这样的：

       â€œå®Œå…¨åˆ©ç”¨è®ºå›åŽŸæœ‰èµ„源，会员不必更多付出，即可拥有个性展示页面

       ä¸Ž X-Space 完美结合，可顺畅实现 MiniSpace 与 X-Space 自然过渡 ”

       å¤§ä½“看了一下，发现这个minispace做的很不错，利用它，用户可以把自己的优秀帖子整理出来，形成一个文集的方式，方便别人访问。以前在别的论坛见过这个功能，觉得很不错，没想到dz把它整合进去了。这个功能已经可以满足大部分论坛的功能要求了，如果要求更高，比如希望能让用户发布b0客文章，按照官方的说法，也可以迁移到X－space中去。但更重要的是，minispace是开源的，而X－space的源代码并不开放。

       è¯´åˆ°X－space，我们觉得，pw在功能上虽然足以和dz匹敌，但是在论坛的外延上，却比dz落后了好多。X－space能实现以论坛为中心的个人空间功能，而pwblog（已经改名为Lxblog，正式版未推出，本文仅以5.1.5版本为例）却和论坛貌合神离，帖子推送功能虽然从4.3.2就有了，然而却一直不好用，4.x推送以后，图片和附件都不正常，5.1.5虽然可以推送正常了，然而在论坛中更新的帖子，在b0客中却不再出现回帖，可以说推送功能在pwblog中只是一个无用的点缀而已。

       è¯´åˆ°åº•ï¼Œæˆ‘们常常希望的只是一个论坛帖子文集功能的方式，pwblog把论坛中的内容重复推送到b0客中，既浪费空间，又没有意义，这方面dz远远胜过了 pw，值得表扬。但minispace的功能还是略显简单了些，比如没有文集帖子的分类功能、没有首页推荐帖子等等（也许论坛帖子的分类意义不大，不过有总比没有强吧？）

       5、防灌水技术

       pw5.3终于接受了俺提出的新手注册第N贴以前发帖使用验证码的方式，这样既不影响老用户的使用，又通过验证码方式来限制恶意灌水机器人。dz未提供此功能，但是具有可以设定第N贴以后不用自定义问答的功能（dz的验证码很烂，根本看不清，用自定义问答似乎更好一些）。

       åœ¨é˜²æ­¢è‡ªåŠ¨æ³¨å†Œæ–¹é¢ï¼Œpw和dz都使用了自定义问答方式防止自动注册的办法，具体原理很简单，两者实现的都差不多。区别在于，dz要求设置个以上的问题才能生效，而pw只能设置一个问题。另外，还有一个区别，就是pw可以自定义问答中内部使用的form变量名，可能在防止恶意自动注册方面，会更加有效一些。pw的自定义问题只能用于注册，而dz的可以用在注册、发帖和短消息等方面。

       ä»Žç›®å‰çš„具体应用来看，用一个问题就基本上解决了自动注册的问题（长时间实践发现的结果），当然也不排除特大型网站，用一个问题容易被攻破的可能性，这方面dz可能就更有效一些。只是dz限制要求个以上才能生效的做法，令人费解。

       6、前台管理功能

       pw具备副版主功能，不过和一般的思路不同，副版主是由版主任命的，这样恐怕会导致权限混乱问题，所以也很少有人用这个功能。

       åœ¨å‰å°çš„管理功能中，pw更方便一些，不仅的主题列表中能进行管理，在帖子内容页面中的管理方式比dz用下拉方式更直观一些。而且在一个主题里面删除帖子，pw比dz直观多了。

       è´¹è§£çš„是，pw5.3版本中移动帖子，都会在帖子前面加入移动提示“本帖被 xxxx 从 xxxx 移动到本区(xxxxå¹´xx月xx日) ”，无法消除，真是难看极了（以前版本没有这个毛病）

       dz实现了“沉贴”的功能，可以把那些偶尔被人翻上来的无用垃圾贴沉下去，确实方便多了。。。。有次俺在pw中为了沉一个帖子，不得不提前了N个帖子。而且dz的版主管理功能，加亮、精华等操作都能一气呵成，比pw方便好多。

       7、所见即所得编辑器

       dz5.5和pw5.3开始，不约而同的把所见即所得编辑器换成了ubbcode（两个论坛名称不一样，这里用个通俗一点的名称，暂称为UBBCode）方式的编辑器，而放弃了原来的HTML可视化编辑器。

       è¯´èµ·æ¥ï¼Œè¿™ä¸ªubbcode可视化编辑器确实解决了以前采用代码方式，无法可视化，导致好多非IT人士发帖无法控制格式；而和动网一样使用HTML方式，又产生大量冗余代码和安全性隐患的问题。

       ä¸è¿‡é€ æˆçš„后果却是，在转贴的时候，以前可以直接从别人的网页上，连图片带文字一起转过来，却是非常方便，虽然有盗链之嫌。换成了这种编辑器，再也没法那么方便了，因此在换了编辑器以后，官方论坛中是怨声载道一片。。。。而且新的编辑器还有好多小BUG，更加是引起了广泛不满（另注：用了一段DZ后发现，dz 5.3的所见即所得编辑器好像存在很多问题，几乎无法用，这方面可能还不如pw的编辑器好用一些）

       8、附件上传和所见即所得功能：

       pw的附件还是只能提交帖子上传以后才能进行图文混排，这方面dz要好的多，可以上传前就进行混排，方便多了

       dz对不参与上传的图片附件还是显示太多信息，看起来影响美观（似乎是受vbb和phpbb的影响比较大）。而pw只是显示了“图片”字样和描述信息，但是更恶心的是，却把这些图片放到正文文字上方 ，真是屡教不改啊

       9、附件防盗链技术的分析：

       dz采用了隐藏图片地址，和检测访问来源（可选）的办法来防盗链，应该说服务器负担比较大，效果还行，但不能彻底解决问题。

       pw用的办法更简单，但更有效一些：就是定期或者自动修改附件目录名，应该说这是一个投资少见效快的好办法，技术上也很简单。不过最新的pw5.3版本也引入了隐藏附件地址的方式，后台也似乎无法关闭此项功能，似乎有点画蛇添足的味道了。。。。

       å‘现dz也可以在后台手工修改附件目录，也可以起到一定效果，只是没有自动修改的功能。

       ã€å¹¿å‘ŠåŠŸèƒ½ï¼š

       dz比pw要好一些，广告功能更完善一些。比如贴内广告，在帖子下面的位置类似动网的位置，看起来更整齐一些，而pw的位置就让帖子布局显得比较凌乱，不好看。dz的贴间广告可以插入大的Google Banner广告，或者其它图片形式的广告，展示效果很好。

       ç›¸æ¯”dz，pw广告的插入位置更少一些，效果也差一些。

       ã€å¤´åƒæ˜¾ç¤ºï¼š

       dz不能限制上传头像的长宽尺寸，只能限制总像素数，显得不够灵活，不如pw方便。而且超出了一定尺寸的头像，被自动缩放和拉伸了，看起来很难看。而且 dz还自动给头像加了一个边框，甚是恶心。可见dz把简单的事情给弄复杂化了，其实只要和pw一样，限制其尺寸，根本不需要拉伸。

       ã€é™„件尺寸限制：

       pw只能设定所有附件的尺寸，而dz可以对个别格式的附件设定上传尺寸，比较灵活一些，特别适合一些flash网站，或者技术型网站（比如上传大尺寸图纸等）。

       ã€è¯è¯­è¿‡æ»¤ï¼š

       pw只能使用普通方式过滤，不支持大小写（很简单的事情，官方就是不办，举手之劳啊）。

       è€Œdz不仅能识别大小写，而且具有了一定的模糊识别功能，相当不错了。当然，要是能直接支持正则表达式就更爽了。

       ã€è‡ªå®šä¹‰ä»£ç åŠŸèƒ½ï¼š

       pw至今不支持自定义wincode代码，比较僵化。要增加功能，就只能修改js文件，太过麻烦。。。。

       dz在这方面做的比较完美，要增加或者减少代码、修改播放界面尺寸都很容易，在后台设置一下就可以了

       ã€å›žæ”¶ç«™åŠŸèƒ½ï¼š

       dz可以设定自动清理，而pw不能

       ã€IP来源显示功能：

       dz的IP地址和来源显示类似动网，看起来不太方便，需要点击小电脑图标才行。还是pw的IP地址来源显示看起来比较舒服一些。

       ã€é˜²CC攻击：

       pw早在4.3.2就增加了抗CC攻击功能，而且设置起来比较简单，新手也能看懂。当初俺就是因为这个原因才用了pw。

       dz5.5虽然号称带有cc攻击防护，不过看起来比较难于理解，在后台找了半天也没找到，估计新手是操作不了的。当年某著名站长论坛（用dz）可就是被CC攻击搞的长期开不了张的，看起来dz的防CC攻击功能还有待改进。

       ã€å¤‡ä»½åŠŸèƒ½

       pw能支持对pw程序以外的数据表进行备份，而且判断标准不是根据表前缀。可以单独备份pw表以外的数据表，对于那些建立了新表的插件，备份数据超级容易，这方面比较人性化。

       dz只是根据表前缀来进行备份，比如你设置一个表，叫做cdb_test，那么它会把它认为是论坛数据表而进行备份。但是如果你设置一个表，叫做test，那就自己想办法去吧。。。。

       ä½†æ˜¯dz比pw强的是，备份可以压缩，压缩后下载和转存备份文件应该会节省巨大的空间和时间，对于超大型论坛应该是非常管用的。dz备份可以指定文件名，而且备份数据用十六进制表示（安全一些，但是占用空间会大一些），估计导入和恢复的中文内码问题就不会存在了。

       å¦å¤–，dz还可以备份MySQL Dump备份（不推荐使用）。

       ã€æ–‡ä»¶å’Œæ•°æ®åº“校验：

       dz内置了文件和数据库校验的功能，pw只是官方提供了一个文件校验工具，不过用起来有点莫明其妙，有时候提示使用的函数在php文件中根本不存在

       ã€ä¸»é¢˜æŽ¨èå’Œç›¸å…³è´´åŠŸèƒ½ï¼š

       dz通过qihoo实现了相关贴的功能，而且还可以支持主题推荐，这方面比pw强了很多。

       ã€æ¨¡ç‰ˆå’Œé£Žæ ¼è®¾ç½®

       phpwind可以在后台设置风格CSS文件，虽然新手不太容易上手，但确实还是比较方便的。

       dz更进一步，把css的内容给解释成了表单的形式，让新手也能操作，不过带来的缺点更加大了：如果你想在CSS中增加控制（比如调整行间距等），就不知道该怎么弄了，只好去修改模版。好在dz还提供了一个附加功能：在后台可以直接修改模版，而且编辑界面中还带搜索功能，总算是亡羊补牢了

       dz以较大优势在功能上超过pw，而且在dz有些胜过pw的功能上，好多都是以较大优势取胜。

       å››ã€æ€»ç»“

       æ€»ä½“来说，dz在功能上，界面上，技术上，论坛功能外延上，都胜过了pw。但pw也并非一无是处，其抗CC攻击功能，简洁快速的界面，强大的管理功能，独到的防盗链技术，都很有特色。所谓仁者见仁，智者见智，选择pw还是dz，仍然是一个个性化的问题，具体取决于你对他们的某项特点是否看重。

       å¦å¤–，感觉dz在浏览器兼容性上有点小问题，有时候会出现提示，什么从来路不明的什么东西提交信息，检查norton internet security配置之类的烦人问题，而且dz的验证码太恶心，根本看不明白，都赶上动网的烂验证码了，基本上没法用，只好关掉算完。

       éœ€è¦è¯´æ˜Žçš„是，如果是新手，需要选择论坛，还是建议选择dz，因为功能比较多，论坛的外延开发的比较好（supsite/X-space做的很不错），用起来方便一些，而且模版修改起来比较简单，容易上手。

       pw只是适合老手，和对论坛外延功能不太感兴趣的那些人使用，而且pw的模版修改起来相当困难，稍有不慎就容易出错，对新手不合适。

       PW适合娱乐站，速度快，功能多，官方集成各种插件，几乎不用维护

       pw现有的功能=dz+银行+多附件上传+在线会员统计+特殊用户组添加+节日送礼

       ä¸ªäººè®¤ä¸ºphpwind比较方便些,对于那些不想花时间装插件的人来说上手更容易

Ubuntu下安装《伯乐发卡系统》全过程

       在Ubuntu环境下安装《伯乐发卡系统》的全过程，主要涉及源码包上传、PHP和Nginx的安装与配置、文件目录修改、数据库配置、缓存清空以及MySQL设置等步骤。步骤如下：

       首先，上传支持MySQL 8.0的源码包。推荐访问指定链接获取源码包，此包对SQL进行了调整以兼容MySQL 8.0。

       其次，安装PHP 7.4。参考相关指南进行安装。

       启动PHP服务。

       接着，配置Nginx，查找并替换conf文件中的服务名称、根目录和fastcgi_pass参数。确保fastcgi_pass参数与PHP配置相匹配，如果是socket形式则需调整。

       接下来，对文件目录进行修改，确保全新安装时删除data/update.php文件。

       修改config表中的mysql think_config，将main_webhost的值调整至所需。

       清空缓存，删除runtime/cache/目录下的所有文件。

       在/etc/mysql/mysql.conf.d/mysqld.cnf中，在[mysqld]部分加入配置以关闭严格模式。重启MySQL服务。

       最后，打开页面进行系统安装。

       在安装之前，可选择将application/config.php中的exception_tmpl参数恢复为THINK的异常页面，以优化错误处理。