enroc

Salut bah le cron c'est rien, c'est juste de dire que "tel script" sera exécuté à "telle fréquence". Donc tu as juste à faire ton script, le lancer à la main pour le tester, et quand tu es prête à l'ajouter dans le crontab. (man crontab)

Le script utilisant la fonction file() est bien sur un serveur différent du script appelé ? Edit : oui tu peux protéger un seul fichier d'un répertoire, ou autoriser un seul fichier. Tu peux restreindre / autoriser l'accès en fonction d'une adresse IP. Je crois qu'il y a un tutorial en français sur le site d'apache qui traite de ça.

Salut, tu peux aussi utiliser les services gratuits de webcron.org.

Salut, ce projet t'honore , mais je ne sais pas si tu frappes à la bonne porte. As-tu déjà essayé d'aller voir des directemment des lycées ou des conseillers d'orientation pour leur demander ? Eux sont calés sur ce genre de sujet ! Que la volonté et la persévérance soient avec toi !

Salut, préambule : aujourd'hui je suis avec un lynx (navigateur texte) car mon ordi est cassé , alors vu la galère je n'ai pas regardé tous les liens que vous avez mis. Ce qui ne m'empêche pas de vouloir mettre mon grain de sel ... Java et flash sont à mon avis à éviter : ils ne passent pas partout. Pour ce qui est des listes, il s'agit bien d'un formulaire, donc l'utilisation de la balise select me semble tout à fait adaptée. Ceci étant dit, voici comment je procéderai : 1. Faire une page par niveau d'option : on choisi "cannes à pêche", on clique sur "envoyer", on choisi la marque, on clique sur envoyer ... Si il y a des vérifications à faire elles sont faites en PHP et en cas d'erreur, un message est affiché, et l'utilisateur est redirigé vers le bon formulaire. La c'est pas très pratique / joli, mais ça marche partout. 2. Tu peux déjà améliorer ceci en ajoutant du javascript : la détection d'erreur est effectuée par le navigateur du client et affichée sans avoir à recharger la page. 3. Pour avoir quelque chose de dynamique je te conseille le javascript. Dans ce cas, tu bloques le "submit" du formulaire, puisque c'est le javascript qui va l'émuler. Tu restes cependant compatible avec quelqu'un qui n'a pas le javascript. 3.1 Soit tu n'as pas trop de choix possibles, tu les mets tous dans ta page et les affiches en fonctions du choix l'utilisateur 3.2 Soit la solution précédente n'est pas possible (trop lourd), alors tu fais des requêtes HTTP en javascript pour obtenir le contenu du menu "select" suivant. C'est fluide et ça marche avec les navigateurs modernes, et en plus c'est pas très compliqué. Pour obtenir le menu dépendant du choix, il faudra que tu appelles un script PHP, du genre menu.php?choix1=cannes&choix2=marque, (au passage : cela peut-être le même fichier que dans la solution 1) celui ci retournera : <select name=""><option value="">toto</option>...</select> , ce que tu afficheras au bon endroit. Voilà, après ce que je te dis là n'est pas forcément adapté à ton code déjà en place, c'est juste une idée en passant Bon courage ! Edit: j'ai relu l'ensemble, et je suis pas sûr d'avoir compris ce que vous préferriez : le menu déroulant (select) ou la liste déroulant (ul) ? (Edit2: si j'ai (crois avoir) compris, avantage de la liste sans javascript : pas besoin de cliquer sur "envoyer") Pour moi les 2 sont tout à fait accessibles : la liste enverra les variables dans l'url, le select dans l'url ou en "post". J'en remets un couche (je me suis aussi fait surprendre) : Java et Javasript sont bien différents : un applet java chargé sur une page web requiert un plug-in, et est compilé (de même que flash), javasript est exécuté par le navigateur lui-même (pas par un plugin). Donc attention quand tu parles de Java ou Javascript

salut, même si ta demande est urgente, tu peux tout de prendre le temps de bien écrire, cf les règles du forum. A mon avis il ne s'agit là que d'une faute de frappe. Ceci est le contenu du fichier .htaccess dans le cas où tu le places directemment dans le dossier à protéger. # Type d'authentification AuthType Basic # et non pas "Basuc" # Message AuthName "Sur invitation seulement" # Restriction Require valid-user # Chemin vers le fichier contenant utilisateurs et mots de passe AuthUserFile /chemin/absolu/vers/.htpasswd Ca devrait suffire.

