Discussion :

[jgx342]

Bonjour,

J'ai un site avec des messages que je publi de temps à autre. Y as t-il une façon en php de mettre en caractère gras par exemple les nouveaux messages quand un internaute consulte la page ? Quand cette internaute revient une autre fois sur la page, j'aimerais que les messages qui étaient en caractère gras ne soient plus en caractères gras à moins qu'il y aurait eu des ajouts pendant cette période.

** A noter que l'internaute ne se connecte pas au site. **

Merci!

[micetf]

Personnellement,
j'utiliserais les cookies.
Fred

[FoxLeRenard]

Bonjour,
J'ai un site avec des messages que je publi de temps à autre.
.......
Merci!

Oui le tout est de bien gérer le lien qui va au message
par exemple il suffit de mettre en bout le nombre d' interventions #xx
ainsi le lien qui va au message change
et donc on peut appliquer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
a.message {  font-size : 1.40em; color :  #000000;text-decoration: none; font-weight: bold;}
a.message:link {  color :  #000000;text-decoration: none; font-weight: bold;}
a.message:hover { color :  #ee5511;text-decoration: none;font-weight: bold;}
a.message:visited { color :  #000000;text-decoration: none;}

Bien sur c' est moins fiable que la gestion enbase de données.

[jgx342]

A part les cookie, y a t-il un autre moyen ?

[FoxLeRenard]

A part les cookie, y a t-il un autre moyen ?

alors la je tombe raide qui t'a parlé de cookies ?
les cookies ne peuvent pas servir bien sur.
Seul une base de donnée peut gérer ça

[Vil'Coyote]

alors la je tombe raide qui t'a parlé de cookies ?
les cookies ne peuvent pas servir bien sur.
Seul une base de donnée peut gérer ça

+1 avec fox, en effet je vois mal faire cela avec des cookies surtout su tu affiche 36 message sur une pages etc .... je suis également d'accord pour la base de données cependant nous sommes bien d'accord que si aucun système d'identification n'est mis en place, il n'est pas réelement possible de savoir qui consulte la page et donc d'être certain de faire le bon traitement.

je m'explique 2 utilisateur utilisant le même pc, comment savoir que l'un à lus les 2 derniers messages alors que l'autre non?

en tout cas la base de données est la seule réel solution.

[rbochet]

je m'explique 2 utilisateur utilisant le même pc, comment savoir que l'un à lus les 2 derniers messages alors que l'autre non?

en tout cas la base de données est la seule réel solution.

Je ne comprends pas cette remarque. En quoi la base de données résoud elle un problème dans ce cas ?

Le problème ici est la détection de visionnage, et a mon avis les cookies sont largement la meilleure méthode, ils sont aussi efficace si ce n'est plus que les propriétés des liens css. Cependant, l'utilisation des cookies par le visiteur peut être mal perçue, alors que des liens en couleur sont simplement le fait du navigateur.

[FoxLeRenard]

Je ne comprends pas cette remarque. En quoi la base de données résoud elle un problème dans ce cas ?
Le problème ici est la détection de visionnage, et a mon avis les cookies sont largement la meilleure méthode,

Peut'étre ne parles tu pas du même probléme que la question posée par
jgx342 mais imagines que ce que représenerait la gestion par cookies ici des 5000 messages jours sur xxxxx milliers d'inscrits !

Et réfléchis bien a ce qu'a dit Vil'Coyote si mon fils et moi utilisons le même micro on fait comment

rappel un seul cookies par micro (par site nom de domaine) pour les données !
et un également pour la clé ID de session !

[jgx342]

Je comprend le principe avec une BD, mais les usagers ne sont pas authentifié au site, donc je vois mal comment utiliser la BD.

[Vil'Coyote]

Je comprend le principe avec une BD, mais les usagers ne sont pas authentifié au site, donc je vois mal comment utiliser la BD.

salut,
pour la même raison je ne vois pas l'utilité d'un coockie, et surtout comment indiquer dans le coockie que tel et tel news et non à bien été lus. tu te vois faire un coockies avec 5000 enregistrements? d'ou l'utilisation d'une base de données ou du moins d'un champs supplémentaire pour tes article. ce champs serais alors mis à jour à la lecture de l'article.

[micetf]

Je suis surpris des réactions de Vil'Coyote et de FoxLeRenard,
utiliser un cookie ne me paraît pas une telle aberration.

On peut certainement faire beaucoup mieux avec une BDD,
mais cela dépend des besoins de jgx342 ?
Est-ce qu'il souhaite différencier le père et le fils sur le même ordinateur
(à condition qu'ils aient des paramètres d'authentifications différents) ?
Est-ce qu'il faut faire une différence entre vu et lu ?
Quelle quantité de messages a-t-il à gérer (20 ou 5000) ?
Comment sont-ils gérés (tableau PHP, fichier texte, BDD...) ?
...

En tout cas, en première intention, la piste du cookie me paraît tout à fait raisonnable.

En effet,
en stockant la date de dernière visite dans un cookie,
si, pour chaque message, on connaît sa date de dernière mise à jour,
lorsqu'un visiteur arrive sur le site,
en comparant la date dans le cookie et la date de dernière mise à jour d'un message,
on peut savoir s'il faut afficher ce dernier en gras ou non.

Cette solution ne s'applique peut-être pas au problème de jgx342 ,
mais je pense que c'est à lui d'en juger.

Fred

[FoxLeRenard]

Je suis surpris des réactions de Vil'Coyote et de FoxLeRenard,
utiliser un cookie ne me paraît pas une telle aberration.
Fred

Salut Fred,
oui bien sur on peut faire cela, et je me doutais bien que c'était ton idée,
mais tu sais que lorsque l'on change de page le cookies sera relu ...
alors deux solutions
1) tu a gardé son ancienne date et mets en gras tout message plus récent,
alors quand mets-tu le cookies a jour
2) ou tu mets le cookies a jours dés la premiére page, alors aucune des pages suivantes ne sera en gras.

OK on peut ajouter une session mais bon, pas trés fiable tout ça.

[micetf]

alors deux solutions
1) tu a gardé son ancienne date et mets en gras tout message plus récent,
alors quand mets-tu le cookies a jour
2) ou tu mets le cookies a jours dés la premiére page, alors aucune des pages suivantes ne sera en gras.

OK on peut ajouter une session mais bon, pas trés fiable tout ça.

Dans son message initial,
sur le sous-forum 'debuter',
jgx342, parlait de la page.
Peut-être pourra-t-il préciser s'il doit gérer une seule ou plusieurs pages de messages.

Néanmoins,
on peut effectivement envisager le cas où il y aurait plusieurs pages de messages.
L'utilisation d'une session est une solution,
mais, s'il n'y a pas 5000 messages,
l'option cookie me paraît encore possible :

A chaque message, on associe un identifiant.
Dans le cookie,
on stocke la liste des messages affichés (serialize($idMsgVus)).

Bien sûr,
il faut prendre garde à nettoyer le cookie
(supprimer les identifiants des messages qui n'existent plus).

Voilà,
ce n'est qu'une solution
que cgx342 balaiera peut-être d'un revers de main
en raison de ses priorités fonctionnelles ou
de ses compétences techniques.
Quoi qu'il en soit,
celle-ci ne me paraît pas absurde.

Fred

[Sergejack]

Vu la demande initiale qui n'est de mettre en gras que les nouveaux messages (et non tous les nons encore lus), un cookie ferait bien l'affaire.

Il suffit d'y enregistrer la dernière date de visite et de comparer et mettre à jour cette date à chaque visite.

[jgx342]

Je n'aurai pas plus de 100 messages par page. Je veux juste différencier les messages vu et non vu et non lu et non lu.

Donc, je pourrais utiliser les cookies en stockant la dernière date de visite. Avez-vous des exemples ? Je vais quand même faire une recherche de mon côté.

Si un client n'accepte pas les cookies, qu'est-ce qui arrivera ?

Quel durée dois-je placer pour l'expiration du cookie ?

Merci.

[Sergejack]

Oublie les cookies, puisqu'en fin de compte tu veux avoir une information sur le visiteur de taille indéterminée croissante avec le temps (sérialiser un cookie qui pourrait un jour dépasser 100ko n'est pas pertinent).

Comme ça a été dit, tu vas devoir gérer des comptes utilisateur.
Et dans cette optique, tu as intérêt à faire un système de login avec mot de passe.

[micetf]

Voici un aperçu du code auquel je pensais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
<?php
// Création des messages pour le test
$messages = array();
for ($i=0;$i<100;$i++) {
	$j = 31-$i;
	$messages[] = array(
		'date'=>strtotime("$j day"),
		'texte'=>"message $i");
};
 
// Récupération du cookie
$date = (isset($_COOKIE['lastVisite']) && ctype_digit($_COOKIE['lastVisite'])) ? $_COOKIE['lastVisite'] : 0;
// Ecriture du cookie (valable 2 mois ?)
setcookie('lastVisite',time(),time()+3600*24*60);
?>
<h1>MESSAGES</h1>
<table>
<?php 
foreach ($messages as $message) {
	// Utilisation du cookie
	$style = ($date < $message['date']) ? 'font-weight:bold;' : 'font-weight:normal;';
?>
<tr style="<?php echo $style; ?>">
<td style="border:1px solid black;"><?php echo $message['texte']; ?></td>
<td style="border:1px solid black;"><?php echo date("M-d-Y",$message['date']); ?></td>
</tr>
<?php 	
}
?>
</table>

Mais bon,
ça c'est si tu as tous tes messages sur une même page.
Fred

[jgx342]

Oui tous les messages sont sur la même page (max < 100).