1.敏感词更新：允许站长自定义敏感词防止不合规词汇，默认在项目的/banword下的所有txt文件里，需要的可以自行更改。
注意：最好修改一下敏感词的路径，否则有些人会把这里面的词合成到URL里（例如https://example.com/banword/pron.txt），然后给人恶意举报，网站就封
2.表单优化升级：支持图片视频混发，单图最高5m，视频最高100m。
3.搜索升级：提供更多类型的搜索。
4.修复了一些已知bug
欢迎使用更好的未知表白墙！这是本程序的README.MD哦！ 由于原作者归档了项目无法提交更改，所以我fork了一份，自己用的时候做了一小点优化给大家端上桌了（1.6.0之后的版本都有）：
- 站点优化：加载速度更快，最快0.3s加载所有内容：优化数据库查询，静态资源加载，加入缓存机制等。
- 表单优化：QQ号设置为可选项、支持配置班级号，项目以本人实际情况（215-262班）配置了，拿来用的时候记得改一下，在
pages/submit.php里：
<?php
// 班级范围设置 - 你可以修改这里的班级范围
for ($i = 215; $i <= 262; $i++) {
echo "<option value=\"$i\">{$i}班</option>";
}
原作DEMO（无法访问）：https://love.unknown-o.com
原作者邮箱：i#mr-wu.top（把#替换为@）
原作者博客：https://www.wunote.cn
现作邮箱：abnermod#163.com（把#替换为@）
内网仓库：https://git.mr-wu.top/UnknownO/loveway-php
Github仓库：https://github.com/unknown-o/loveway-php
Gitee仓库：https://gitee.com/mr-wu-code/loveway-php
是原作者使用他的业余时间随便开发的一款非常简洁却非常美观的表白墙。（献给最可爱的镜音双子）
1.使用MDUI开发，超级好看的扁平化设计
2.全局Pjax刷新，保证了流畅的体验和音乐不中断
3.当图片加载失败时，自动采用随机图片
4.这款表白墙献给镜音双子
你可以直接从应用商城-->一键部署-->搜索-->未知表白墙-->一键部署。即可一键部署到您的宝塔面板上。
但是，请一定要注意修改config.php中的ADMIN_USER和ADMIN_PASS变量以修改默认账号密码，否则可能会被盗登后台
您可以从官方仓库中下载源码或最新发行版，然后在您的站点解压，并且确保index.php在您的站点根目录。完成上述后操作，请导入文件夹根目录的import.sql，并且把根目录中config.php中的DB_NAME/DB_USER/DB_PASS变量分别替换成你的数据库的用户名/名称/密码，然后修改ADMIN_USER和ADMIN_PASS为你自己想要的管理账号密码（一定要修改默认账号密码，否则可能会被使用默认账号密码登录修改站点配置！）
不改密码就等着被别人偷后台撒！
默认用户名：admin
默认密码：change-this-password-123
修改config.php中的ADMIN_USER和ADMIN_PASS变量以修改默认账号密码
如果你安装完成后，您可以删除以下文件
auto_install.json（宝塔自动部署文件）
import.sql（初始数据库）
nginx.rewrite（nginx伪静态规则）
readme.md（本表白墙简单介绍文件）
.gitignore（Git提交忽略文件）
原作者本人不提供任何类型的无偿技术支持。当然反馈bug或新功能建议还是可以通过邮箱联系他的 （不过他好像不管这个项目了，所以提交给abnermod@163.com也没问题，让接手者继续维护）
本项目采用GNU General Public License (GPL) V2许可证开源
详情见根目录LICENSE文件（如果看不懂请查看根目录人话版GPL2开源协议说明[GPL2.0 Explain.md]）
如果不同意此许可证，请不要使用本程序
有很多方法可以帮助项目：记录bug、提交PR请求、报告问题和提出优秀的建议。即使您对存储库拥有推送权限，也应该在需要时创建个人fork并在那里创建功能分支。这样可以保持主存储库的干净，并且您的个人工作流程不受影响。我们也对你对这个项目未来的反馈感兴趣。您可以通过issue tracker提交建议或功能请求。为了使这个过程更有效，我们要求这些包括更多的信息来帮助更清楚地定义它们。
There are many ways to contribute to the project: logging bugs, submitting pull requests, reporting issues, and creating suggestions. Even if you have push rights on the repository, you should create a personal fork and create feature branches there when you need them. This keeps the main repository clean, and your personal workflow cruft out of sight. We're also interested in your feedback for the future of this project. You can submit a suggestion or feature request through the issue tracker. To make this process more effective, we're asking that these include more information to help define them more clearly.