captain_torche

Si c'est ça, c'est parce que tu crées une image, dans le fichier. Le principe est de retourner l'image directement au navigateur, avec un header spécifique header ("Content-type: image/png"); Tu peux avoir plus d'infos sur le tuto de PHPDebutant concernant les images dynamiques.

Vérifie si ton hébergeur possède la bibliothèque freeType. Sinon, tu peux te rabattre sur la fonction imagefttext.

Plutôt que de créer des images temporaires, je ne saurai que te conseiller d'appeler un fichier PHP comme une image, genre : <img src="image.php?id=numero" alt="Image dynamique"/> Ensuite, un p'tit peu de GD par-dessus, et ton image sera créée dynamiquement (et pas mise en cache dans les navigateurs, à ce que je sache).

Il suffit d'utiliser la fonction header de PHP, pour forcer le téléchargement. Tu aurais donc quelque chose d'approchant : <?php header('Content-type: text/plain'); header('Content-Disposition: attachment; filename="nom_fichier.flt"'); readfile('tonfichier.flt'); ?> Edit : Pas réveillé, moi. Je donne la même réponse que Darklg

C'est pas super-compliqué (et c'est un excellent exercice ) : Il faut que tu crées une page qui te permette l'ajout (dans une interface d'administration), composée d'un formulaire, qui insèrera ses valeurs dans la base de données. Ensuite, sur ta page de listing, il ne te reste qu'à afficher le minimum d'infos (id, titre, date), issus de ta base, et triés par date (via une requête SQL). Le lien placé sur chaque entrée, contiendra l'identifiant de l'entrée dans ta base, identifiant que tu récupèreras à la page suivante, et qui te permettra d'effectuer une nouvelle requête ressortant de plus amples informations sur le film.

Si la licence du CMS l'autorise, tu peux le modifier pour l'intégrer à un site existant. Mais, tant qu'à faire, si tu t'y connais un peu en PHP/MySQL, il te suffit d ne faire qu'une page en PHP, et d'appeler le contenu depuis une base MySQL (comme le site sur sean connery fait).

Si tu es prêt à payer, pourquoi ne pas changer d'hébergeur/de cms, vu qu'il semble que tu sois bloqué quelque part (et ça dépend aussi du prix que tu as payé pour le CMS).

