URL complètes dans les href virent les session PHP ?

Nouveau WRInaute
Encore moi! LOL
J'ai utilisé la technique de mettre des url complètes (c'est à dire avec -http://www.monsite.com/...)

Quand je fais afficher la source, en effet, le PHPSESSID a bien disparu...
Mais est ce que le google va enfin suivre mes liens cette fois ci ?
Sinon, je suis chez OVH, et le ini_set ne marche pas... :(
Et le htaccess provoque une erreur 500... :(

D'autres personne sdans mon cas ???

Merci d'avance...

Mon site :
-http://www.absolom-design.com
 
WRInaute accro
Il n'y as que des fonctions javascript et seuls quelques navigateurs sont capable de les interpreter.
Essaye le inner.html ça marche mieux

quoique pour google ça va rien changer non plus.

Tu peux le faire avec des layers :
- tes menus dans un layer invisible comme si tu les mettais en dur sur la page web
- la fonction javascript que tu appelles quand tu cliques
- le layer devient visible
- tu ajoutes le code pour déplacer le layer sur la gauche ou la droite. C'est le meme principe que pour faire se déplacer une image sur l'écran ou bien faire défiler le texte d'une news en rotation.

Google va prendre en compte tes layers comme s'ils étaient toujours visibles et il va suivre les liens

Mais google ne suit pas des liens javascripts donc dans les layers il faut déjà que tu mettes de vrais liens avec la balise
Code:
<a href ="nom de ta page">texte du lien</a>
 
Nouveau WRInaute
Merci pour la réponse, je vais essayer de mettre ça en place...
J'ai déjà viré tous les javascript sur la page d'accueil, il devrait au moins aller sur principale.php quand même la...

Enfin, j'espère...
Sinon, je met en place le systême avec les layers...
 
WRInaute passionné
altivec a dit:
J'ai déjà viré tous les javascript sur la page d'accueil, il devrait au moins aller sur principale.php quand même la...
Bonjour,

Cela ne va pas l'avancer beaucoup d'arriver là s'il tombe de nouveau sur du javascript, le robot ne trouvera rien à prospecter avec un lien comme celui-ci :
Code:
<a href="#" onclick="free('tir');free('log');do_it('aa')"><img src="img/1024_offres.jpg" border="0"></a>

Avec Mozilla 1.4 (javascript activé), il ne se passe rien... j'ai dû aller dans IE 6 pour voir tes pages :(
A quoi bon tes beaux effets si tout le monde ne peut pas les voir :?

Amicalement,
Monique
 
Nouveau WRInaute
Mais alors, je suis réduit à faire des pages html, un menu a gauche, comme tout le monde ? ? ?
A quoi ça sert qu'il existe des languages comme le javascript, le DHTML, etc... si ce n'est pas pour pouvoir s'en servir ?
Le php aussi, apparament, c'est compliqué à indexer... :(
Je comprend pas moi, c'est dingue ça...
Pourtant, le javascript est normé, le html aussi, tous les navigateurs devraient le reconnaitre... :(((

Bouhou...

Je suis obligé de faire un site par résolution d'écran alors, et pour chaque résolutions, une version selon le navigateur, et après, aussi, selon l'OS...
Quelle galère...
Mon javascript me permet d'éviter 36 sites...
Il n'y en a qu'un, et tout s'adapte en fonction du navigateur (même si ça ne marche pas encore avec tous, je peux l'optimiser facilement en mettant une consition)...
 
WRInaute accro
ben avec un layer google il suivra les liens.
Tu te sert de javascript seulement pour l'animation, pas pour les liens.
Et puis le html s'est s'adapter aux résolutions avec les tableaux proportionnels. Donc ça te fait plus que 12 sites à faire ;)
 
WRInaute accro

Bonsoir
Excusez-moi de ma question naive de newbie en matière de sessions PHP, ( mais bon programmeur PHP je pense ):

Est-il vrai qu'il existe des hébergeurs, où les sessions PHP sont "déclenchées" par défaut, sans que le script PHP n'ait du tout besoin de la déclencher lui-même ?

Autrement dit, à supposer que mon hébergeur ( OVH avec un 240plan en ce qui me concerne ), soit comme celà, serait-il possible que mes scripts PHP comportent chacuns une session PHP, sans que je le sache ?

Il est vrai que mes appels entre scripts se font par urls relatives et non pas absolues, celà parce que j'ai un site web local sur mon ordi, et un autre "remote" sur OVH, et la programmation est identique.

Et, question subsidiaire: Si effectivement c'est le cas, comment je pourrais savoir avec mon navigateur par exemple, si effectivement il y a une ou des sessions PHP dans mes scripts, qui je le précise bien, ne comportent pas d'instruction ini_set(...) ou je ne sais quoi ?

Merci beaucoup de vos réponses.

Jean Francois Ortolo

 
WRInaute accro
altivec a dit:
A quoi ça sert qu'il existe des languages comme le javascript, le DHTML, etc... si ce n'est pas pour pouvoir s'en servir ?

mouais.. si demain je sors le langage maHefaTML, tu crois que google le comprendra ? nan, il ne comprends que le HTML et si on veut etre dans google bin y a pas a discuter, c'est a nous de nous plier a ses règles et non l'inverse.

altivec a dit:
Le php aussi, apparament, c'est compliqué à indexer... :(
Je comprend pas moi, c'est dingue ça...
Pourtant, le javascript est normé, le html aussi, tous les navigateurs devraient le reconnaitre... :(((
Bouhou...

je pense que tu devrais revoir tes concepts de programmation web...

PHP = interprété coté serveur web.. et ne renvoit au final que du bon vieux code HTML au client.

PHP, ASP, JSP peu importe.. Au final, coté client, c'est du HTML point final.

Citez moi un seul exemple où indexer, hormis les liens, du code javascript est pertinent ?
 
Nouveau WRInaute
mahefarivony a dit:
altivec a dit:
A quoi ça sert qu'il existe des languages comme le javascript, le DHTML, etc... si ce n'est pas pour pouvoir s'en servir ?

mouais.. si demain je sors le langage maHefaTML, tu crois que google le comprendra ? nan, il ne comprends que le HTML et si on veut etre dans google bin y a pas a discuter, c'est a nous de nous plier a ses règles et non l'inverse.

Ah ben si tu crées ton propre language, oui, en effet...
Mais le javascripy/dhtml permet de faire des choses bien sympas, et c'est normé, ainsi que les iframe...
Juste dommage que google ne le sindexent pas...

altivec a dit:
Le php aussi, apparament, c'est compliqué à indexer... :(
Je comprend pas moi, c'est dingue ça...
Pourtant, le javascript est normé, le html aussi, tous les navigateurs devraient le reconnaitre... :(((
Bouhou...

Je pense que tu devrais revoir tes concepts de programmation web...

PHP = interprété coté serveur web.. et ne renvoit au final que du bon vieux code HTML au client.

PHP, ASP, JSP peu importe.. Au final, coté client, c'est du HTML point final.

Citez moi un seul exemple où indexer, hormis les liens, du code javascript est pertinent ?

Je parlais des sessions, et du passage de paramèters dans les urls...
Après, bien sur que c'est interprété côté serveur, je le sais bien...
Mais bon, pour le javascript, en effet, c'est un faux problême, que j'ai d'ailleurs résolu...
Mes pbs sont les sessiosn de php, et les iframes...
Vu que j'utilise une page, dans laquelle j'inclue toutes mes autres pages, dans un iframe...
Je suis en train de transformer ça en layers, mais ça me fait changer tout...
C'est pas grave, je suis la pour apprendre, mais je trouve ça dommage qu'il y ait plusieurs façons de programmer, pas toutes reconnues...

Par exemple, déjà, le simple fait que un code peut ne pas s'afficher sous netscape ou internet explorer de la même façon... (Et cela, la faute à IE, malheureusement, qui est trop permissif...)

Pour répondre à ortolojf :

Sur ovh, les sessions ne sont pas activés par défaut, il te faut mettre dans ton code :
session_start(); pour les activer...
Donc, pas de pb...
Ne t'inquiètes pas, si tu ne l'as pas fait, elle ne sont pas activées...

Mais ce que je constate, c'est que faire original sur le web ne paie pas du tout côté référencement... :(
Il faut faire un bon vieux site HTML only, avec que des liens, pour être bien référencé...
 
WRInaute accro
D'une part tout langage informatique quel qu'il soit n'est pas fait pour faire de l'originalité. En général, si tu mets une virgule à l'endroit où il faudrait un point-virgule ça va te sortir une belle syntax error, même en basic.

Pour une normalisation de présentation de documents telle que le html qui se veut universelle c'est encore plus vrai.

D'autre part, pour que ton site fonctionne quelque soit le navigateur, le plus simple est de se baser sur ce qui est reconnu par tous les navigateurs.

Bien entendu, tu peux mettre du javascript ensuite. Mais en sachant que ce code peut ne pas etre reconnu par tous, donc ça ne doit géner en aucune maniere le visiteur.

Sur ma page d'accueil (celle de mon profil), j'ai des oiseaux qui volent, mais ils ne volent pas avec mozilla. Si l'ergonomie du site avait été basée sur le fait qu'ils doivent voler j'avais tout faux.

La regle en html est que tout ce qui n'est pas reconnu est ignoré. En partant de cette règle il faut se baser sur ce qui est réellement normalisé et reconnu par tous et tout le reste est du superflux. En enlevant tout ce qui est superflux, même les images, un internaute devrait pouvoir malgré tout naviguer dans ton site sans problème.

Le fait que IE est permissif est un énorme problème pour tout le monde car on en vient à faire tout et n'importe quoi. En php, par exemple, c'est une très bonne habitude d'utiliser le urlencode() pour passer des paramètres par l'url, même si IE l'accepte. Ca evite d'une part qu'un internaute qui utilise un autre navigateur ne se retrouve devant une erreur php où qu'un robot de moteur de recherche se retrouve devant le même problème ou une erreur 404.

Tu remarqueras aussi que tous les sites des FAI fonctionnent même avec un vieux netscape 4.5. Ce n'est pas un hasard. (il y a que lycos qui est tout daubé avec un vieux navi, c'est sans doute pas un hasard non plus et ce n'est pas un FAI en plus).

Dis-toi que tu es dans un village de daltoniens et demande-toi si c'est judicieux de peindre toutes les maisons en vert et la mairie en rouge :lol:
 
Discussions similaires
Haut