nyl auster

Hello, merci à vous deux! Oui j'ai entendu parler de cette astuce sur le le forum de spip mais je ne sais pas utiliser les mots clefs pour l'instant. La technique pour définir des templates différents en fonctions des rubriques me convient parfaitement pour le moment, c'est exactement ce que je cherchais. En fait, si Spip proposait lui aussi un systeme de catégorie en plus des rubriques ce serait vraiment chouette. Je n'y connais pas grand chose mais ça ne parait pas très difficile à inclure? il suffirait de rajouter une table catégorie avec nom et ID et d'inclure ensuite cet ID dans la table article dans une colonne id_categorie? - bon je suppose que si ils le font pas c'est que c'est loin d'être aussi simple à implémenter :-( - Mais en l'état Spip peut déjà faire beaucoup plus de choses que je croyais; c'est quand même un chouette outil. Mod X me tente depuis longtemps mais sa complexité me freine un peu pour l'instant.

Non tu as bien compris, j'ai visiblement sauté ce chapitre dans le tuto que je croyais avoir lu en intégralité désolé :-( je vais jeter un oeil là dessus tout de suite; j'ai lu le max d'informations hier sur Spip car je dois réaliser un systeme de publication de dossiers cette après midi alors dans le stress j'ai du raté des trucs... Merci beaucoup. (et puis j'ai aussi sous-estimé la puissance de Spip ! )

Bonjour à tous Je suis de nouveau à la recherche d'un CMS. J'ai testé Spip pendant deux jours qui semblent très bien convenir à des projets simples mais qui est trop limité niveau squelettes disponibles (en gros accueil, rubriques, articles pour les principaux). J'aimerais trouver un CMS permettant de choisir quel squelette (parmi ceux que j'aurais crée) est appliqué à un article; tout en conservant la possibilité de d'organiser en rubriques et sous-rubriques (text-pattern semble n'offrir qu'un seul niveau avec les sections). Depuis que j'ai essayé ce système de rubriques et sous rubriques dans Spip, j'aurais du mal à m'en passer tant je trouve ça pratique; mais il manque à Spip les classements "conceptuels" comme les catégories de text-pattern; et la possibilité d'ajouter de nouveaux squelettes: par exemple faire plusieurs versions du "article.html" qui affiche les articles et choisir quel template s'applique à quelle rubrique... Je regarde donc du côté de text-pattern et ModX, mais les deux étant assez complexes pour moi qui n'y connais rien en CMS; un regard extérieur me serait d'une grand aide : Lequel correspond le mieux à ces criteres? Ou quel autre CMS pourrais convenir à cette courte description? En gros il me faudrait un SPIP mais qui permet d'ajouter facilement des squelettes pour me permettre une variété d'affichage importante...

salut je ne suis pas un spécialise du référencement mais nous avions fait une page de ce genre seulement une semaine avant la mise en ligne du site pour commencer à intéresser les gens et pour qu'on puisse trouver notre site en tapant son nom dans google au moment du lancement effectif, ça avait bien fonctionné. En revanche je n'ai fait des liens que "naturellement" au fur et à mesure des articles qui sortaient et que le contenu s'agrandissait. (voici un aperçu de la page que nous avions mis si cela vous intéresse : http://www.savepoint.fr/editos/teaser.html )

ok je comprends mieux

Je ne sais pas, ma page d'accueil est loin d'etre codé de façon très propre et on a été référencé (désolé d'avoir employé de ce terme de travers plus haut, une mauvais habitude ) rapidement... Pour le positionnement, effectivement l'impact des balises "signifiantes" (les H1 etc...) me semble bien plus logique que l'usage ou non de tableau pour structurer sa page....

Est ce que quelqu'un a réellement une preuve que le fait d'utiliser des "div" plutôt que des tableaux pour la structure d'une page change vraiment quelque chose ? IL suffit de regarder le codage horrible de grands sites très bien référencés (et qui par ailleurs suivent les conseils de référenceurs pro) codés à la pelleteuse, où les tableaux sont très présents et contiennent pas mal d'informations de style en plein milieu du html comme le code du site d'Eumarie... Quant aux petits sites; j'ai pu observer que la page d'accueil de notre propre site codé hélas "à l'arrache" en tableaux imbriqués n'a pas subi de ralentissement de référencement par rapport à d'autres petits sites codés proprement. Bref je suis vraiment pas persuadé de l'impact sur le référencement de tableaux sur une page; je commence à me demander parfois si les plus fervents chevaliers du tableless n'en font pas un simple alibi de leur cause; et si ce n'est pas le cas je m'excuse de ces propos mais je demande des preuves ou des exemples de ce qu'ils avancent.

ok, encore merci de ton avis. En effet le blog sera avant tout un espace de communication alternatif. Tu as raison pour les liens, je vais corriger le fichier xml.

je suis heureux que tu soulèves ce point, je n'osais pas trop le dire moi-même... Je vais réfléchir un peu à toutes ces réponses, merci de vos avis; effectivement la solution de Florent V me parait un compromis acceptable...

Ok je comprends. Ce qui implique que je ne pourrais donc jamais remplir mes balises "alt" étant donné notre fonctionnement, ce qui va m'handicaper pour le référencement Google image fonctionne-t-il avec les balises "alt" ou avec le nom de l'image ? EDIT : je viens de faire un tour sur les sites de jeux-vidéo, et je vois qu'ils appliquent tous cette méthode. Comment peut on aujourd'hui ressortir sur certains mots clefs avec en face des gros sites qui sont toujours "borderline" côté référencement?

oui, dans l'état actuel du fonctionnement du script de news, ça n'est pas tellement possible, vu qu'il y a de nombreuses images et qu'une news doit être rentrée le plus vite possible, on a pas vraiment le temps de mettre un légende relative à chaque image. Le mieux que je puisse faire, ce serait leur adjoindre un numéro pour les différencier...

arf oui c'est bien la solution la plus raisonnable que de corriger le défaut de la base de données, il va falloir que je trouve le temps (ce qui va être difficile) de le faire d'où ma tentative désespérée de ce script que j'ai fait hier soir pou tenter de m'en sortir quand même...

Hello J'aurais besoin de votre avis sur une de mes requête sql. Suite à une erreur de distraction, je me suis rendu compte qu'un des champs de ma table images étaient mal rempli: celui qui devait lier les images au numéro du jeu correspondant. Ce qui fait que je ne peux pas récupérer les images d'un jeu avec une simple requête sql du type : SELECT * FROM tables_images WHERE ID=numero du jeu désiré En revanche, je peux récupérer les images en faisant appel à une table intermédiaire. Seulement cela donne une requête particulièrement alambiquée (voir ci-dessous). Si dans la pratique ça fonctionne, est ce que ce type de requête n'est pas beaucoup trop lourde à gérer? est ce que je peux me contenter de ce systeme-D, ou bien il vaut mieux que je retrousse mes manches pour rajouter la données manquante (ID du jeu correspondant) sur chaque ligne de ma table images qui compte tout de même mille entrées aujourd'hui if ($_POST['type']=='images') { //J'explose la chaine pour mettre chaque mot dans une partie du tableau $tab=explode(" " , $mot); //je compte le nombre d'éléments qu'il y a dans le tableau $nb=count($tab); //si la recherche est complète, je fais une requête à partir du tableau de chaine de caractères explosées $sql="select ID from fiches_de_jeux WHERE nom_du_jeu OR mots_clefs like '%$mot%' "; //on prépare la requête SQL. $resultat = mysql_query("$sql") or die(mysql_error()); // Je stocke dans un tableau toutes les ID des différetes fiches de jeu correspondant au jeu demandé $tableau_ID=array(); $i=0; while ($resultats = mysql_fetch_array($resultat) ) { $tableau_ID[$i]=$resultats['ID']; $i++; }//fin de la boucle de recherche //je compte le nombre d'entrée du tableau $nb=count($tableau_ID); // Je sélectionne toutes les news liée à ces numéro de fiche de jeu. Il y a quatre colonnes : ID_fiche, IDfiche-2, IDfiche_3, ID_fiche4, //je dois toutes les controler $sql="SELECT ID FROM news WHERE id_fiche=\"$tableau_ID[0]\""; // si il y a plusiers ID de fiches de jeu, j'allonge la requête SQL, et je controle chaque colonne (les 4 colonnes ID_fiche) if($nb>0) { for($i=1; $i<$nb; $i++) { $sql.=" OR id_fiche=\"$tableau_ID[$i]\""; } } $sql.=" OR id_fiche2 =\"$tableau_ID[0]\""; if($nb>0) { for($i=1; $i<$nb; $i++) { $sql.=" OR id_fiche2=\"$tableau_ID[$i]\""; } } $sql.=" OR id_fiche3 =\"$tableau_ID[0]\""; if($nb>0) { for($i=1; $i<$nb; $i++) { $sql.=" OR id_fiche3=\"$tableau_ID[$i]\""; } } $sql.=" OR id_fiche4 =\"$tableau_ID[0]\""; if($nb>0) { for($i=1; $i<$nb; $i++) { $sql.=" OR id_fiche4=\"$tableau_ID[$i]\""; } } //j'exécute la requête pour obtenir tous les numéros de news qui parle du jeu désiré $resultat = mysql_query("$sql") or die(mysql_error()); //je stocke dans un tableau les ID de ces news $numero_news=array(); $i=0; while ($resultats = mysql_fetch_array($resultat) ) { $ID=$resultats['ID']; $numero_news[$i]=$ID; $i++; } $nb=count($numero_news); //maintenant je compose la requête qui parcourera la table images en cherchant les images qui correspondent aux news $sql="SELECT gif FROM images_news WHERE id_news=\"$numero_news[0]\""; if($nb>0) { for($i=1; $i<$nb; $i++) { $sql.=" OR id_news=\"$numero_news[$i]\""; } } $resultat = mysql_query("$sql") or die(mysql_error()); $images_news=array(); $i=0; // Je stocke le resultat (liens images) dans un tableau que j'appelerais ensuite avec la fonction join while ($resultats = mysql_fetch_array($resultat) ) { $gif=$resultats['gif']; $images_news[$i]=$gif; $i++; }//fin de la boucle de recherche

ok merci de ton avis, c'est que je me suis rendu compte récemment que les balises alt était importantes sur le résultat des requêtes, j'en conclus qu'il s 'agit d'un critère que Google juge important, je voulais être sur de ne pas en abuser; et je ne vois pas comment éviter ce genre de répétition avec le remplissage de la balise "alt" généré automatiquement par PHP...

Re-bonjour à tous J'ai une question concernant le texte de remplacement des images avec la balise "alt". Sur nos pages de News, actuellement j'indique au PHP de mettre en texte de remplacement de l'image le nom du jeu-vidéo traité. Chaque image a le même texte de remplacement; ce qui donne un résultat assez "bourrage de crâne" niveau code source. Je sais qu'il est conseillé de se servir des balises alt, mais sur une courte news comme celle-ci, est ce que Google ne risque pas de prendre ça comme du spamdexing ? <a href="http://www.savepoint.fr/NEWS/odin-sphere/images/jpg/odin-sphere-p2-002.jpg" alt="Odin Sphere"><img src="http://www.savepoint.fr/NEWS/odin-sphere/images/gif/odin-sphere-p2-002.gif" alt="Odin Sphere"/></a><a href="http://www.savepoint.fr/NEWS/odin-sphere/images/jpg/odin-sphere-p2-003.jpg" alt="Odin Sphere"><img src="http://www.savepoint.fr/NEWS/odin-sphere/images/gif/odin-sphere-p2-003.gif" alt="Odin Sphere"/></a><a href="http://www.savepoint.fr/NEWS/odin-sphere/images/jpg/odin-sphere-p2-004.jpg" alt="Odin Sphere"><img src="http://www.savepoint.fr/NEWS/odin-sphere/images/gif/odin-sphere-p2-004.gif " alt="Odin Sphere"/></a>

Bonjour à tous J'ai encore une question dans la famille " qu'est ce que j'ai le droit de faire pour améliorer notre référencement "; nous avons ouvert un blog en parallèle du site. ( http://grenierredac.canalblog.com/ ) On a décidé pour le moment d'y inclure sur le côté les flux RSS des deniers articles et des dernières News pour des raisons à la fois pratiques (faciliter le retour au site), promotionnelles (pour les gens qui ne connaissent pas le site) et en se disant également que cela pouvait aider en terme de référencement; et c'est bien sur ce point que je me pose des questions. Je sais que google n'aime pas les pages satellites avec pour seuls buts de pointer vers le site. Est ce que ces flux RSS qui fournissent dix à vingts liens vers notre site peut poser problème ? Ou bien cela peut-il améliorer notre référencement; sachant que ce blog sera bien mis à jour très régulièrement et pas juste là pour faire du backlink... J'aurais également aimé rajouté le flux rss du forum, en espérant que cela favorise peut être son indexation qui est très lente (seulement deux ou trois pages actuellement), mais j'ai peur d'en faire trop du coup... Merci de vos avis éclairés sur le sujet

encore un avis différent Sinon Google semble bien dire clairement que certains liens peuvent être néfastes au classement du site

Ok, disons que j'aimerais savoir si il ne s'agit pas d'une méthode pour "plomber" les concurrents ! Parce que la liste de liens sortants est immense (900 000 caractères ! ce qui doit faire 12 000 liens à peu près ) et complètement incohérente. A quoi leur sert -elle du coup ?

Ok merci, je vais essayer de faire ça

voilà qui est bien expliqué j'ai découvert il y a peu qu'un site contient une page avec une immense liste de liens sortants. Notre site y est pour une raison que j'ignore, cotoyant joyeusement d'autres sites de notre type mais aussi des sites pornos etc... bref de tout ! Dois-je les contacter pour leur dire de retirer notre site de cette liste dans l'optique de ce que tu viens de dire?

Oui ça parait tout à fait logique As tu plus de précisions là dessus ? tu veux dire qu'il est néfaste pour son positionnement ou son indexation par exemple ?

oui c'est noté, merci à tous pour toutes vos précisions. Tout ça reste bien mystérieux à mes yeux de pur neophyte du referencement, mais ça s'éclaircit peu à peu.

tout ça est très... imagé En tous cas ça confirme que cette notion de "mauvais" ou "bon" backlink semble justifiée; et si je suis bien il vaut mieux opter pour un nombre restreint, mais placé intelligemment, de liens...

qu'est ce à dire ? je débute dans le vaste monde du web, que veux tu dire par un "bon plan de site conventionnel" ? oui, en cliquant sur le tableau de news en bas, il y a un lien "toutes les news". Pas très visible mais concrètement il est là. edit: j'oublie que cette page est aussi accessible de chaque news particulière par le lien "retour aux news".

héhé non justement pas encore, cela fait réellement la différence sur l'indexation ? j'avais fait un essai il y a peu mais il y a certaines choses que je n'étais pas sûr d'avoir compris. Mais si cela s'avère indispensable pour une bonne indexation, je m'y mets dès cette après midi