Et aussi bien en HTML qu'en BBCode, ne pas oublier de BIEN refermer les balises pour une présentation sans problème Tout ça est histoire de relecture ...

salut, quand tu fais un post, automatiquement tous les guillements sont échappés (avec un \ devant). Pour enlever ça, utilise la fonction stripslashes(). Il y a aussi la fonction inverse : addslashes().

As-tu essayé le bout de html que je t'avais envoyé : [ ] oui [x] non Ou alors t'as pas bien compris, (ça arrive, faut pas désespérer ) Dernier essai : Si tu fais une checkbox comme ça : <input type="checkbox" name="toto" /> et si l'utilisateur a coché quelque chose tu auras $_POST["toto"] = "on"; si l'utilisateur n'a rien coché la variable $_POST["toto"] n'existera pas. Si tu fait une checkbox comme ça : <input type="checkbox" name="toto" value="tata"/> et si l'utilisateur a coché quelque chose tu auras $_POST["toto"] = "tata"; si l'utilisateur n'a rien coché la variable $_POST["toto"] n'existera pas. Je vois pas vraiment où est cette histoire de boucle ! Pour connaître toutes les variables en GET ou POST de ta page (celle qui traite le formulaire par exemple si tu veux debuggé / comprendre): <pre> <?php print_r($_POST); print_r($_GET); print_r($_REQUEST); // GET et POST ?> </pre>

Re, Pour le "echo", il s'agit juste de bien t'assurer du contenu de la variable ! Normalement tu n'en as pas besoin. Pour ce qui est des boutons radio, il doivent avoir le même nom, et alors c'est comme pour le reste : $_POST["sexe"], qui contiendra soit homme soit femme. Je t'invite tout de même à essayer le code html ci-dessus, qui te montre l'utilisation des radios et des checkbox.

Salut, juste pour dire : pour le sexe, il ne te faut pas plutôt un radio : [] Femme [] Homme ? Edit : voici un code de test (en get pour que tu vois viens les variables à récupérer) <form action="" method="get"> Vous êtes<br> <input type="radio" name="sexe" value="femme"> une femme<br> <input type="radio" name="sexe" value="homme"> un homme<br> <input type="checkbox" name="sexeHomme"> un homme<br> <input type="checkbox" name="sexeFemme"> une femme<br> <input type="checkbox" name="nom" value="valeur"> checkbox avec value<br> <input type="submit"> </form>

Salut, Je crois que tu t'es trompé, mysql_num_rows() doit prendre comme paramètre le résultat d'une requète select (cf : la doc) Sur la doc tu trouveras aussi : <?php $link = mysql_connect("localhost", "mysql_user", "mysql_password"); mysql_select_db("database", $link); $result = mysql_query("SELECT * FROM table1", $link); $num_rows = mysql_num_rows($result); echo "$num_rows Rows\n"; ?>

Salut, je vois principalement 2 types de solution : - la solution "tout en ligne", où tu mets tes photos sur le serveur, un script va générer des miniatures et un code HTML (il y a un paquet de scripts qui font ça, cf post précédent) - la solution : je fais ça sur mon ordi et j'upload. Si tu as photoshop (par exemple la Limited Edition qui j'ai obtenu en achetant mon appareil photo numérique), c'est dans les options : je lui donne le répertoire de départ et d'arrivée, il génère les photos, les vignettes et le html. Je n'ai plus qu'à mettre ça en ligne. Il y a biensûr d'autres programmes (libres) qui font ça aussi bien. Ah oui, et puis il y a le mixte entre les 2 : tu génères tes vignettes sur ton ordi, et le html est généré par un script. Edit: quelques liens Lien vers des solutions "tout en ligne" : http://www.framasoft.net/rubrique387.html Lien vers une solution locale : http://www.stanford.edu/~epop/igal/ Ce dernier nécessite Perl, et bien que facilement installable sous linux, a mon avis sous windows c'est un peu galère.

