Reprise du message précédent :

Je crois que t'as pas suivi
 
Une "redirection PHP" ça n'existe pas
 
Et on fait pas de redirections dans des frames, parce que les frames c'est mal

oui mais bon. Vous dites faut pas faire ca etc... mais vous n'avez toujours aps répondu à ma question pour limiter le temps des requetes des utilisateurs. Sachant que j'administre un site avec de tres grosse base de donnée (30Go) je ne peux pas me permettre de faire patienter des utilisateurs juste pour des totaux qu'ils ont calculé il y a 5 secondes malgré le fait que je replique mes bases.  
Autre chose, comment faire pour que l'utilisateur affiche le nombre de résultats d'une recherche sur la meme page (donc sans la recharger) et qu'il puisse instantanément changer les critères de la recherche pour avoir plus de résultat ?
 
Autres choses : comment vérifier le contenu de champs texte avant d'envoyer le résultat au serveur sans javascript

Tu les envoie avec la requête et le serveur sait que si les valeurs sont renseignées il n'a qu'à les répliquer

La question est pas vraiment claire. Elle est même claire comme du jus de chique dans un tunnel par une nuit sans lune en fait
Tu veux que l'utilisateur change ses critères de recherche et qu'on lui affiche le nombre de résultats avec la requête modifiée sans recharger? T'as fumé?

On peut pas

Non j'ai pas fumé, tu affiche le résultat dans une iframe, transparent pour l'utilisateur et bien plus appréciable.
 
On ne peut pas vérifier autre que par javascript. Ben alors c'est pas de la merde javascript, ca evite de surcharger un serveur et permet de corriger bien 80% des erreurs de frappe de l'utilisateur.
 
//Tu les envoie avec la requête et le serveur sait que si les valeurs sont renseignées il n'a qu'à les répliquer\\
 
oui mais tu fais travailler ton serveur pour rien. Je ne sais pas si tu sais ce que ca donne 10 millions d'enregistrement dans une base de donnée (bien que répliqué) * 5000 utilisateurs

ragondin, bientot tu nous fait un formulaire de recherche qui affiche les résultats de la recherche AVANT qu'on les tape ?  
 

c'est en cours de conception et tout en html en plus. Nan je déconne. Je veux juste montrer (dans mon cas en tout cas) que le javascript n'est pas à proscrire. Il me permet de réduire considérablement la charge de mes serveur. Associer à des iframes, j'ai une economie de bande passante non négligeable.
Pour info, le site Meetic, 11 millions d'utilisateurs, utilise a foison les iframes

lol

On appelle ça "améliorer l'expérience de l'utilisateur", et la vérification doit de toute façon être effectuée côté serveur
J'ajouterais que je n'ai jamais dit "le javascript c'est de la merde", j'ai dit que les redirection en javascript c'est de la merde.
Quand on a de la merde dans les yeux on va voir l'oculiste

Faudrait ptet que t'apprennes  à lire un de ces jours.
Quand tu fais une copie d'une valeur de ton entrée à ta sortie, tu fais pas de requête sur ta base
Ou alors t'as un fonctionnement bizarre

Et google utilise un total de 0 frames sur l'ensemble de ses sites
Prend exemple sur Meetic si ça t'amuse, personnellement je préfère google, surtout en ce qui concerne les capacités à utiliser le javascript

rien a faire, codes sources a presque autant de membres, et utilise un js pour le menu et pour valider les téléchargements de source et ... c'est tout ..
 
Et c'est pas parce que de gros sites utilisent les frames que c'est bien hein ...

google utilise des frames. Va sur google image et tu veras.  
Ensuite, on est pas là pour se bouffer mais bien pour débattre. A moins que tu ailles un esprit qui ne peux pas changer, il faut arreter de croire que l'on sait tout.  
Enfin, pour moi faire travailler un serveur est différent que faire travailler une base de donnée. Chez moi, les 2 sont dissociés.

Vrai, j'avais oublié google images  
 
Pas de bol, il n'y a pas de JS et il y a une très bonne raison à l'utilisation des frames dans Google Image
Par contre GMail ou Google Maps, bourrés de JS, sont frameless

(quote non éditée)
on dirait pas
Je te parle de faire transiter une valeur précalculée via une requête que tu fais déjà pour la positionner dans ton flux de sortie, tu me parles de BDDs

 
Masklinn est certes competant mais un peu sarcastique des fois ne lui en veut pas.
Mais bon faut dire a sa decharge que "" incite a ce genre de comportement assez facilement ... dur de resister tellement il est rigolo ce smiley

je ne lui en veut pas. On débat c'est tout. Je vous laisse, trop de taf. Bon courage et merci quand meme pour toutes les infos

 
 
xml httprequest

Google utilise effectivement xmlHttpRequest, mais les sites le pouvant fonctionnent sans:
GMail est parfaitement accessible sans le moindre JS activé
Google Suggests... ne suggère plus rien, mais n'empêche pas la recherche
Google Maps est le seul site qui n'est plus fonctionnel, mais la chose est compréhensible
 
On notera également que l'impressionnant Adactio Elsewhere, blindé de JS et d'xmlHttpRequest à ras la gueule, fonctionne lui aussi parfaitement quand on désactive le JS, avec une légère perte dans la facilité d'utilisation mais aucune perte en termes de fonctionalités pures ou d'accès à l'information

Y'a des machins dans le style unbuffered query qui permettent de lancer une requête sur la base, et de revenir tout de suite sans attendre que la requête soit effectuée... A méditer

J'crois que c'est clair !!
 
bilan:
 
Les frames, c'est le mal
le header, c'est le bien
 
Reste plus qu'à choisir sa religion

 
Je répete, je ne cache pas le contenu de la page, ni le masque, ni le différenci du contenu réèl.
Le contenu de cette page, qui est une page type "in.php" utilisé souvent dans les annuaires pour compter le nomdre de click, aura pour contenu les simple balises meta avec a l'interieur les données du site clické. Ce sont des tests, pour voir comment Google réagit à ca. Maitnenant si c'est aps possible, tant pis, je ferai autrement