nessi

Ben justement, le but c'est de comprendre. Je pense que ça vient de l'utilisation de PHP5 avec Apache 1 et non la 2 comme sur l'original. Evidemment, ce n'est pas Apache en lui même qui pêche, mais le module pour PHP5, différent selon la version d'Apache utilisée (cf http.conf pour la configuration d'Apache). A part ça je ne vois pas ce qui pourrait poser problème, puisque ça m'a tout l'air d'être une spécificité du compilateur. Enfin, je vous tiens au courant si je trouve quelque chose. Perso, je suis une feignasse et j'utilise plutôt ça : objet::get(@$id);

Je viens de faire ce que tu veux pour un site et j'utilise AJAX : ça déchire ! Et puis c'est pas compliqué. Fais moi signe si t'as besoin d'aide. Perso moi ça me saoule les sites qui me font recharger la page à chaque fois ( -> genre le site de la SNCF)

Salut les gens ! Alors voilà : J'ai développé une application en PHP5 + Apache2. Lors d'un changement d'environnement (PHP5 + Apache 1), avec une configuration sensiblement différente (Windows / Linux), je suis tombé sur un cas particulier. J'utilise une fonction avec passage par référence pour récupére un ID. public static function get(&$uid) { } Puis j'appelle ma fonction de cette manière : objet::get($id = null); J'ai utilisé "$id = null" pour être 'propre', de sorte que la variable soit instanciée à 'null' AVANT de passer dans la fonction. Et bien voilà, cette configuration marche sur ma config (la valeur est bien mise à jour), mais pas sur la nouvelle ($id vaut null)(sans renvoyer d'erreur pour autant (log ou écran)). Alors je pose la question : ou est le problème sachant que : - si j'enlève "=null", ça marche dans les deux cas (logique) ; - les deux config utilisent PHP5 (même version), mais une version d'Apache différente (2 vs 1) ; - allow_call_pass_reference vaut 'Off' dans tous les cas (pour les sceptiques) ; - j'ai testé avec PHP5 + Apache 2 sur en environnement Linux et ça marche sans problème ; - objet::get($id = null) n'est pas valide en PHP4 ; Bref, si vous avez des idées, pour essayer de comprendre...

lol. Bon allez, c'est pas si grave que ça

holà malheureux ! Tu utilises quelle version de PHP pour dire ça ? Si tu enlèves les guillemets, PHP risque de renvoyer une erreur car il va rechercher la valeur de la constante. moi je propose ça : function nombre($table) { $requete = mysql_query("SELECT * FROM $table LIMIT 1"); return ($resultat = mysql_fetch_array($requete)); } mais dans ce cas la fonction renvoie un booléen. Sinon ça marche bien en utilisant le count(), à condition de l'utiliser comme ça : function nombre($table) { $requete = mysql_query("SELECT COUNT(*) NB FROM $table"); $resultat = mysql_fetch_array($requete); return $resultat['NB']; } Pour rappel, $table ne sera pas considérée comme une variable si elle se trouve entre de simple quotes : '$table' --> $table; "$table" --> gestion_categories; Bon courage !

Je développe pratiquement que sous FireFox et je peux assurer que mettre body { margin-top:0px } dans une feuille de style supprime la marge supérieure. Si ça ne marche pas, c'est que le problème vient d'ailleurs (comme la vérité ). Est-ce que tu fais bien le lien vers ta feuille de style ? N'y a t'il tout simplement pas une balise <br /> ou <p></p> au début de ta page ? Oui je sais ça peut sembler bête mais je suis bien placé pour savoir que 80% de ce genre d'erreur vient d'une faute d'inattention (et 19,9% de IE ). Quelle est l'url de ta page ?

Le HTML n'est pas un langage de programmation mais un système de formattage par balise, spécifiant au navigateur (côté client donc) la façon d'afficher et de mettre en page les informations. Ce qui explique que l'affichage peut différer selon le navigateur utilisé car tous n'interprètent pas exactement de la même manière les balises HTML, d'où l'intérêt d'une normalisation comme la norme W3C. Mais bon je m'éloigne du sujet là Tout ça pour dire qu'une page ne peut pas être dynamique (et intégrer un système de commentaire) simplement en utilisant du HTML. Il faut donc choisir un langage dynamique à intégrer dans ta page HTML. Concrétement, celà veut dire que la page va être 'construite' côté serveur avant d'être envoyé au client (navigateur internet) qui lui ne s'occupe que de l'affichage. Il y a différent langages dynamiques possibles parmis lesquels le CGI, ASP ou encore le PHP... Il faut que tu te renseignes auprès de ton hébergeur afin de savoir lesquels sont utilisables. Mais le CGI et le PHP sont généralement pris en charge. Pour reprendre ces deux langages proposés par KewlCat : - CGI : Correspond à un exécutable. Celui-ci est situé côté serveur et change directement ton fichier HTML, c'est à dire qu'il construit physiquement la page en fonction des informations envoyées par le client. Mais je te le déconseille, car il est assez "lourd" et pénalise le serveur. - PHP: assez répandu maintenant. Assez simple à utiliser pour peu qu'on connaisse un peu les bases de la programmation. Le problème c'est que celà implique l'utilisation d'une table afin de stocker tes commentaires. Ce qui veut dire gérer la connexion à la base de données, récupérer, enregistrer voir modifier les données en utilisant des requêtes SQL. Ce qui peut être compliqué si on n'y connait rien et en programmation, et en SGBD. Mais ça peut être l'occasion et je t'invite vivement à t'intéresser au PHP ! Sinon il y a aussi la possibilité d'utiliser des scripts tout faits et certains intégrent même un système d'installation, installant tout ce que tu as besoins et créant la base de données et les tables de manière tout à fait transparente pour toi. Malheureusement je ne peux pas te donner d'adresses parceque je code moi même mes scripts. Mais une simple recherche sur Google devrait t'aider à trouver ton bonheur ! Voilà, j'espère que ça t'as aidé, Bon courage !

Salut polo31fr ! Est-ce que tu peux détailler un peu plus ? Ta manière de procéder ? T'utilites Internet Explorer ou Firefox (ou un autre) ?

Tu veux faire un programme qui te l'enlève ou tu veux juste le virer ? Parceque si c'est juste le virer tu t'es trompé de Forum (--> Software). Sous XP: Démarrer/Exécuter: tape msconfig et désactive le dans la liste des programmes qui se lancent au démarrage.

Je comprends pas ce que tu veux dire par "refresh". Si tu veux dire par là que la redirection par meta-tag ne se fait pas toute seule immédiatement et nécessite l'intervention de l'utilisateur, c'est faux : quel que soit sa position dans la page web (pas forcément entre les balises HEAD), la redirection est pris en compte immédiatement après traitement du code en amont. L'avantage aussi du metat-tag c'est que tu peux programmer la redirection après tant de secondes, du coup tu peux en profiter pour afficher des pubs de sponsors le tant de la redirection. D'ailleurs, on ne peut pas vraiment parler d'une redirection puisqu'une nouvelle page n'est pas chargée, mais plutôt d'un pointeur sur fichier.

Parceque t'écoutais tes profs toi ?

J'ai regardé le code et c'est effectivement comme ça qu'il faudrait procéder. Juste en passant, n'utilise pas '<br>' mais '<br />' pour être compatible W3C, mais ça changera rien à l'affichage. Si tu veux respecter les normes, test plutôt sur FireFox, car IE fait sa sauce à lui. Dès que ça marche sur FireFox, modifie le pour que ce soit à peu près bon pour IE. Faut trouver le juste milieu . Je crois que j'étais déjà tombé sur ton site...

En fait ça dépend de la façon dont tu veux présenter tes données: Si c'est sous la forme tabulaire, tu peux utiliser les balises 'tables'. Si c'est juste pour faire un espacement entre col1 et col2, tu peux utiliser le code suivant : feuille de style: .col1 { padding : 5px; margin-right : 20px; float :left; } .spacer { clear:both; } <div class="col1">Titre1</div>Texte1<div class="spacer"></div> <div class="col1">Titre2</div>Texte2<div class="spacer"></div> Le "spacer", c'est surtout pour la compatibilité IE.

Des 'div' sans hésiter. Tu n'as pas entendu parler des normes W3C ? Fais une recherche rapide sur le sujet (simplement 'W3C' dans google) et t'auras aucun problème pour trouver des articles qui en parlent, parmis lesquels: www.dicodunet.com openweb.eu.org Sans oublier le validateur W3C: http://www.7-dragons.com/validation-w3c.htm C'est un peu galère au début mais après tu peux plus t'en passer

Oui, l'un ou l'autre solution présente du bon et du mauvais, mais surtout sont traitées différemment. Les 'header' seront traités par le serveur lors de l'exécution du script (donc directement sur le serveur). Quant au métag-tag il sera ignoré par PHP, mais par contre traité par le client (navigateur) qui enverra la requête correspondante au serveur. La seule différence c'est l'appel puisqu'une fois engagée, le processus de téléchargement est le même. (corrige moi si je me trompe).

C'est vrai que passer d'un SGBD à un autre n'est pas chose facile... Je suis en train de passer d'Interbase vers Oracle chez un client et il y a un certain nombre de choses à vérifier et à modifier. En fait, le problème ne se posera pas vraiment pour migrer les données d'un SGBD à l'autre, car comme tu l'as bien dit 'Pzible', un INSERT reste un INSERT, un SELECT etc... Là où les SGBD prenne un peu plus de liberté, c'est généralement dans le type des données. Donc je te conseille de vérifier les types de données possibles pour PostGre. Je te conseille de générer le script de création de la BDD (sans les données pour commencer) et de vérifier la conformité des requêtes générées pour un environnement PostGre. En espérant que tu n'ais pas trop de tables . Il ne devrait pas y avoir de problèmes pour insérer les anciennes données une fois la base créée (si ça plante vérifie le format des dates à tout hasard). Sinon est-ce que tu peux nous dire pourquoi tu passes sous PostGres (nouvelles nécessités, environnement relatif etc.). Et pourquoi pas FireBird ? Bon courage !

Alors il est réglè ton problème minos ou pas ? Regarde la nomenclature de ton proc. concernant le fsb max. qu'il peut encaisser au niveau du CPU. Mais je crois pas que tu puisses monter au dessus de 230Mhz... Après il faut aller chercher du côté de le RAM et je comprends pas pourquoi t'arrives pas à faire quelque chose avec de la Twin-X ! Autre chose aussi, il vaut mieux être synchro entre la RAM et le CPU, sinon le temps d'accès à la mémoire risque d'en pâtir. Il est préférable d'avoir des coeff. paires mais ça risque d'être difficile avec un AMD. Voit si tu peux monter ta RAM à 220Mhz et baisse le proc à 220 aussi. Si ça tiens, ce sera le plus stable...

Ben t'as pas trainé Juste un truc: lorsque je ne renseigne qu'un champ j'ai bien le message d'alerte mais il me calcule quand même la solution

Salut ! J'ai un peu épurer le code de bill-bob (pardonne moi), ça donne $res = mysql_query("SELECT url FROM dl WHERE id=".$_GET['id']); if($file = mysql_fetch_array($res)) { mysql_query("UPDATE dl SET click=click+1 WHERE id=$_GET['id']"); echo '<meta http-equiv="refresh" content="5; url="'.$file[url].'">'; } J'ai donc supprimé la requête qui vérifie qu'il existe bien 1 enregistrement correspondant à l'identifiant "id". Pour la simple raison que la vérification est redondante à la requête qui récupère l'url. Il ne faut pas raisonner de la manière suivante : "Je vais vérifier que l'enregistrement existe et je vais récupérer les infos" mais plutôt "En voulant récupérer les infos, il va vérifier que l'enregistrement existe" Le SGBD fait automatiquement un certain nombre de vérifications et de contrôles, n'hésitez pas à l'exploiter ce qui évitera de surcharger le code et de limiter les accès à la base de données. Voilà, c'était mon conseil du jour. Notez qu'on peut garder la vérification de l'existence et du type de l'id... J'ai utilisez aussi une alternative au header en redirigeant vers le fichier que l'on veut télécharger (via un meta-tag). Bonne prog

En fait, la fonction md5() renvoie une chaine de 32 caractères totalement unique et irréversible, c'est c'est à dire qu'il n'existe pas de routine de décryptage. Le seul moyen de retrouver la chaine cryptée et de tester tous les solutions possibles, autrement dit faut avoir le temps, du courage et 1 ou 2 super-calculateurs Bon courage pour tes recherches...

Salut ! Moi ce qui m'embête c'est que tu fais à chaque chargement de page des appels à la base pour vérifier l'authentification. Tu devrais pas vraiment ressentir le problème si t'as un site avec peu de visiteurs, mais pour un gros traffic ça devient réellement handicapant. Tout dépend comment tu t'y prends pour récupérer toutes tes infos. Une solution pourrait être qu'une fois authentifié, tu stockes dans une variable de session l'identifiant du visiteur dans la base (nom ou id) crypté au format md5 (fonction md5() en PHP). Sachant qu'elle est également supportées par MySQL... pour vérifier l'intégrité du visiteur authentifié, il suffirait d'exécuter cette requête: SELECT * FROM MEMBRES WHERE MD5(id) = '.$_SESSION['id'] Si rien n'est retourné alors il faut s'identifier de nouveau. J'avais également trouvé une solution au problème rencontré avec le navigateur AOL, qui ne permet pas d'utiliser les cookies de session. Il suffit de créer un cookie normal (chez le client donc) stockant le nom utilisateur et le mot de passe au format md5(). Ainsi s'il ne trouve plus le cookie de session, il va chercher les infos dans le cookie et identifie de nouveau le visiteur. (Le cookie étant géré comme un cookie de session au niveau de la durée de vie). Bon courage !

Bon, j'ai finit par trouver le problème: le conteneur avait pour paramètre css: display:table-cell; Et ça Firefox aime pas vraiment. C'est bête ça parceque ça m'arrangeait bien celle valeur...

Bonjour les zébuliens ! J'ai un petit problème qui me provoque des tendances suicidaires. Sous FireFox 1.0 (ou ultérieur) j'ai parfois un mauvais affichage de la page lors du PREMIER chargement de la page, c'est à dire que le conteneur ne se redimensionne pas toujours selon le contenu. Ce problème disparait lorsque je raraichit la page avec F5 (à partir du cache donc) mais pas si je retape l'adresse manuellement... Je voudrais donc savoir s'il existe une balise ou un paramètre CSS pour forcer l'affichage ou un truc de ce genre... Je sais ce que vous allez me dire, "je pige que dalle, t'as pas un exemple ?"... Ben si (tadaaaaa) Premier chargement: Après Appuie sur F5: Le problème n'apparaït pas sous IE (pour une fois)... Pour info, j'utilise PHP pour générer les pages... Vous avez le pouvoir de sauver le monde (enfin déjà moi quoi), si vous avez une idée... Ha oui, je précise que je fais mes tests en local avec EasyPHP. Et puis j'ai pas une IP fixe (cf screenshots)

Ben non je t'ai pas écouté, vu que tu m'as rien dis, à part "tiens moi au courant" Pour récupérer des données, je pense que c'est mort... même si comme l'a dit tesgaz je peux encore récupérer des données après un formattage complet, j'ai aussi supprimés et recréés les partitions, et je doute que mon frère avait défragmenté son DD. Donc je pense que c'est mort... Mais bon, voici un lien avec pas mal de programmes de récupérations (gratuits). Je ne peux pas encore en dire grand chose vu que j'ai pas eut le temps de les essayer encore, mais si ça peut aider quelqu'un... [email=http://www.snapfiles.com/freeware/system/fwdatarecovery.html]http://www.snapfiles.com/freeware/system/fwdatarecovery.html[/email]

OUINNNNNNNNNNNNNN, si j'avais su... mais vu que j'ai remis des données j'ai du effacer ce qu'il me restait de fichiers... OIUINNNNN... et pis j'ai foiré mon tricot en plus