En fait moi je suis avec une debian, et je sais qu'il y a php-cgi pour l'un et php-cli pour l'autre, je crois que c'est php-cgi qui marche comme un script shell, mais finallement je trouve pas ça si terrib' : j'utilise "php nom-du-script.php" (donc je crois avec php-cli), comme ça ça marche avec apache ou en console La première ligne de ton script shell (#!/usr/bin/php) dépend de là où est l'exécutable php, c'est donc valable pour moi, peut-être pas pour toi ... si tu as la commande "whereis" et la commande "php", fait un "whereis php" pour savoir où il est exactement.

Salut, alors comme je suis le premier (edit : ah finalement non ) je dis "bienvenue sur webmaster-hub" ! Je suis allé voir ton site, et mis à part le fait que je le trouve clair et propre (présentation et structure) je ne peux m'empêcher de te conseiller de revoir le menu principal : tu as fait des liens en javascript, pourquoi ne pas les faire en html ? Tu peux obtenir la même présentation via les CSS et le site sera aussi compatible avec les navigateurs sans javascript, les moteurs de recherche ... C'était le conseil du jour Bonne journée

Bonjour avant d'essayer de faire un cron, essaye simplement de lancer ton script dans la console, quand tu y arriveras tu pourras faire un cron. En gros il y a 2 méthodes - soit tu fais ton script php exactement comme un script schell, qui commence par #!/usr/bin/php par exemple, dans ce cas tu n'as qu'à rendre ton script exécutable et le lancer - soit tu utilises la commande "php" et tu lui passe en argument le nom du fichier à éxecuter Enfin si tu as la commande "php" en console, ça devrait suffire. Je n'ai pas l'option -q. Fais un man pour avoir plus d'information. Quelle distribution utilises-tu ?

J'ajouterai encore que lorque l'on fait un formulaire post, les variables "courtes" ne sont pas forcément automatiquement créées, d'où l'utilisation de la variable $_POST["nomDeLaVariable"]. _AT_skitour : je ne savais pas qu'on pouvait aussi concaténer des chaînes avec des ","

Salut, ce sont des chaînes de caractères, il faut donc utiliser la méthodes adéquoite. $a = "première chaîne"; $b = "deuxième chaîne"; $ab = $a.$b; echo "ab = " . $ab . "<br>"; $ab2 = $a." ".$b; echo "ab2 = " . $ab2 . "<br>"; $identite = $_POST["civilite"] . " " . $_POST["nom"]; Ca répond bien à la question ?

Ah oui pardon ! As-tu fais un print_r($_SERVER) et bien regardé le résultat ? Il y a (chez moi en premier) $_SERVER["HTTP_HOST"]

Tu ne prends pas grand risque à commencer petit et pas cher pour finir grand et (plus) cher Ce qui prend le plus de place sont les images, si tu n'en a pas beaucoup ça suffira pour commencer. Il fait quelle taille ton site sur free ?

Salut, je ne connaissais pas la fonction getenv(), faut que je regarde de plus près ... Sinon quand j'ai un problème du même ordre je fais: echo "<pre>";print_r($_SERVER);echo "</pre>"; ce qui te donne toutes les variables d'environnement. Après tu n'as plus qu'a choisir Peut-être cherches-tu $_SERVER["REQUEST_URI"] ? edit: j'avais laissé trainer des balises fermantes

Ou encore devenir éditeur de cette catégorie (il n'y en a pas c'est bien ça ?) ? Evidemment tu seras juge et partie, mais tu auras pour toi de bien connaître la catégorie.

Et monter le disque dur sur un autre ordinateur ? C'est peut-être risqué aussi ...

Il est dédicacé par qui le serveur ? Je peux faire dédicacer le mien aussi ?

Bonjour d'abord j'imagine qu'il y a plein d'autres manières de "planter" le statut d'un message édité, pas seulement en éteignant brutalement son ordinateur ... Sinon pour rendre un message non editable lorqu'il l'est déjà je n'ai pas plus d'idées que vous 2, par contre tu peux aussi vérifier la date de dernière modification : le formulaire de modification possède un champ caché "date", et si à l'enregistrement (submit) ce champ date est antérieur à la date de dernière modification du message, alors ça ne colle pas et il faut l'expliquer à l'utilisateur. Si tu mixtes les 2 méthodes, je pense que ça fait quelque chose d'assez fonctionnel. Tu peux aussi faire un historique du document et le conserver dans toutes ses versions pour être sûr de ne pas avoir de problème. Bon courage !