Bonjour,

Je ne vois pas de problème avec ce genre de librairie.
Le PHP ne fait que générer du HTML, et le CSS ce n'est que de la mise en forme du HTML pour faire simple.
Peut-on savoir comment tu utilises ces librairies ?

Ce n'est pas tout à fait exact, il doit maintenant avoir 16ans vu l'ancienneté du message.

$res = $bdd->prepare("SELECT id FROM inscription WHERE online_time < :time_out "); $res->bindParam (' id ', $id, PDO::PARAM_INT); $res->bindParam (' online_time ', $time_out, PDO::PARAM_INT); En rouge les paramètres de ta requête. En bleu les paramètres que tu injectes dans la requête. Tu...

Il te faut rajouter la date et l'heure de dernière mise à jour du statut dans ta table.
En gros un timestamp.

Bah le cron c'est la même chose, c'est le même code mais déporté dans un fichier qui sera appelé par le Cron et non plus à chaque accès de la page.

Mais sinon ce sont deux bêtes requêtes pour faire ce que tu veux. C'est pas ça qui va saturer un serveur, ou bien il a un sacré problème ton serveur.

L'attribut target n'est plus dans les normes et donc n'est plus applicable. Il faut gérer cela avec du javascript il me semble pour ouvrir un seconde fenêtre maintenant. Je m'inscris en faux ! ;-) On peut toujours utiliser target : http://www.w3.org/TR/html-markup/a.html#a.attrs.target (cf la note)...

En utilisant un script PHP qui s'interface entre toi et le fichier (script de téléchargement) c'est possible en jouant sur le header de la réponse. C'est typiquement ce que fait wordpress il me semble. Mais il y a possibilité en effet je pense de jouer directement sur un .htaccess pour dire que ces ...

En gros il te faut un script sur une page que tout le monde appelle qui fasse la recherche des inactifs et leur change leur état. Situation pour expliquer cela : Tu as un pool d'ordinateur utilisé par x personnes. Mais on ne doit jamais avoir un ordinateur allumé si personne ne l'utilise. Quand quel...

Tu n'aurais pas une vieille version de MySQL par hasard ?
Ce charset n'est pas géré depuis Mathusalem !

L'attribut target n'est plus dans les normes et donc n'est plus applicable.
Il faut gérer cela avec du javascript il me semble pour ouvrir un seconde fenêtre maintenant.

Ce n'est pas le script lié à ce client qu'il faut faire réagir. Mais justement un script global lancé par tous les clients actifs qui fasse le ménage dans les inactifs. Et s'il n'y a pas de client actif c'est qu'il n'y a personne pour lire l'information donc ce n'est pas grave si elle n'est pas à jo...

Quelle est ta chaîne de connexion à la BDD ?
J'ai lu sur le net que certaines configurations pouvait accepter UTF8 alors que d'autres utilisaient utf-8.

C'est tout à fait possible.
Une vue ne va faire qu'afficher des paramètres variables.
Donc il te suffit de les renseigner tantôt avec des articles, tantôt avec des profils.

Voir avec le gérant du webservice ce qui ne va pas dans ta requête.

Ce n'est pas une problématique PHP mais d'installation je dirai. Tu n'as pas le charset UTF8 dans ton installation alors que tu tentes de l'utiliser. Commences par aller regarder ce qu'il y a dans ce dossier. S'il y a bien un truc faisant penser à utf8 alors regardes du côté de la gestion des droits...