J'ajoute juste mon grain de sel, en précisant que sémantiquement, l'utilisation de tables dans un forum est justifiée, mais seulement dans la page de présentation des différents topics (dans le cas où, bien sûr, on ne considérerait pas cela comme une simple liste de sujets, mais bien d'un tableau dans lequel on met en relation le sujet, l'auteur, la date, et éventuellement d'autres infos (nombre de réponses, etc)). Par contre, je trouve cela moins défendable dans la présente page, où selon moi, il s'agit de blocs de texte (information utile), agrémentés d'informations complémentaires, d'importance pour certains (nom de l'auteur, date), et pour d'autres réellement moins utiles (avatar, signature, informations diverses). Les mettre dans un tableau, reviendrait selon moi à niveller leur importance, au détriment du contenu (je parle toujours, bien sûr, au niveau purement sémantique).

Tu peux utiliser la propriété 'position: fixed', en CSS.

Vu comment ton fichier est créé, il y a des chances pour que l'image soit créée dans ton répertoire. Sinon, j'avais également pensé à la solution de TheRec, mais je pensais que ça ne fonctionnerait que pour les pages, et non les images. A tester.

Ok, effectivement, comme IE considère qu'il a déjà l'image en cache (même nom généré), il ne va pas aller la télécharger. Comme je ne connais pas d'astuce pour obliger un explorateur à ne pas mettre une image en cache, je te propose plutôt de générer un nom d'image avec un paramètre aléatoire, histoire qu'elle ne soit pas présente en cache. Un truc du genre : $nomfichier = rand(1000, 9999).'.jpg'; Nom que tu répercuteras, bien sûr, dans ton script via ta variable (ce que tu ne fais actuellement pas en fin de script, dans ton echo).

Sinon, s'il s'agit effectivement de ce que disait anonymus, il te suffit de spécifier une taille à tes images.

Tu pourrais nous donner le code d'image que tu récupères dans chacun des trois cas (premier / second / second après refresh) ?

Bon, on va tenter de faire simple Tu commences par définir le numéro de ta page (s'il n'est pas précisé en GET, alors on est sur la page 1, sinon, on est sur la page précisée) : if(!isset($_GET['page']) || $_GET['page'] < 2) $page = 1; else $page = $_GET['page']; On définit ensuite le nombre de résultats que l'on veut voir affichés par page : $nombre_resultats = 30; On détermine ensuite l'index du premier résultat que l'on veut : sur la première page, ce sera zéro, sur la seconde 30, sur la troisième 60, etc. $debut = ($page-1)*$nombre_resultats; Il ne reste plus qu'à effectuer la requête : SELECT SQL_CALC_FOUND_ROWS * FROM ta_table ORDER BY Date DESC LIMIT $debut, $nombre_resultats Avec une petite particularité, le SQL_CALC_FOUND_ROWS, qui permettra de connaître le nombre total de résultats qu'aurait retourné la requête, sans utiliser de limite. Tu exploites bien sûr les résultats de la requête comme tu l'entends. On va donc par la suite, déterminer le nombre d'entrées totales, correspondant à ta requête : $num_rows = mysql_result(mysql_query("SELECT FOUND_ROWS()"), 0); On a par conséquent la variable $num_rows, qui contient le nombre TOTAL de lignes pour ta requête. Il ne reste plus qu'à afficher éventuellement les 'page précédente', et 'page suivante' : if($_GET['page'] != 1) echo '<a href="page.php?page='.$_GET['page']-1.'">Page précédente</a>'; if($page*$nombre_resultats < $num_rows) echo '<a href="page.php?page='.$_GET['page']+1.'">Page suivante</a>'; J'éditerai sans doute par la suite, pour expliquer comment gérer les (page 1, page 2, etc). Edit : Je viens de rédiger cet article : Gestion de la pagination.

Pourquoi faire simple quand on peut faire compliqué ? Il existe carrément une fonction qui permet de choisir une valeur aléatoire dans un tableau : array_rand. Ce qui donnerait, pour le code en question : $all_recettes = array("tarte","poisson","carottes"); $une recette = array_rand($all_recettes); Edit : woops, j'avais pas totalement lu le post de TheRec, qui mentionnait array_rand, en plus de donner la solution en SQL. Désolé.

Dans ton cas, il va falloir apprendre la liaison entre PHP et une base de données MySQL (ajout/insertion/modification/suppression).

Tu as quel message d'erreur ? Tu appelles bien le bon fichier ?

Si le compteur gratuit que tu utilises sur ton site impose l'ouvertur d'un popup, ne tente pas de te soustraire à leur demande. S'il te dérange vraiment, change de compteur.

C'est possible, mais seulement en achetant le site www.riri.fr, et en y mettant ton contenu. Sinon, tu imagines la manne de possibilités qui seraient ouvertes, pour le phishing, ou autres arnaques ?

Oui, c'est parfaitement possible (c'est ce que je fais sur le site que je suis en train de créer). Il va juste que tu isoles un schéma de base des différentes URLS possibles, et que tu t'amuses un peu avec les expressions régulières. Si tu veux t'inspirer, j'avais posté mon htaccess sur un topic récent

Ok, merci Spidetra. Effectivement, comme je l'utilisais sous la forme COUNT(primary_key), je ne voyais pas de différence. Mais effectivement, le fait de ne pas compter les valeurs NULL, peut être bien pratique.

Sinon, quelle est la différence, en termes de performance ou autre, entre un COUNT(champ) et un COUNT(*) ?

Mais si l'index de l'annuaire, est un fichier index.php, ça risque de poser des problèmes. Mais, au vu des précédents posts, je pense qu'il serait judicieux de bloquer quelque chose comme 'annuaire/index.php/.+' (je doute que le nouvel annuaire utilise ce genre de formats d'url).

Je vais faire un blog d'ici quelques semaines, donc je vais créer un captcha. Je pensais, dans le fichier image.php, appeler directement depuis PHP le code aléatoire, générer l'image, et hasher le code (que je renverrai sous forme hashée, dans un champ hidden, dans le formulaire de commentaire). Comme ça, pas de session, et pas de code en clair.

Y'a pas de quoi