Ses derniers messages sur les forums
Ben le / dit que le chemin demarre à la racine du serveur web.
Sans le slash, ca fait un chemin relatif.
Donc quand tu n'utilisais pas le slash, pour le cas http://www.monsite.com/news, il allait chercher la css dans http://www.monsite.com/style/style.css, et quand tu allais sur http://www.monsite.com/news/, il cherchait la css dans http://www.monsite.com/news/style/style.css.
Une explication à quoi ?
href="/style/style.css" c'est le chemin de ta css. Non ?
On ne voit pas l'insertion du lien de l'image en base de données : la fais tu vraiment ?
Sinon, tu mélanges ton code PHP et tes balaises HTML. Ca ne peut pas marcher.
Donc :
- soit tu fermes ton code php pour y mettre du html
- soit tu fais des echo de ton code html
Et avec le BB-Code c'est quand même plus pratique pour lire le code.
Ta css est dans un fichier externe ? Si oui, as tu testé de l'afficher dans ton navigateur ?
Je serais à ta place, dans ta table VISITE, je stockerais des données agrégées par semaine au lieu d'une date, et j'ajouterais un compteur de visite.
Exemple :
TABLE:VISITE
ID_POST
SEMAINE
NB_VISITE
(SEMAINE étant un champ varchar du genre : 2009_15 : la 15 ème semaine de 2009)
Et en fait, à chaque fois qu'un article est lu, tu calcules en PHP le numéro de la semaine courante, et tu fais un UPDATE en base en incrémentant le compteur NB_VISITE (pour la semaine et l'article en question).
Ainsi, pour une semaine donnée, il te serra beaucoup plus facile de ressortir les articles les plus lus d'une semaine et cela te permet de faire un historique par semaine et tu auras beaucoup moins d'entrées en base vu que les visites sont agrégées.
Il te faut maintenir un truc contenant alors l'URL de la page et les 5 derniers visiteurs de cette page.
Tu n'as pas d'autre solution.
Si tu veux mon avis, c'est lourd, et cela ne sert pas à grand chose. Disons que ca a un cout CPU énorme comparé à l'agrément que propose la fonctionnalité.
Si tu as 100 000 pages à loguer, ca fait une table à 500 000 entrées (ce ne sont pas les select qui me font peur, mais plus les update / delete qui feront que tes select seront lockés : après si tu n'as pas beaucoup de visiteur ou de pages à loguer, cela tiendra sans problème) :/
Ou alors, utilise memcache pour faire ce genre de truc histoire de ne pas violer ta base.
Ca ne change rien au problème.
Il te faut loguer les visiteurs de cette page.
Ou alors, tu t'es mal exprimé sur ce que tu souhaitais.
Tu cherches à afficher les 5 derniers utilisateurs inscris sur un site ?
Ou le nom des 5 derniers membres qui ont visités une page précise ?
Dans le cas 1, c'est simple (un simple SELECT from ta table de membre ORDER BY id DESC LIMIT 5).
Dans le cas 2, c'est plus complexe, il te faut loguer pour chaque page du site les 5 dernieres personnes qui l'ont visité.
Sinon, est ce que toutes les données POST arrivent bien sur le PHP ? Fais un print_r pour le vérifier.
Ensuite, est ce que tu rentres dans ton if ? ou non ?
Sinon, tu as une faille de sécurité dans ton script, tu ne fais aucun traitement sur $_POST['to'], ce qui fait que ton formulaire de contact peut devenir une bombe à SPAM. Modifie $_POST['to'] pour virer tous les retour chariots possibles (linefeed, CRLF).
PS : as tu testé un envoi de mail classique, au format texte avec juste une ligne de code, genre mail('toto@toto.com', 'sujet', 'mail'); ? Ca te permettrait déjà de voir si la fonction mail fonctionne bien.
Il te suffit de cliquer sur le nom de la fonction dans le code que je t'ai donné.
Dans tous les exemples de code sur lephpfacile (quand on utilise le BB-Code), dès qu'une fonction est utilisée, il y'a un lien dessus vers la doc. de la fonction.
