recherche_webmaster

C'est le stress..... Je croyais avoir mis le cellpadding à 3 en fait il n'y en avait pas, seulement un à gauche de chaque ligne de texte. La solution de Portekoi eu été la bonne... Je vais m'inscrire à la maternelle des webmasters.

Bonjour, J'ai un problème avec mes tableaux d'affichage. Le cellpadding est à 3 et cela fonctionne, mais si j'ai un retour à la ligne dans une cellule de tableau, alors la deuxième ligne est collée à la bordure, le cellpadding n'agit plus. Auriez vous une idée SVP ?

Tu as raison anonymus, mais hier soir j'étais fatigué, et quand je l'ai relu, après cela m'a sauté aux yeux. Mais par contre je n'ai pas réussi à obtenir ma chaîne de caractère tronquée ET sans espaces indésirables. Donc je fais apparaitre le lien dans un textarea, ça n'est pas valide HTML 4 mais le résultat fonctionne sur IE, firefox et netscape, donc ça fait l'afffaire. Merci.

alors je viens de faire cela, juste après la requete sql : $url= "<a href=\"http://www.site.com/$req[url].htm\">$req[mot]</a> "; newUrl = wordwrap( $url, 10,"\n",1 ); Mais ça m'affiche : <a href="http : //www.si te.com/m ot.htm" >mot</a> avec des espaces d'un goût douteux donc

Ok mais sauf si je n'ai pas bien compris, ça n'est pas un problème puisque le résultat est le même pour l'affichage de mon url non? Tu vas me dire non bien sur sinon tu en aurais pas parlé, mais je voudrais comprendre. ** edit ** deux minutes, j'ai raté quelque chose. En lisant le manuel php j'ai appliqué la technique du premier exemple au cas numéro 2 donc je ne peux pas encore voir le résultat. Et puis j'ai bavé. **edit n°2** je regarde la fonction wordwrap du manuel php : <?php $text = "Un mot tres tres loooooooooooooooooong."; $newtext = wordwrap( $text, 8, "\n", 1); echo "$newtext\n"; ?> Cet exemple va afficher : Un mot tres tres looooooo oooooooo ooong. à quoi sert le 1 après le \n ?

la fonction wordwrap m'a l'air impecable, je termine ma soupe et je l'essaye ! Mais pourquoi utiliser nl2br ensuite ?

Une <div> css dans un tableau alors? parce que overflow ça n'existe pas pour les cellules <td> non? Je crois que je préfère ouvrir l'url dans une nouvelle fenêtre redimensionnée ça fera plus léger à l'affichage. A défaut de la tronquer de manière dynamique.

Donc le nouveau thème du post : Sur mon site j'ai des tableaux, dans lesquels s'affichent des urls. Lorsque celle-ci sont trop longues, du fait qu'elles comptent pour un seul mot sans espace, elles cassent la mise en page. Comment puis-je faire pour régler ce problème? Placer un <br> automatique si elles dépassent un certains nombre de caractère? Ou il y a déjà une fonction dédiée à cela? Ou vous avez une autre idée?

Ah laissez tomber j'ai tout pigé. Y'a une url qui se ballade. Alors je n'y coupe pas et je reprend cette question surement déjà vu (je vais aussi faire une recherche) : Comment couper une url ?

Bon pour l'accueil c'est résolu.

Bonjour, j'ai hésité entre ce forum et le forum html/css. Il me semble que celui ci est plus approprié. Sur firefox, le tableau est trop large. Sur internet explorer c'est la même chose pour les tableaux des compléments. Le texte à l'intérieur du tableau reste de largeur fixe et ne se redimensionne pas tout seul, comme c'est le cas pour n'importe quelle autre page du site. Hors sur ces pages, il y a des balises html, <br> et <p> alors qu'il n'y en a pas ailleurs, et ailleurs il n'y a pas de problème non plus. Le contenu provient d'une base de donnée. Qu'est ce qui se passe ?? **edit** il y a aussi un problème sur l'accueil, avec firefox: l'imagette "nouveaux compléments" dégage un espace beaucoup trop important dans la cellule, je ne pige pas. Peut être que le problème est un simple problème d'affichage dûs aux tableaux pourtant le code est bon je crois (c'était peut être pas le bon forum après tout, dsl).

Je vais approfondir ta solution, mais là j'ai un truc à faire, dès que j'ai essayé je te dis le résultat.

Disons que j'ai cru y arriver plus vite avec mon système, mais je vais approfondir la question (sois tranquille TheRec même si je ne prend pas ta solution à l'identique, déjà ça a considérablement amoindri le problème). Une question là : Les anciennes urls indexées par google et sous la forme 400-b, que vont-elles devenir maintenant qu'elles conduisent toutes à l'accueil? Que va faire le googlebot?

Bon alors je viens d'essayer un truc super simple qui me donne d'une manière assez inattendu un résultat tout de même potable : j'ai donc repris dans le nouveau htaccess l'ancienne ligne de réécriture. Je n'ai mis aucune ligne de redirection, header ou autre. J'ai simplement rajouté dans la requête qui allait chercher les pages en fonction du motclef.htm : OR id='ancienneVariable'. Maintenant toutes les url de la forme: 400-c.htm retourne à la page d'accueil du site. Donc ça marche à moitié : je n'ai pas la page précise qui correpond à l'id mais au moins je n'ai plus d'erreur 404 c'est déjà ça. Maintenant je voudrais comprendre ....

