LupusMic

Affichage des résultats journalière

(Keika) Oui mais non :p
(thegeniusdexter21) Si tu es anglophone frappe dans tes mains :-D

Pour en revenir à ton problème : quel est-il concrètement ? C'est-à-dire, quel est le problème que tu souhaite résoudre ? Le problème peut être la publication d'articles, de musiques, de la comptabilité, etc. À quoi vont servir les données sauvegardées ? Qu'est-ce qui est sauvegardé ? Coment ? où ?

Si tu ne précise pas ce que tu veux faire, on ne peut pas t'aider. Même si Keika et moogli n'hésitent pas lire dans le mare de café, moi pas. Je ne suis pas sympa, je n'aime pas perdre mon temps à tenter de deviner ce que toi-même n'arrive pas à formuler. Surtout qu'avec les méthodes de divination, on répond systématiquement à côté (le pire c'est quand le quémandeur croit qu'on a trouvé ce qu'il demandait /o\).

Enfin bref.
C'est quoi un résultat ?
On ne dit pas journalier (ratio) mais quotidien (fréquence) : une messe quotidienne, une ration journalière (qui peut être quotidienne :-D ).
Si tu apprends le français, c'est bien, mais précises-le (parce qu'en suite tu as des abrutis intolérants de mon espèce qui viennent te traiter de débile ayant subit la méthode globale )

array_search valeur de retour

Pour peu que tu n'ai pas l'idée saugrenue d'utiliser false pour une clé du tableau, c'est bon.

Affichage des résultats journalière

(moogli) Tu as compris ce qu'il veut ?

Je veux bien une traduction :D

mise a jour table bd avertir l'utilisateur

Effectivement, si la synchronisation est importante, il te faudra jouer directement avec les sockets.

Mais en Javascript, c'est tendu (pour ne pas dire, quasiment impossible). Il faut que tu passes par un applet, qui sait ouvrir un socket. Donc du Java, du Flash, du Silverlight, etc.
Tu peux d'ailleurs n'utiliser une telle applet simplement pour utiliser le socket. Mais tu risque des problèmes de compatibilité avec des outils de sécurité tels que Flashblock, ou les pare-feu.

Problème avec UPDATE

Dans ta requête, tu nomme les arguments suivants : ":auteur", ":titre", ":type", ":menu", ":news", ":isbn" et ":id". Or, dans le tableau de paramètres contenant les valeurs, tu ne fournit pas d'élément ayant pour clé "id". C'est pour ça que PDO n'a pas assez d'arguments et râle.

Il ne faut pas utiliser l'en-tête HTTP location, surtout pendant une phase de développement, et encore moins en période d'apprentissage. C'est le meilleur moyen de se perdre.

Qu'aucun message d'erreur ne s'affiche directement ne veut pas dire qu'il n'y a pas de message d'erreur prêt. Il faut que tu teste le retour des fonction qui peuvent générer des erreurs, pour déterminer si tu dois aller chercher le message d'erreur.

Problème avec UPDATE

Tu as une virgule avant ton where dans la requête.

Problème avec UPDATE

Dans la première requête que tu dis devoir enlever, il manque le nom de la table.

Je ne connais pas PDO. Quel est le message d'erreur ?

mise a jour table bd avertir l'utilisateur

Effectivement, il n'est pas possible de prévenir un client d'une action sur le serveur. Il faut que le client surveille une ressource.

Comme tu l'as deviné, tu peux effectivement utiliser XmlHttpRequest pour interroger périodiquement le serveur. En fonction de la réponse, tu préviendras le client, ou non.

Il faut alors avoir à l'esprit que ça va rapidement augmenter la charge de ton serveur. Donc en fonction de l'usage de la fonctionnalité, il faudra adapter le serveur en conséquence.

Problème avec UPDATE

Tu oublie de préciser le nom de la table dans ton update !

Compression à la volée ZIP ou GZIP

Ben en fait il existe des modules Apache qui font déjà ça. Tels que mod_deflate :)

Pour les images, ce n'est pas la peine. Tout ce que tu risques c'est d'augmenter leur taille en les compressant. La raison en est que les images sont généralement compressées (jpeg, gif, etc), et que les algorithmes de compression sans perte jouent sur la fréquences des mots (binaires) dans un fichier.