Une question me vient à l'esprit...


La photo est-elle éligible pour les 400 culs ?


Et en mode plus sérieux : Pauvres gamins

L'histoire ne dit pas si la femme était un bon coup ou pas

En ce moment sur Lexpage, c'est la période "faits-divers glauques par Krapou", on dirait…
Y en a encore beaucoup en stock ?

Il a une alerte google news sur "crime" + "sexe" ! :)

J'en discutais récemment avec girl271 de changer un peu la manière dont le "prochain billet" est sorti du lot.
Actuellement, le processus est simple : à chaque fois qu'un billet doit être tiré, ils sont triés par priorité (décroissante) puis par date de proposition (croissante) et on prend le premier du paquet.

J'envisage un processus un peu plus aléatoire, afin de ne pas avoir une succession de billets du même auteur et/ou potentiellement identiques dans la forme. L'idée retenue pour l'instant est la suivante :
- Pour chaque billet, je calcule le nombre de jours qui séparent la date de proposition du billet et la date actuelle.
- Ce nombre est multiplié par une valeur dépendant de la priorité (à définir).
- Le nombre résultant défini le "poids" (ou la probabilité sur l'intervalle [0, somme]).
- Je tire un nombre pseudo-aléatoire qui me permet de choisir le billet à publier.

De cette manière, un billet prioritaire maximise ses chances de sortir vite (d'où la nécessité de bien choisir chaque coefficient multiplicateur). Cela permet de relancer un peu l'intérêt de la "priorité basse" qui actuellement subit un phénomène de famine (il ne sort jamais, car il y a toujours une alternative avec une priorité plus haute).
Cela permet également de ne pas choisir les billets séquentiellement.

Le "souci", c'est que ça rend le système non-déterministe, et il est donc difficile d'imposer (autrement que manuellement) la publication d'un billet après un autre.

Avec ce système , même en mettant la plus haute priorité, une news n'est pas sûre de passer en premier (à moins de lui filer un poids de plusieurs millions ou de truquer le code pour que l'algo soit bypassé si un admin donne la priorité tiptop à cette news).
Tu peux sinon faire un tirage parmi les news de plus haute priorité (avec une système de tirage de jeton, où la news la plus récente a un jeton, la deuxième plus récente deux jetons, … la N-ième et dernière N jetons).

GerroAvec ce système , même en mettant la plus haute priorité, une news n'est pas sûre de passer en premier (à moins de lui filer un poids de plusieurs millions ou de truquer le code pour que l'algo soit bypassé si un admin donne la priorité tiptop à cette news).

En effet, c'est pour ça qu'il faut bien définir les coefficients. Le système actuel propose "Urgent", "Haute", "Normale", "Basse" et "Très basse". Il n'est pas impossible qu'un bon système fasse intervenir des règles différentes par "type" de priorité.

Par exemple :
- Urgent : ces billets doivent être traités prioritairement. Au sein de la catégorie, chaque billet doit être traité dans l'ordre de proposition.
- Haute : ces billets doivent sortir prioritairement par rapport aux autres, mais l'ordre importe peu au sein de la catégorie. Pour limiter les "groupes de billets", du random suffit (on peut le pondérer par la durée depuis la proposition pour limiter le phénomène de famine qu'on pourrait avoir avec le random).
- Normale, basse et très basse : le "très basse" pourrait disparaitre. Il n'a pas vraiment d'intérêt sémantique. Pour ces 2 catégories restantes (normale et basse, donc), je pense qu'il faut avant tout avoir une certaine dispersion (d'où le random). Là, un poids peut être affecté basé sur la durée également, ou un système de jeton (mais le système de jeton me semble beaucoup trop sensible au phénomène de "groupes").