captain_torche

Attention, ici "bavard" ne récompense pas la quantité, mais la qualité (les posts inutiles sont supprimés et ne rentrent pas en compte dans le total des posts). Tu accèderas à ce statut au bout de vingt interventions.

Bienvenue ! Tes photos sont superbes ! Et comme je relis Le sommet des dieux en ce moment, elles tombent à point nommé !

non, pour l'instant je n'utilise que fopen, je n'ai pas besoin dans un premier lieu de tout connaître du fichier XML en question. Pour la saturation de la mémoire, c'est également une supposition, vu que je n'ai pas de message d'erreur. Pour info, voilà comment je procède pour l'instant : - Je lis le fichier '300Mo.xml' - Avec une expression régulière, je délimite les bornes des expressions à séparer - je crée autant de fichiers que j'ai d'entrées dans mon tableau généré par preg_match_all. Après réflexion, il se pourrait que ce soit dans la seconde étape qu'il y ait un souci : je retrouve constamment le même nombre de fichiers à l'arrivée (5042), cela pourrait-il être dû à une limitation de la fonction ? Je suis en train de réfléchir à une autre méthode, sans doute moins gourmande, en travaillant sur un fichier temporaire que je "décrémenterai" à chaque étape.

Un de nos fournisseurs nous envoie un fichier XML (une base de données, en fait), pesant plus de 300 Mo. Je sais que j'y ai presque 100 000 entrées, et j'aurai besoin, pour traitement, de pouvoir le scinder en plusieurs parties (une pour chaque entrée, pour faire simple). Malheureusement, je ne vois pas comment faire : je sature la mémoire de PHP si j'essaye de le scripter, et je ne vois pas d'autre méthode pour le faire "off-line". L'un d'entre vous aurait-il déjà travaillé sur des fichiers de cette taille ?

Personnellement, sans avoir de diplôme ni de formation en développement Web (je suis 100% autodidacte), je n'ai pas de souci pour faire valoir mon expérience professionnelle. Dans un métier aussi récent et changeant, un DRH qui ne se focaliserait que sur le diplôme irait tout de suite dans la mauvaise direction.

Remplace ton fwrite par fwrite($fl,"$datedujour;$nom;$prenom;$adressemail;$departement;$tel;$sqlinterets;$comments\n\r"); Après avoir traité toutes les variables pour en enlever les éventuels points-virgules et retours chariots, bien sûr. Sinon, pourquoi utiliser un séparateur si complexe ? '|'

De manière plus simple, comme tous tes fonds font la même taille (hauteur/largeur), il aurait peut-être été avisé de mettre toute ton image en fond du conteneur principal.

