Setep-en-Bes

Comme proposé précèdement, il y a une solution qui peut te permettre de continuer en attandant de trouvé d'où viens le problème. Il s'agit de La Bufferisation de sortie. Avec un ob_start() au tout début de ton script (=au fichier demandé, pas les fichiers qu'il inclus) tu pourra mettre en cache les données avant de les envoyer, tout en pouvant envoyer des entêtes. Pour libéré le cache et l'envoyer au client : ob_flush à la fin du script. (Cette fonction est appelée par défaut à la fin d'un script, elle est donc "facultative" bien que préférable) Si toute fois ceci ne fonctionne pas, cela peut vouloir dire qu'il y a des données envoyées hors des balises php. PS: cette solution peut-être conservée définitivement, elle est très pratique et permet même un meilleur contrôle de l'affichage. Exemple, si une seule erreur se produit on efface le cache et on renvoi vers une page d'erreur ...

C'est pas faux çà! C'est le réveil, j'ai du mal, merci NorSeb.

[client 206.225.91.72] PHP Warning: setcookie() expects parameter 3 to be long, string given in /var/www/vhosts/ploufi.com/httpdocs/login.php on line 13 [client 206.225.91.72] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/ploufi.com/httpdocs/config.php:18) in /var/www/vhosts/ploufi.com/httpdocs/login.php on line 14 Deux erreurs ici : La première indique le setcookie attend un nombre "long" comme 3ème paramètre. Ce qui est étrange vu que tu n'en spécifie pas. la solution de Norseb devrait arranger çà. De toute façon il faut toujours spécifier une durée de vie à un cookie, ne serait-ce que pour en contrôler l'utilisation. La seconde est très claire : tu ne pourras pas envoyé ton cookie parce que dans config.php à la ligne 18 tu as déjà envoyé des données (un echo possible ?) et par conséquent il a envoyé les entêtes. Le cookie devant être placé dans l'entête, c'est un peu comme s'il avait raté le train. Pour solutionner le deuxième problème, tu peux, ou eviter tout echo / print ... avant l'envoi de setcookie() et header(). Ou alors mettre en tampon les données par un ob_start au début de ton script puis ob_flush à la fin pour envoyer les données. cf. Bufferisation de sortie

Je suis tout à fait d'accord avec toi destroyedlolo. Du point de vue internet / FAI il s'agit d'un DHCP avec un bail de 1 jour (le plus généralement). Je parlais ici d'un DHCP sur le réseau local. Je me réfère à : Je présume que "modem" veut en fait dire "routeur"... me trompe-je ? S'il ne s'agit pas d'un routeur mais bien d'un modem connecté directement à l'ordinateur, la seule chose qui peut bloquer le High ID serait une pare-feu qui semble être correctement configuré... à moins qu'il s'agisse d'un pare-feu matériel ? (et non logiciel) En bref, PapyMusic, il serait préférable que tu décrive l'architecture de ton réseau.

Bonjour, Plusieurs questions : Quel est le model de ton routeur ? As-tu un adressage dynamique DHCP sur ton réseau local ? D'où as-tu fait le ping et vers quel IP dans: Voici le pourquoi de ces questions : Selon le model du routeur on pourra savoir ces fonctionnalité (ce qui pourra peut-être aider à comprendre) Dans le cas d'un adressage dynamique, le serveur DHCP (si tant est qu'il soit suffisament évolué) va attribué la même adresse IP à une adresse MAC donnée (adresse physique de la carte réseau, unique au monde). Si, et je pense que oui, tu utilise la carte réseau intégrée à ta carte mère, alors c'est une nouvelle adresse MAC sur ton réseau, et donc une nouvelle adresse IP pour ton PC. En ce cas il faut reconfigurer ton routeur. Ce qui m'a frappé c'est le Low ID, c'est pourquoi je pense que ton adresse IP locale a due changer. Si tu ping ton adresse locale (IP de ton ordinateur) ceci n'implique pas que d'internet un ordinateur puisse le faire. Et surtout, un ping vers ton DNS depuis une adresse du réseau local n'a aucune chance d'aboutir (avec un routeur "grand publique").

Bonjour, Je pense que le problème ne provient pas de l'upload mais de la copie. Je m'explique : La fonction move_uploaded_file ne renvoie une alerte ("warning") que si une erreur survient lors de la copie. source : Documentation move_uploaded_file De plus, avec le print_r (qui affiche le tableau sous forme de string), on peut voir : Il n'y a donc aucune erreur de chargement. source : Gestion des chargements de fichiers Vérifie que tu aies (ou plutôt que Apache ait) les droits pour copier le fichier vers la destination. Sinon tu peux essayé différents tests pour voir d'où provient l'erreur : Lecture sur le fichier chargé Création du fichier destination avant la copie Copie d'un autre fichier vers cette destination ... Voilà j'espère n'avoir pas trop fait de fautes pour mon 1er post sur le HUB .