algoritmus hodnocení fotek, něco jako libimseti

Jak nenabízet ty co již viděl:
Musís si evidovat kdo hlasování provedl a vybírat ty u kterých vybraný uživatel nehlasoval.

Další fotky bych nabízel podle data vložení, náhodne v případě, že chceš aby hodnotili všechny fotky, ne jen ty aktuální.

Další den nabízet stejným způsobem, ale omezit na ty které ještě nevybral.

matak:
„nabízí se náhodně? (to je asi blbost), nebo podle data přidání? podle idečka?“
Záleží na tom, jak to chceš.

„jak zajistit aby uživatel neviděl 2x stejné foto“
„co další den když přijde k počítači jak nabídnout nové? jak nenabízet ty které již hodnotil resp. ty které už viděl?“
Informaci o zobrazených fotografiích si ukládej do databáze. Pak jen porovnej, jestli už daný uživatel (či daná IP) fotku viděla (hodnotila).

matak:
„jen možná to nemáte domyšlené do konce, stačí v odrážkách nastínit váš postup“
Spíše to nemáš domyšlené ty. :-)

- vyhledáš v databázi fotku, kterou uživatel neměl ještě zobrazenou (či hodnocenou, nastavení podmínek záleží na tobě);
- když uživatel fotku hodnotí, uložíš do databáze, že uživatel fotku hodnotil;
- dva body stačí

samozřejmě není možné to udělat jak chceš, ale to jistě víš. nejspolehlivější bys měl ukládat nějakou hash(ip+client info)+id zobrazené (hlasované) fotky. jenomže takové řešení bude neskutečně pomalé a navíc stejně nebude 100%, být tebou tak zobrazení vůbec neřeším, prostě zobrazuji náhodně a ve velkým počtu fotek se duplicity ztratí.

matak:
„heh pokračujme, můžete napsat sql dotaz vyhledání takové fotky který přihlédne k tomu, že uživatel už prošel 1000 fotek, že je viděl, to neznamená, že je hodnotil, ale to je detail“
Mají se fotky vybírat náhodně z těch, které ještě neměl zobrazené? Pokud měl fotku zobrazenou, ale nehodnotil ji, má se mu zobrazit znovu?

select * from fotky as f where not exists (select id from fotky_zobrazeno as fz where f.id=fz.id and hash=USERHASH) ORDER BY RAND() LIMIT 1

if num_rows<1 .. -> select * from fotky ORDER BY RAND() LIMIT 1

matak:
„co takovy google, ten mi zaseka celou tabulku jednou denne milionem zaznamu“
Jaký má smysl ukládat, jaké fotky prošel robot?

na google podobne bys musel mít buď brutální omezení přístupu a nebo si ukládej ještě čas a když je nějaká posloupnost .. moc rychle, tak ho blokni, ale já se stejně přikláním k názoru duplicity neřešit, maximálně nějak jednoduše je omezit například podle počtu zobrazení ... vybírej si pár co maj nejmíň zobrazení

matak:
Pokud bys fakt měl tak moc tak moc aktivních uživatelů a tak moc fotek, tak jak jsi uvedl v prvním příspěvku, ukládej u IP (či jakéhokoliv jiného identifikátoru) nejvyšší id fotky, které bylo zobrazeno, a vyber nejmenší id, které je větší než to uložené.

zobrazovat fotky posloupně se mi nelíbí, ale faktem je že to je jediné řešení které je spolehlivé a rychlé. Většinout to ostatní služby to neřeší, fotku ti zobrazí klidně 5x po sobě, ale mají jich tolik že se to prostě nestane. Takhle se totiž stane že se ti budou zobrazovat jednotlivý uživatelé po sobě jelikož fotky budou nahrávat hromadně. S tim schvalováním musíš jedině tak a nebo neschvalovat, nech schvalování na prohlížejících - "je tato fotka nevhodná?" - po 3 kliknutí se ti ukáže v administraci abys to zvážil