I'm looking for a good method of securing ratings. Cookies lock isn't
sufficient. In addition to cookies I would need something else. I'm
introducing some ways.
-= Storing rates inside seperate tables =-
Seperate tables (artrates, filerates, imgrates) will contain:
ID of item | rate | user | IP
1 rate = 1 record. Field USER will filled if only registered users can
rote. Otherwise - if guests can send their rate - IP address.
This table can even contain a lot of rows.
1000 rates * 100 articles = 100 000 records
ADV: Users can correct their rate.
-= Storing only last IP =-
Perhaps, Mambo does that (it results from rating table's structure).
Every item (e.g. article) = 1 record. Even 1 table can br used (but
1000 items = 1000 records). However, it's possible to create 3 tables
as in the previous way.
ID of item | avg | amount of rates | lastIP
2 users with other IP can rate how many they want (even by changing
session ID).
-= Middle solution =-
Similar as the previous, but more than 1 IP or ID of user would be
stored in the last field of a table. Amount of rates could be set in
administration.
What do you think about it? Which solution is the best?
sufficient. In addition to cookies I would need something else. I'm
introducing some ways.
-= Storing rates inside seperate tables =-
Seperate tables (artrates, filerates, imgrates) will contain:
ID of item | rate | user | IP
1 rate = 1 record. Field USER will filled if only registered users can
rote. Otherwise - if guests can send their rate - IP address.
This table can even contain a lot of rows.
1000 rates * 100 articles = 100 000 records
ADV: Users can correct their rate.
-= Storing only last IP =-
Perhaps, Mambo does that (it results from rating table's structure).
Every item (e.g. article) = 1 record. Even 1 table can br used (but
1000 items = 1000 records). However, it's possible to create 3 tables
as in the previous way.
ID of item | avg | amount of rates | lastIP
2 users with other IP can rate how many they want (even by changing
session ID).
-= Middle solution =-
Similar as the previous, but more than 1 IP or ID of user would be
stored in the last field of a table. Amount of rates could be set in
administration.
What do you think about it? Which solution is the best?
Comment