Anonymus

J'ai eu récemment ce genre de problème du 'rien qui dépasse, mais ca dépasse comme meme' En l'occurence, après un bon gros paquet de tests, il s'avère que apparemment, dans certains cas, IE ne trouve pas la taille de l'image qu'il va placer dans la page. Il lui réserve donc une grande place, en attendant. Lorsqu'il la recoit, il rétrécit le design et autres, mais laisse en place la barre... Genre truc chiant à trouver... Pour trouver d'où ca vient : Supprimer tout le code, puis le remettre petit à petit, jusqu'à.. Pour enlever une scroll-barr, c'est tout à fait possible. De mémoire, c'est l'overflow, mais je n'en suis pas trop sûr. ?

Il y a un truc, mais... Php ne le fait pas forcément :/ J'aurais besoin d'ouvrir plusieurs fichiers en parallèle, et ca par exemple, Php ne le fait pas. Il faut attendre que l'un soit 'appelé', pour appeler le suivant.

Le système de cache est refusé par le client (dû au secteur d'activité), et le fournisseur (de xml) est assez... enfin.. c'est pas possible. :/

J'utilises http, et c'est pour récupérer un xml. Mais de là à faire du ftp avec eux, c'est perdu d'avance :/

Tout dépend de la facon dont sont stockés les textes. A supposer qu'ils soient dans une base de données, tu ne fais pas pareil que s'ils sont dans un tableau php. Pour un tableau, tu peux faire comme ceci : $all_recettes = array("tarte","poisson","carottes"); $une recette = $all_recettes[rand(0,count($all_recettes)-1]; Ceci va te générer un numéro aléatoire, et va ensuite chercher le texte correspondant à l'index dans le tableau. A supposer que ca soit dans une base de données, c'est idem, tu cherches d'abord le nombre d'éléments de la table, puis ensuite tu demande un numéro aléatoire compris entre 0 et cet élément.... En utilisant bien le paramètre sql " LIMIT ", pour éviter de tomber sur un numéro qui n'existe plus

pour un fichier de 10 lignes, le problème ne se pose pas. Mais pour un fichier de quelques centaines d'octets, et qui n'est pas sur mon serveur, ca pose le problème de la page blanche pour l'internaute. J'aurais voulu faire un système de présentation d'une partie du fichier (mettons les 10 premières lignes, et la suite vient après, ou quelque chose comme ca. Mais là, je suis coincé. Je demande les 10 premières lignes, et il me renvoie de toute facon le fichier en entier... Pour file, il enregistre le fichier dans un tableau, en premier, et après seulement il te le met à disposition Il y a peut être un système de cache pour les fichiers, et une fonction telle que flush et ses dérivés :/ Pour CURL_RANGE, ca revient à lire le fichier avec fgets et 4096. Je n'ai pas essayé, mais c'est idem a priori..

Lorsque j'ouvre un fichier distant avec fopen : $fp =fopen("file","r"); while(! feof($fp)) echo fgets($fp,4096); Je m'apercois que le fichier est récupéré entièrement, puis seulement parcouru. Ainsi, si je ne veux que la permière ligne de ce fichier, je suis bien obligé d'ouvrir le fichier dans son intégralité, puis seulement d'ouvrir cette première ligne. C'est dommage, dans le cas de gros fichiers. Existe-t-il une méthode, une fonction, qui ferait en sorte que le fichier ne soit pas récupéré entièrement, puis lu, mais récupéré ET lu, au fur et à mesure de sa récupération ? Merci.

Tu peux demander que le lien vers ton site ne figure pas sur leur site, tout simplement

Non : Le principe n'est pas d'avoir des visiteurs (ce que tu arrives à faire, en postant un seul message sur ce forum), mais d'avoir des visiteurs qui sont intéressés par le sujet de ton forum, qui veulent participer, qui sont venus parce qu'ils trouvent (ou pensent trouver) un intéret. Bref, que tu ais 33 visiteurs, très bien. Que ces visiteurs aient envie de s'inscrire est une autre paire de manche

Bon.. Pour départager tout le monde, je ne dirais que 2 choses : $_SERVER['REQUEST_URI']; et print_r($_SERVER); Affiches les toutes, tu verras bien celle dont tu as besoin

Il suffirait donc qu'une seule de ces valeurs ne soit pas vide pour que toutes soient considérées comme 'non vides' ? La forme en elle même est assez étrange, mais le comportement que tu risques d'avoir le sera d'autant. Lorsque le code devient trop complexe, il ne faut pas hésiter à l'éclater en parties plus petites.

C'est en tombant sur ce genre d'articles que j'ai répondu ceci. Avant d'être légitimées par le W3C, certaines 'facons de faire' sont 'non conformes'.

Regrouper les différentes prestations ne dispense pas de lire. Or en l'occurence, si ton client ne sait pas ce qui lui appartient, c'en est dommage. Si en plus tu tombes sur un prestataire peu scrupuleux, alors c'est doublé de 'pas de chance', mais ils ne sont pas tous comme ca. En l'occurence, ca n'est pas pour rien que OVH héberge une grande majorité des site francais, et des sites des hubmasters

Le monde parfait ne présente pas de bisounours. Dans un monde parfait constitué exclusivement de standards, où serait la nouveauté ? Où seraient les nouvelles technologies ? Qu'en est-il de l'ajax, et des standards ? Faut il tirer à vue sur ce genre de techno, sous pretexte qu'elle n'est pas 'standard' ?

les utilisateurs arrivent à s'adapter, seulement... Lorsque tu as 10 nouvelles techno qui pointent le bout de leur nez, tous les ans, il te faut un certain temps pour choisir celle qui te parait la plus pérenne. Ca n'est pas parce que telle nouvelle idée est criée sur les toits que l'on doit l'adopter. Il faut lui laisser un peu le temps de vieillir en gros. " Si l'on avait du s'adapter à tous les nouveaux langages promus comme 'révolutionnaires', on aurait passé notre temps en formation" Je schématise, mais c'est un peu ca, tout de même

Pour des raisons de sécurité, je ne vois pas. Mais pour des raisons pratiques et pour éviter tous les problèmes de configuration qu'il existe entre chaque hébergeur, je te conseille au contraire de prendre le domaine ET l'hébergement chez le même prestataire.

Le problème des extensions est qu'elles ont été très rapidement dénaturées de sens. Un .fr n'est qu'un .com déjà pris en .com... Mais à la base, les .net étaient faits pour les sites à thématique informatique. et toutes les extensions avaient ainsi leur 'sens'. Ceci dit, je suis surpris, quand j'entends l'homme de la rue, voir qu'il n'y comprends rien aux extensions, et qu'il voit un .be de la même facon qu'un .fr, sans distinction aucune. D'ailleurs, la seule publicité touchant le public et concernant les extensions a été faite sur le .tv, et il ne serait pas étonnant que les gens cherchent dans les extensions des 'initiales' plutot que de réelles abréviations. M'enfin... A mon avis, rien de tel qu'un nom 'inventé' pour un site. Cela permet de jouer sur la marque plus que sur le simple nom de domaine. Si Microsoft s'appelait 'informatique-pour-tous.com', et si google s'appelait 'recherche-efficace', j'aurais eu un avis différent, mais en l'occurence ce n'est pas le cas

Oui... On note aussi que beaucoup de sociétés ont été créées pour l'occasion, il serait étonnant qu'il n'y ait pas quelques francais, dans le lot

Bonjour, Peux tu nous décrire succinctement, sans code, ce que doit donner ce programme, s'il te plait ? Et éventuellement, si tu as une url où ce code est installé, ca serait le plus simple, Merci

Attention !! Les problèmes de tes clients ne sont pas tes problèmes ! Si tu n'arrives pas à obtenir les codes ftp, c'est le problème de ton client, pas le tien. Vouloir aider un client, c'est sympa, mais ca risque de t'attirer plus d'ennuis qu'autre chose. Pour info, ton client n'a peut être pas acheté le code, il a peut être juste le droit de s'en servir. Mais enfin bon... Il ferait mieux de partir très vite de cet hébergeur, avec ce qu'il peut récupérer de son code, et installer l'ensemble ailleurs

S'il le fait dans un laboratoire (enfin.. chez lui, chez son patron), mais pas sur internet, sur les machines des autres. Là est toute la différence. Mais dans le fond, Glibre, on est d'accord (enfin.. j'espère )

Si tu colles ton body trop près du header, alors le programme pense que le body n'est qu'une suite (logique) du header, et l'execute comme un entete classique. la solution serait à mon avis de mettre une ligne blanche, entre le body et le header : $mailer->Body = "\n"\n".$_POST["msg"]; essaies déjà comme ca

Attends : regle ton problème de cookie, tu verras que l'autre problème disparaitra de lui même. Tu as un problème de langue parce que justement tu ne peux pas envoyer de cookie. Pour régler ton problème de cookie, tu prends la première ligne du fichier en question (celui qui est appelé par l'url), et tu descend ton code comme ca, à la recherche de la ligne blanche

Comme dit Dan : - avec 2 signes 'egal', on teste la valeur, - avec 3 signes 'égal', on teste la valeur ET le type. Dans un cas, on teste si la valeur est égale à 0, Dans l'autre, on teste si c'est égal à 0 ET si c'est un booléen. Php étant plutot 'large', il a tendance à prendre le chiffre 0 pour la chaine de caractère "0", et pour le booléen 'false', et même parfois pour ' la chaine n'existe pas ' Voilà

après essais, c'est possible, oui