Tu peux essayer de cartographier ton disque dur avec spacemonger (Regarde SpaceMonger 1.4.0, dans l'onglet "Free Software"). Ça devrait te permettre de mieux visualiser ce qui te prend de la place.

En PHP, tu as déjà une fonction qui le fait en natif : extract(). En fait, c'est utile quand on veut faire un traitement spécifique à un tableau, tout en transformant ses clés en variables. Pour de l'insertion en base, par exemple, on peut envisager (après vérification des données) : <?php foreach($_POST as $key => $value) $$key = mysql_real_escape_string($value); ?> De cette manière, si ton tableau _POST contenait ceci : <?php array( 'pseudo' => 'Gecko64', 'password' => '*****' ); ?> Tu obtiendrais les variables suivantes, prêtes à être utilisées dans ta requête SQL : $pseudo, et $password.

l'antériorité de dépôt du NDD ne suffit pas. L'exploites-tu ? Dans un domaine similaire au leur ?

Tu peux aussi, une fois ton PC lancé, avec le CD de windows dans le lecteur, faire : "Démarrer" -> "Exécuter", puis tape "sfc.exe /scannow" SFC (System File Checker) est un logiciel qui te permet de vérifier la conformité des fichiers systèmes.

Effectivement, mais là, on parle de versions trèès vieilles d'IE (IE 3 et 4). Sur un site sensible comme Paypal, ça s'explique très facilement.

Ce n'est vraiment pas la bonne méthode; il n'y a aucun véritable danger à utiliser IE6, donc les utilisateurs ne changeront pas de navigateur comme ça (ça se serait fait tout seul depuis un moment, sinon). Forcer les utilisateurs d'un navigateur précis à en changer, ce n'est donc pas une solution viable, d'autant qu'il s'agit du navigateur le plus répandu. Je ne vois pas non plus ce qui empêche techniquement IE6 d'accéder à tes fiches de révision (quand elles seront présentes). Le travail du webmaster, c'est de rendre son site accessible à tous, quels que soient les navigateurs. Si on ne peut pas accéder au site via un navigateur, ce n'est pas la faute du logiciel, mais celle du webmaster.

J'ai essayé avec l'outil de What the font ?, mais il n'a rien trouvé de probant. Je te conseille de poster ton image sur leur forum, tu aurais sans doute plus de chances de trouver une réponse.

Je pense que ce serait tout de même plus simple que tu attendes juste une année de plus pour peaufiner ton projet, et de te lancer une fois tes 18 ans atteints.

Je me permets de m'insurger; un site (quel qu'il soit) vaut bien plus que 500 malheureux euros ! Ne serait-ce qu'en regard du temps investi ! Même s'ils utilisent le même CMS pour tous leurs clients, il faut bien le rentabiliser ! Par contre, là où ça pêche, c'est qu'apparemment ils ont vendu du référencement, alors que le site n'est pas vraiment optimisé pour être correctement placé dans les moteurs. Pourrais-tu nous dire ce qu'ils t'ont vendu précisément, lorsqu'ils parlent de référencement ?

Je voulais sous-entendre qu'il le fasse intelligemment Rien de plus facile que de valider un formulaire pour ajouter de la pub dans un livre d'or !

Oui, c'est exactement ça.

Internet explorer supporte mal les :hover sur d'autres éléments que les liens. Si tu veux utiliser le CSS et avoir un rendu uniforme quel que soit le navigateur, il faudra utiliser un hack pour ie, comme celui-ci : whatever:hover.

Tu peux faire foreach($_POST as $key => $value) $$key = protection($value);

Si tu veux que ta page ressemble à ça : ton-site.com/nom_du_produit.html, c'est un peu plus compliqué. Personnellement, ce que je fais : - lors de l'enregistrement d'un produit en base, j'insère une nouvelle ligne dans une table "url", en transformant le nom de l'article en texte valide pour une url : suppression des accents, transformation de tous les caractères non-autorisés en tirets... - Mon fichier .htaccess redirige toutes les pages avec une extension .html vers une seule et même page de traitement PHP, en lui passant le nom de la page d'origine en paramètre (on a donc quelque chose comme "traitement.php?page=nom_du_produit) - Je retrouve l'ID correspondant au produit via ma table "url" - j'inclus ma page de gabarit

Tu cherches à te positionner sur une requête très concurrentielle, et ton forum n'a pas les reins suffisamment solides pour ça. Pour qu'un forum puisse se démarquer (et attirer du monde), il a besoin d'un thème précis, ce qui ne semble pas être ton cas.

C'est la base de la programmation côté serveur (PHP, ASP, etc). Dans le principe, tu as une page "gabarit" qui fonctionnera pour tous tes articles. En fonction de l'argument passé en URL (page.php?id_article=XXX), tu vas interroger ta base de données sur l'article ayant l'identifiant XXX, et "remplir les trous" de ton gabarit. Je te conseille de suivre les tutoriaux PHP du site du zéro, ils sont très bien faits.

Tu peux faire ORDER BY Date, heure DESC.

Ça peut être une solution, effectivement. par contre, il faudra prévoir un outil pour accéder à ces infos.