PHP和MySQL搭建美食网站的菜品推荐功能

老实说，我有一段时间一直在努力使用 PHP 和 MySQL 构建一个美食推荐网站。
您列出的步骤非常实用，我将根据个人经验进行补充。

对于数据库，我发现users表非常重要。
在一个案例中，我们有一位每天阅读日本美食的用户突然开始了解中国美食的历史。
我一看现场，看到了这个刚从杭州出差回来的小伙子。
所以这些信息可以揭示很多故事。
但请注意，必须检查存储的历史记录的长度。
不保存十年前的用户浏览历史记录。
隐私问题已经够烦人的了。

关于推荐算法，我建议分层进行。
一开始，使用您之前提到的建议，这些建议简单、粗暴且有效。
餐厅老板告诉我，他发现8 0%的点击来自用户喜欢的类别，这很惊人。
但你确实需要添加混合推荐，否则会让用户感到厌烦。
我添加了随机推荐，每周五晚上刷新菜单时，我都会将 1 0% 令人羡慕的菜肴添加到推荐列表中。
用户的反馈非常有趣。

做这件事的时候我也经历过一些坑。
一开始没有索引，但是当用户数量增加后，推荐页面就卡成了PPT。
后来我使用流行的缓存建议切换到 Redis，结果立竿见影。
不过你看，房间的弱化计划一定要仔细做。
我们当时用的是LRU，但是用户发现这样很疯狂，因为会导致cell速率下降，所以后来改成了TTL+手动预热。

就用户体验而言，最重要的事情之一。
我们试图直接通过评分进行排序，但用户总是点大蛋白质但不好吃。
在此之后的描述“可能适合您”，更多图片和简短的介绍和转换直接复制。
还有一个很酷的功能，可以为非常活跃的用户秘密添加“想猜”模式。
结果是好的，但你要注意不要抱怨歧视。

说实话，对此没有绝对的最佳解决方案。
你现在的设计已经不错了，但是实际使用时，你还是需要根据反馈数据不断调整参数。
例如，如果用户对某个类别的偏好突然变得更加稳健，则算法将不得不改变。
这是次要的。
推荐列表的长度也应该进行调整。
如果太长，用户很容易不知所措。
在我们的测试中，9 点推荐是最令人愉快的。

为了数据隐私，我建议采取正确的路线。
一个平台发现其用户图像过于准确。
后来改为可能的建议。
虽然结果不太好，但是安全多了。
我们还添加了一个选项，供用户选择“提要中建议”或“根据偏好推荐”。
选择始终是选择正确的养育方式。

最后，一个小知识：通过添加推荐算法，用户可以在推荐中添加一点“异常”输入。
例如，他们有时会向喜欢调味食物的用户推荐一种冷盘，或者向经常组织食品生意的用户推荐一种小吃的方式。
分析指出，这种微小的差异可以使点击率提高 3 0%，尽管这种情况并不总是发生。

在mysql中怎么创建表语句 mysql建表SQL语句编写指南

MySQL 创建的表具有小写表名、列名语义、主键 INT、文本 VARCHAR 和 TIMESTAMP 时间。

列约束，主键唯一，唯一不为空，必须非空，默认值。

添加列、删除列、更改列类型以及检查外键。

索引单个副本、删除索引、优化查询。

INT主键、VARCHAR长度、TIMESTAMP时区、SELECT简化、分页优化。

故障排除、主键冲突、约束检查、InnoDB 引擎。

自己掂量一下。

MySQL数据库中的三张表设计及应用mysql三张表

上周，我们研究了电子商务系统。

用户表、产品表、订单表。

用户信息存储在用户表中。

UID 是主键。

用户名、密码、Eml、电话号码字段。

产品信息存储在产品表中。

ProductID 是主键。

产品名称、产品类型、产品价格字段。

订单信息存储在订单表中。

OrderID 是主键。

UID、产品 ID、编号、订单时间字段。

这三个表是相互关联的。

查看用户购买了什么。

或查看哪些产品销量最高。

我的朋友正在做一个2 02 3 年的项目。

这个设计集已被使用。

他们说当时的表现很好。

我只是有不同的想法。

最好对用户密码进行加密存储。

我不确定我是如何完成这部分的。

算了。