Php 自定义喜好函数

我有一个漫画网站，我想建立自己的喜欢和不喜欢的功能

我曾想过只使用Facebook，但以下是我喜欢自己的原因：

想要收集喜欢和不喜欢的东西。类似Facebook的按钮无法做到这一点

要为喜欢和不喜欢的内容创建自定义图形吗

想要收集喜剧id关联的好恶，并使用它按人气排序

该功能通过用户单击like按钮工作，脚本将把该IP记录到数据库中。。。如果存在一个IP已经喜欢某个imd id的条目，它将不会增加与该img id关联的like计数

在测试该功能时，我意识到从可伸缩性的角度来看这将是一个挑战，原因有二：

数据库的负担将是n个独特的IPs*x漫画。例如，3000名粉丝有可能喜欢60部漫画，即180000部作品。另外，这是大量来回于服务器的查询。。。更不用说每次有人可能会不喜欢和重温一个形象。我通过GoDaddy获得主机，因此服务器上的大小可能是一个问题

可管理性。如果有这么多条目，我不确定清除错误或bug会有多大的挑战

因此，我的问题是：

1） 建造自己的房子有意义吗

2） 是否有预先构建的喜欢/不喜欢功能，我可以直接实现

3） 扩展方面的挑战是什么

1）这是一个非常简单的模型。。。一个由id设置密钥的漫画表，一个具有漫画id和ip地址的唯一复合密钥的类似表

2） 即使有为前端javascript预先构建的东西。。。根据您的知识，这将是非常容易实现的

3） 没有——正如deceze在一篇评论中所说，在这样一个简单的表中，180000个条目被正确地索引，对于任何数据库服务器来说都是一次冒险

---

这是一个有点高层次的答案，但有了相当基础的PHP知识，您应该能够实现它

这个问题有点太宽泛了。建议用一组具体的问题来代替“任何想法”（表明你也对这个主题进行了研究）。在一个索引正确的数据库中输入180000个条目算不了什么。我已经构建了这个函数。。。而且它是有效的。。。只是在测试过程中，由于上述问题，我一直在考虑是否继续。。根据你所说的，我不会担心缩放问题。关于你的第一个原因——其实没有那么多疑问——它可能会检查是否已经存在一个like/是否可以插入like/不喜欢。。第二个原因-它并不太复杂，以至于你不能用少量的漫画/测试用户复制任何错误或bug。。质疑可伸缩性是正确的，但是在这种情况下，我认为您不需要进一步担心