Voilà, je veux qu'un script php effectue une requête sur une page lors d'un traitement sur par exemple:

 
Le but est d'appeler la page sans le faire via mon navigateur. Ca doit être invisible du niveau de l'utilisateur.  
Je pourrais ouvrir un socket et envoyer les entêtes mais il doit sûrement y avoir bien plus simple. Voilà ...

Un tag <img...> avec l'url php en src (par exemple).
 
Edit: non c'est débile, laisse tomber mon idée.

Non, non, tu ne m'as pas compris... je ne veux pas appeler la page depuis le  navigateur client.  
Exemple concret :
 
J'ai mon site perso... Les gens voient toujours la même page. Tous les xx visites, je dois contacter un site distant pour le prévenir. Le client lui doit continuer à voir mon site normalement, même s'il est le xx visiteur

fopen(), ou utiliser une classe HTTP POST ?

Ouais je m'en suis rendu compte après avoir posté (d'où mon Edit), scuze-moi.
 

Belgique a écrit a écrit :   Exemple concret : J'ai mon site perso... Les gens voient toujours la même page. Tous les xx visites, je dois contacter un site distant pour le prévenir. Le client lui doit continuer à voir mon site normalement, même s'il est le xx visiteur

Je suis assez branquignole en PHP, dc je risque pas de t'aider puissamment, mais ton truc m'intéresse. Le critère déclencheur, ce serait ce_visiteur == xx c'est ça?
- xx est fixe?
- y a une db dans l'histoire?

moi j'ai rien capté a ce qu'il voulait  

Il veut déclencher un process PHP, genre màj d'une DB, de façon transparente pour l'utilisateur MAIS déclenchée par l'arrivée d'un xxième utilisateur.

Surtout que le code php est interprété coté server et de ce fait l'utilisateur ne verra pas la différence...
 
Edit:

Benh il fait un test sur sa page avec le numéro du visiteur (je sais pas coment compte aussi...)

 
Il veut que son script appelle une autre page sans que ce soit visible pour l'utilisateur.

c tjrs transparent pour l'utilisateur ce genre de trucs heinnnn  

Bon, on résume:
- quel événement doit déclencher l'appel du script PHP?
- sur quel serveur ce script est-il hébergé?
- quel est le client de ce serveur?

-un visiteur en plus (impliquant un test car je ne pense qu'il souhaite envoyer une requête à chaque visiteur)
-il va nous le dire je pense mais je ne suis pas sûr que cela ai un réel intêret (sauf si ils ont bloqué les appels sur des sites distants)
-

Je dirais pas ça: l'utilisateur est généralement CONSCIENT qu'il émet une requête vers une url suffixée PHP et le client reçoit l'html craché par l'interpréteur PHP. Ce qui est transparent, c'est la cuisine faite par le script PHP pour pondre l'HTML.
Ici, je pense que l'objectif est que l'utilisateur (disons le déclencheur) n'aurait pas conscience qu'il provoque l'invocation d'un script PHP...

bah il y verra rien
client (envoie d'une requête, appel d'un page quoi...) -> server (traitement de l'info en php) -> client (reçoit le html)

C'est le couvre-feu en Belgique ou quoi?

Je règlais mon problème c'est tout. Le xième visiteur, c'était juste pour donner un exemple.  
Merci pour les réponses de tout le monde. En fait la question c'était :"Comment effectuer une requête http depuis le serveur".
 
La solution:
 

En plus c'est pas un truc aussi simple qu'auquel on pensait...
Bon, au moins t'as trouvé ta solution

Disons que je ne suis pas toujours super bon pour exprimer mes problèmes .
Et que la solution là semble complexe car elle traite les POST et GET ainsi que les cookies.

 
Ah ouais c'est pas vraiment la même chose. Je (on?) pensais que tu voulais "appeler" la page www.serveur.com/update.php (cf. ton premier post) de façon invisible. Ici tu paramètres toi-même de A à Z la requête et dc Freekill avait raison...
Bon ben ça répond pas à ma question mais il est vrai que çépamontopik.
@+

Ben ça se fait de manière invisible... Un visiteur se connecte au site. Je décide d'effectuer le traitemet, j'utilise ma fonction et je continue mon traitement comme si de rien était. L'utilisateur ne voit rien.