captain_torche

J'ai l'impression qu'apprendre un peu mieux le PHP, ne te ferait pas de mal A ce que je vois, tu ne fais qu'àfficher les valeurs présentes en url ($_GET['titre'], et $_GET['contenu']). En gros, si j'appelle ta page avec comme url : www.tonsite.com/tapage.php?titre=toto&contenu=tata, le titre de la news sera toto, et son texte essocié sera tata. Puisque tu utilises une base de données, pourquoi ne pas transmettre simplement l'id de la news dans l'url, et récupérer dans ta page, via une requête, les contenus ?

Si, comme je l'imagine, l'id de la news, et le numéro de l'image correspondent (cad que la news 1 correspondra à l'image 1.jpg, et la news 246 à l'image 246.jpg), il te suffit d'appeler l'image correspondante dans ton code : <?php echo '<img src="images/'.$id.'.jpg" alt="" />'; ?>

Mais ça n'empêchera personne de voir le code source. Tu masqueras juste l'arborescence réelle du site, c'est tout.

Je ne vais pas être le premier à te le déconseiller, mais bon. Avec la dernière méhode que tu cites, tu n'as que des inconvénients : Tu augmentes énormément le poids de tes pages Tu empêches tout moteur de recherche de t'indexer (car contenu non clair) Et surtout, tu n'empêches personne d'utiliser la même fonction, pour retrouver le code original. Il suffit de faire, par exemple, un alert(unescape(ton code)); Pour ce qui est du .htaccess, il va certes empêcher la visualisation du code source de la page, mais il empêchera également la visualisation de la page à toute personne ne possédant pas le mot de passe. ce qui n'est pas ton but, si j'ai bien compris.

Ca peut également être géré en CSS (plus propre, plus accessible, plus tout), en donnant au div 'conteneur' la propriété : overflow: scroll;

Oui, c'est obligatoire, sur la plupart des serveurs. A ma connaissance, seuls Free (en hébergement gratuit), en online (en hébergement payant), sont configurés de manière à n'accepter que des mots de passe en clair.