y'a un truc qui me chiffone là : Les visiteurs arrivent par l'url 400-c par exemple. Je reprend donc dans mon htaccess la règle de réécriture qui correspondait à ce type d'url. Mais le serveur va t-il y détecter des variables puisqu'elles ne sont pas transmise par l'url d'un lien interne pas exemple? **edit** je crois que ma question est un peu crétine après coup non ? ça parait évident sinon aucun site ne fonctionnerait je crois ...

ce que tu peux faire c'est utiliser ton ancienne règle (tu es ainsi sûr que tes visiteurs sont bien redirigés) et les envoyer avec celle-ci vers ta page qui s'occupera des redirections...par exemple : C'est pas idiot du tout ton truc TheRec. J'ai essayé un truc dans le genre mais dans l'index je disais : si lil y al es variables $lettre ou $mot on inclu tel fichier. Mais j'avais une 404 quand même. Puis dans ta page newpage.php tu utilise en partie le code de jeroen, sauf que tu effectue une requête dans ta base de données pour trouver le "titre" de ta nouvelle page et tu l'utilises comme ceci : oui parce que par contre les id sont resté les mêmes. ah ça se creuse les gars, je vais trouver un truc, 2 mn **edit** oui le titre est unique En fait avant j'avais un id et un titre genre crêpe. Maintenant j'ai un id, un titre, et un titre avec le mot clef en l'occurence crepe ou alors gateau-aux-poires si le titre est gâteaux aux poires. Effectivement ça fait un champ de plus à remplir mais les urls sont beaucoup plus parlante.

je comprends pas trop : tu as compètement modifié la page index ? Le site n'a absolument plus rien à voir avec l'ancien, j'ai tout repris à zero. La seule chose identique est le contenu des pages.

mais il faut, comme le précise TheRec, un peu plus d'éléments... Deux posts au dessus, je précise, parce que tout le monde poste ensemble .

Bonsoir TheRec, Alors voici une ligne de mon ancien .htaccess : RewriteRule ^([0-9]+)-([a-z])\.htm$ /?mot=$1&lettre=$2 [L] Cela permettait d'arriver, par exemple, à la page "crêpe" via l'url 202-c.htm Le nouveau fichier .htaccess : [CODE]RewriteRule ^([a-z-]+)\.htm$ /?mot=$1 [L] on arrive à la page crêpe via l'url crepe.htm Soit je fais une redirection page par page, c'est lourds, soit une redirection globale des anciennes url vers l'accueil, ça peut aller, soit je génère un fichier 404 personnalisé, mais j'ai eu beau essayer, rien à faire.

Merci pour ta répone jeroen Mais comment je fais pour rediriger TOUTES les anciennes pages avec une URL de la forme 352.htm ou 352-e.htm vers la page d'accueil (vu que je ne me vois pas entrer 400 redirections de pages distinctes dans le bout de code que tu m'as donné ) ? Je ne peux pas mettre un truc du genre [(1-9)+], c'est pour l'url rewriting ça? Et ce bout de code je le place absolument tout en haut de l'index ? (vu que tous les fichiers sont inclus via des conditions dans l'index.php)

Bonjour, J'ai un problème sur un site. Les anciennes url dynamique étaient de la forme 370-a.htm grace à un url-rewriting. Cela a permit de bien placer un certaine nombre de pages dans Google. Maintenant, pour améliorer encore le référencement, j'ai des url de la forme motclef.htm. Forcément c'est mieux, mais pour le moment je vois dans les logs que les gens arrivent sur le site via google et via les anciennes url et tombent donc sur une erreur 404. j'ai essayé de gérer celle-ci avec htaccess, mais cela ne fonctionne pas, vraisemblablement à cause de l'urlrewriting. Donc comment puis-je faire pour gérer tous ses problèmes SVP et notamment le problème des redirections des anciennes urls vers les nouvelles qui correspondent? Merci d'avance

T'es balaise mec, ça a l'air de fonctionner ! Attend je vais tester un peu plus quand même Si je reviens pas à la charge c'est que c'est bon Merci

Comme j'ai dit il n'y a pas d'erreur, je viens de mettre un or die après mysql_query, il n'a aucun message, pas de bug. Simplement la case du tableau qui affiche normalement la date est vide.

Bien le problème c'est qu'il n'y a pas d'erreur à proprement parler, simplement rien ne s'affiche. Par contre si je met des guillements j'obtiens Parse error: parse error, unexpected '%' in /home/dicopsy/scripts/centre-accueil.php on line 26 Je vais essayer de placer un 'or die' après le mysql_query pour voir, quand même. edit, bon bah vu ton edit, ma réponse n'était pas utile lol. Bon je regarde avec le or die

Bonsoir TheRec, Je viens juste d'essayer ta requête, comme cela : $req="SELECT nom, DATE_FORMAT(date,'%d-%m-%Y') FROM liens ORDER BY date DESC LIMIT 0,5" J'ai remplacé simplement les apostrophes par des quotes. ça ne me déclenche pas de message d'erreur mais les dates ne s'affichent plus du tout, les cases du tableau sont vides.