Ben, techniquement, les noms de catégorie et autres (hors fautes d'orthographe), ne devraient pas être soumises à changement. Il y a une seule personne pour l'administration et une fois les noms de catégories et d'éléments choisis, il ne devrait pas y avoir de modification. Je voulais juste savoir si, dans les cas marginaux (normalement), de correction de faute d'orthographe, il y avait un risque de pénalisation par les moteurs de recherche (deux urls indexées aboutissant au même contenu).

Et sinon, pour le problème de police de texte, n'oublie pas que les internautes ne peuvent afficher que celles qu'ils ont. Donc, ça limite l'utilisation des polices fantaisistes, comme la tienne. Si tu ne t'en sers que pour des titres, la solution est de la passer en image.

Oui, effectivement Mais comme la question concerne les deux sujets : url rewriting et référencement, il avait peut-être sa place dans les deux

Je suis en train de penser à un truc : Peut-être que j'ai placé le sujet dans le mauvais forum. N'aurait-il pas sa place dans le forum référencement ?

C'est bien ce que je me disais pour le 404. Bon, quelques petites modifs à faire dans mon code ce soir, mais rien de bien méchant (Quand tu auras pris le temps de tout relire - courage -, tu constateras que tout est centralisé sur un seul fichier, donc peu de modifs en vue). Merci, en tout cas. Et merci d'avance pour le reste !

Salut à tous ! Je commence à apprendre les subtilités de l'url Rewriting, et je viens d'en créer un pour un site en cours de développement. Comme c'est la première fois que j'en fais, il y a des chances que mon code ne soit pas excellent. Les pages sont de la forme : www.monsite.com/index.html www.monsite.com/nom_rubrique/index.html www.monsite.com/nom_rubrique/page-X.html www.monsite.com/nom_rubrique/ID-nom+categorie/index.html www.monsite.com/nom_rubrique/ID-nom+categorie/page-X.html www.monsite.com/nom_rubrique/ID-nom+categorie/ID-nom+element.html Avec en rouge, les éléments optionnels. Et le fichier .htaccess ressemble actuellement à ça : Options +FollowSymlinks RewriteEngine on RewriteRule ^admin(/(.)*)?$ - [L] RewriteRule ^(index.htm(l)?)?$ /home/index.php [L] RewriteRule ^([a-z]+)(/(index.html)?)?$ /home/index.php?rubrique=$1 [L] RewriteRule ^([a-z]+)/page-([0-9]+).html$ /home/index.php?rubrique=$1&page=$2 [L] RewriteRule ^([a-z]+)/([0-9]+)(-([a-zA-Z0-9+]+))?(/(index.html)?)?$ /home/index.php?rubrique=$1&categorie=$2 [L] RewriteRule ^([a-z]+)/([0-9]+)(-([a-zA-Z0-9+]+))?/page-([0-9]+)\.html$ /home/index.php?rubrique=$1&categorie=$2&page=$5 [L] RewriteRule ^([a-z]+)(/([0-9]+)-([a-zA-Z0-9+]+))?(/([0-9]+)(-([a-zA-Z0-9+]+))?\.html)$ /home/index.php?rubrique=$1&categorie=$3&id=$6 [L] Je me demandais surtout si, comme les urls étaient susceptibles de changer pour la même page (notamment en modifiant le nom d'un élément ou d'une catégorie), s'il y avait un risque du côté référencement par les moteurs de recherche. Par exemple, si jamais je renseigne dans la bdd, le nom de catégorie "cattegorie", que google vient indexer la page en question, et que je décide de corriger la faute d'othographe (en renommant la page en "categorie"). J'aurai donc deux pages indexées (www.monsite.com/1-cattegorie et www.monsite.com/1-categorie), qui aboutiront au final au même endroit. Y a t'il risque de pénalisation ? De même, comme j'autorise d'arriver sur une catégorie (par exemple), en tapant www.monsite.com/rubrique/ID-nom+categorie, ou www.monsite.com/rubrique/ID-nom+categorie/, ou www.monsite.com/rubrique/ID-nom+categorie/index.html, cela peut-il avoir une incidence sur le référencement ? Je précise par ailleurs, que j'utilise une fonction pour générer mes liens, et qu'ils sont donc tous sur la même forme (soit la dernière citée). Je ne gère les autres cas (sans nommer le fichier index, ou sans le slash de fin de répertoire), que dans un souci d'éviter de générer des erreurs à tout va. Et pour finir mon gros post de la matinée, je me posais une question : je gérais actuellement les pages d'erreur en PHP, sans générer de véritable erreur (juste une inclusion d'une page appelée 404.php). Je me demandais, au vu des capacités du htaccess, s'il ne valait pas mieux générer une véritable erreur en PHP (avec une en-tête 404), et laisser le htaccess afficher la page adéquate. Qu'en pensez vous ?

J'imagine qu'un ul { text-align: center; } devrait fonctionner. Edit : j'ai peut-être mal compris la question.

Pour que les informations ne soient pas perdues, tu dois les intégrer, dans la seconde page, en tant que champs cachés : <input type="hidden" name="nom_du_champ" value="valeur_du_champ" />

Woops, pas vu qu'il s'agissait d'une classe. En même temps, j'aurai vu, j'aurai répondu pareil : je n'y connais rien en classes.

Si tu veux utiliser la variable $col dans ta fonction, tu dois spécifier que la variable n'est pas interne à la fonction avec global. Tu auras donc : function crea_css($x, $y, $cpt) { global $col; ... } Plus d'infos sur les portées des variables ici.

Un index sur un champ de table, permet une recherche plus rapide sur ce champ. Il est conseillé d'en mettre sur tous les champs susceptibles d'être l'objet d'une recherche. Ton hébergeur a donc juste amélioré les performances des requêtes SQL sur ton site.

Si chacune de tes feuilles de style a un nom différent, ça ne devrait pas poser de souci. Edit : si je me mets à répondre aux sujets que je trouve après une recherche moteur (réflexe), je vais remonter de vieux dossiers ...

Bon, comme une image vaut mille mots : Restrictions sur le nom de l'image, donc je la mets en lien. Mais apparemment, tu es en train de faire des modifs (j'avais eu juste deux mnites avant, les nuages non collés au header).

Personnellement, j'utiliserai la fonction mysql_result : $email = mysql_result($res, 0); Pourquoi retourner un tableau, alors qu'on n'a besoin que d'une donnée ?

Tu peux te renseigner sur le Site du Zéro, il y a de bons tutoriaux. Mais ensuite, ça sera à toi de sortir du champ des cours, pour faire quelque chose de personnel.

Dans ce cas, il faut spécifier dans ta feuille de style, que tu définis un nom de classe, en faisant précéder le nom par un point (.td au lieu de td).

On pourrait faire en sorte de ne cibler que les pages index.html, ou index.php à la racine du site, mais ça empêcherait un site qui aurait sa page d'accueil ailleurs (avec une redirection, par exemple), de s'afficher.

Il faut ajouter, en début de code, la fonction url1. Ensuite, juste avant la ligne suivante : $resultat_sql = mysql_query("select * from referants where referant like '$HTTP_REFERER'",$connexion); tu ajoutes celle-ci $HTTP_REFERER = url1($HTTP_REFERER); Mais sinon, je ne saurais que te conseiller de te plonger un peu plus dans le PHP, le code que tu as posté n'est réellement pas compliqué à comprendre.

Et si tu enlevais le margin: 20px de ton H1 ?