Le principe est de faire en sorte que quand on clique sur un jour, dans l'un
des tableaux, on change son état : un clic, le jour est réservé donc la
cellule s'affiche en rouge (par exemple, c'est la classe occupe), un autre
clic sur la même case remet la cellule à son état d'origine, c'est à dire
libre.
Ok jusqu'ici.
Pour cela, il faut que, à l'affichage de la page, on teste l'état de
chaque case pour savoir s'il faut l'afficher occupée ou libre,
Pour afficher les dispo.
puis, sur chaque numéro de jour, si on clique on change son état.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
- Une base de donnée avec une table dispo_gite_ecuries contenant 2 champs :
date et dispo. Voici sa structure :
`date` date NOT NULL default '0000-00-00',
`dispo` int(1) NOT NULL default '0',
PRIMARY KEY (`date`)
OUI. Enfin quelqu'un qui a compris à quoi sert un clef primaire,
Cette table est vide par défaut.
Donc par défaut tout est libre.
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
// A PARTIR DE LA CA DELIRE CAR JE NE SAIS PAS LE FAIRE
$req = "SELECT * FROM dispo_gite_ecuries WHERE date='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, on cré
l'enregistrement
Le principe est de faire en sorte que quand on clique sur un jour, dans l'un
des tableaux, on change son état : un clic, le jour est réservé donc la
cellule s'affiche en rouge (par exemple, c'est la classe occupe), un autre
clic sur la même case remet la cellule à son état d'origine, c'est à dire
libre.
Ok jusqu'ici.
Pour cela, il faut que, à l'affichage de la page, on teste l'état de
chaque case pour savoir s'il faut l'afficher occupée ou libre,
Pour afficher les dispo.
puis, sur chaque numéro de jour, si on clique on change son état.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
- Une base de donnée avec une table dispo_gite_ecuries contenant 2 champs :
date et dispo. Voici sa structure :
`date` date NOT NULL default '0000-00-00',
`dispo` int(1) NOT NULL default '0',
PRIMARY KEY (`date`)
OUI. Enfin quelqu'un qui a compris à quoi sert un clef primaire,
Cette table est vide par défaut.
Donc par défaut tout est libre.
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
// A PARTIR DE LA CA DELIRE CAR JE NE SAIS PAS LE FAIRE
$req = "SELECT * FROM dispo_gite_ecuries WHERE date='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, on cré
l'enregistrement
Le principe est de faire en sorte que quand on clique sur un jour, dans l'un
des tableaux, on change son état : un clic, le jour est réservé donc la
cellule s'affiche en rouge (par exemple, c'est la classe occupe), un autre
clic sur la même case remet la cellule à son état d'origine, c'est à dire
libre.
Ok jusqu'ici.
Pour cela, il faut que, à l'affichage de la page, on teste l'état de
chaque case pour savoir s'il faut l'afficher occupée ou libre,
Pour afficher les dispo.
puis, sur chaque numéro de jour, si on clique on change son état.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
- Une base de donnée avec une table dispo_gite_ecuries contenant 2 champs :
date et dispo. Voici sa structure :
`date` date NOT NULL default '0000-00-00',
`dispo` int(1) NOT NULL default '0',
PRIMARY KEY (`date`)
OUI. Enfin quelqu'un qui a compris à quoi sert un clef primaire,
Cette table est vide par défaut.
Donc par défaut tout est libre.
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
// A PARTIR DE LA CA DELIRE CAR JE NE SAIS PAS LE FAIRE
$req = "SELECT * FROM dispo_gite_ecuries WHERE date='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, on cré
l'enregistrement
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Cette table est vide par défaut.
Donc par défaut tout est libre.
Oui
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
on fait un lien qui envoie new_date=la date du jour et
new_state='occupe' si actuellement libre (absent de la table) ou 'libre'
si actuellement occupé (présent en table).
Mes liens ont cette allure : <a
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Cette table est vide par défaut.
Donc par défaut tout est libre.
Oui
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
on fait un lien qui envoie new_date=la date du jour et
new_state='occupe' si actuellement libre (absent de la table) ou 'libre'
si actuellement occupé (présent en table).
Mes liens ont cette allure : <a
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Cette table est vide par défaut.
Donc par défaut tout est libre.
Oui
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
on fait un lien qui envoie new_date=la date du jour et
new_state='occupe' si actuellement libre (absent de la table) ou 'libre'
si actuellement occupé (présent en table).
Mes liens ont cette allure : <a
Bonjour et merci de te pencher un peu sur mon problème. Tu es le 1er et je
commençais à désespérer.
Toutes les questins n'ont pas nécessairement réponse sur Usenet.
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux ?
:-)) ok, mais ça je ne peux pas le deviner.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Anglicisme. "To flag" ça veut dire "marquer". On garde en base le fait
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Si on part du principe que la présence d'une ligne veut dire "date
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
marque, ou enregistre. On "marque", on enregistre de nouveau comme
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
Bonjour et merci de te pencher un peu sur mon problème. Tu es le 1er et je
commençais à désespérer.
Toutes les questins n'ont pas nécessairement réponse sur Usenet.
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux ?
:-)) ok, mais ça je ne peux pas le deviner.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Anglicisme. "To flag" ça veut dire "marquer". On garde en base le fait
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Si on part du principe que la présence d'une ligne veut dire "date
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
marque, ou enregistre. On "marque", on enregistre de nouveau comme
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
Bonjour et merci de te pencher un peu sur mon problème. Tu es le 1er et je
commençais à désespérer.
Toutes les questins n'ont pas nécessairement réponse sur Usenet.
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux ?
:-)) ok, mais ça je ne peux pas le deviner.
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Anglicisme. "To flag" ça veut dire "marquer". On garde en base le fait
une colonne "date" car c'est un mot clef réservé du SQL, mettons plutôt
"date_dispo". Là d'ailleurs, à la limite, l'attribut dispo ne sert à rien.
OK, alors j'ai changé ma table avec juste date_dispo et dispo dégage.
Si on part du principe que la présence d'une ligne veut dire "date
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
marque, ou enregistre. On "marque", on enregistre de nouveau comme
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a> Mais je sais que
c'est pas bon. D'ailleurs ça ne fonctionne pas et ça ne m'étonne pas. Mais
sinon, le reste semble corret ...enfin je crois...
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a> Mais je sais que
c'est pas bon. D'ailleurs ça ne fonctionne pas et ça ne m'étonne pas. Mais
sinon, le reste semble corret ...enfin je crois...
Non, pas puis : si on a reçu une date, on la flague dans l'état reçu.
Ca veut dire quoi "on la flague" ?
Sur un clic, on ajoute un item dans la base
avec la date correspondante et 1 dans dispo, sur le clic suivant sur la
même
case, on efface l'item s'il existe, sinon on ajoute.
Compliqué. On reçoit l'état à mettre (l'inverse de l'état trouvé). Si
l'état nouveau est "LIBRE" on fait un DELETE et basta. Si l'état est
"occupé" on fait un INSERT et on ignore l'éventuel retour "DUPLICATE
KEY" lié au fait qu'on flaggue de nouveau occuppé une date déjà occuppée.
Euhhhh...ouais...sauf le coup du flaggue encore.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a> Mais je sais que
c'est pas bon. D'ailleurs ça ne fonctionne pas et ça ne m'étonne pas. Mais
sinon, le reste semble corret ...enfin je crois...
d'où sort ce $date ?
d'où sort ce $date ?
d'où sort ce $date ?
Toutes les questions n'ont pas nécessairement réponse sur Usenet.
Je sais bien, j'avais posé la question sur des forums aussi ex :
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux.
:-)) ok, mais ça je ne peux pas le deviner.
Je sais ;-) c'est pour ça que je précise.
D'ailleurs maintenant il serait plus logique de l'appeler date_occuppee
que date_dispo :-)
Oui, mais je m'occuperai de l'adaptation au site de destination
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout
est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
Non non, je l'ai mis dans mon dernier post, j'ai marqué :
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
DIRE et ne m'aide pas à débuguer. Il faut décrire précisément le
comportement. Selon ce que j'en vois, ou il y a déjà des rangs dans la
table et on ne passe jamais dans le traitement des arguments reçus, ou
la table est vide et on arrive à "invalid value".
Ben ... je sais pas. Tout ce que je constate c'est que rien ne se passe.
Je reprends l'algorithme :
1) si on a reçu une date à modifier, alors la modifier. C'est le pavé
d'instructions qui commence à :
if(isset($_REQUEST['new_date']) && isset($_REQUEST['new_state']))
et termine après le switch.
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
2) dans tous les cas, qu'on ait à l'instant changé la disponibilité
d'une date ou pas, on affiche le calendrier des disponibilités.
Si on veut [...cas 1...] [...cas2...] etc.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
On recevra alors N rangs des dates occupées, qu'on stocke dans un
tableau sans vergogne lors du fetch. Ensuite on faut une boucle for pour
afficher tous les jours du mois de mars. Si le jour est présent dans le
tableau alors il est occupé. On le met sur un fond de couleur rouge et
on met un lien pour le libérer de la forme :
admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>
OK. Mes liens sont donc désormais les suivant :
Toutes les questions n'ont pas nécessairement réponse sur Usenet.
Je sais bien, j'avais posé la question sur des forums aussi ex :
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux.
:-)) ok, mais ça je ne peux pas le deviner.
Je sais ;-) c'est pour ça que je précise.
D'ailleurs maintenant il serait plus logique de l'appeler date_occuppee
que date_dispo :-)
Oui, mais je m'occuperai de l'adaptation au site de destination
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout
est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.
Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
Non non, je l'ai mis dans mon dernier post, j'ai marqué :
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
DIRE et ne m'aide pas à débuguer. Il faut décrire précisément le
comportement. Selon ce que j'en vois, ou il y a déjà des rangs dans la
table et on ne passe jamais dans le traitement des arguments reçus, ou
la table est vide et on arrive à "invalid value".
Ben ... je sais pas. Tout ce que je constate c'est que rien ne se passe.
Je reprends l'algorithme :
1) si on a reçu une date à modifier, alors la modifier. C'est le pavé
d'instructions qui commence à :
if(isset($_REQUEST['new_date']) && isset($_REQUEST['new_state']))
et termine après le switch.
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
2) dans tous les cas, qu'on ait à l'instant changé la disponibilité
d'une date ou pas, on affiche le calendrier des disponibilités.
Si on veut [...cas 1...] [...cas2...] etc.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
On recevra alors N rangs des dates occupées, qu'on stocke dans un
tableau sans vergogne lors du fetch. Ensuite on faut une boucle for pour
afficher tous les jours du mois de mars. Si le jour est présent dans le
tableau alors il est occupé. On le met sur un fond de couleur rouge et
on met un lien pour le libérer de la forme :
admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>
OK. Mes liens sont donc désormais les suivant :
Toutes les questions n'ont pas nécessairement réponse sur Usenet.
Je sais bien, j'avais posé la question sur des forums aussi ex :
Juste pour info, "les Ecuries" sont en fait le nom d'un gite..donc pas de
box, ni de chevaux.
:-)) ok, mais ça je ne peux pas le deviner.
Je sais ;-) c'est pour ça que je précise.
D'ailleurs maintenant il serait plus logique de l'appeler date_occuppee
que date_dispo :-)
Oui, mais je m'occuperai de l'adaptation au site de destination
$req = "SELECT * FROM dispo_gite_ecuries WHERE date_dispo='$date'";
$res = mysql_query($req) or die(mysql_error());
if (mysql_num_rows($res) == 0){ // si la recherche ne renvoie rien, tout
est
libre
Oui mais non, tout ça c'est après le traitement des paramètres.Mes liens ont cette allure : <a
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>
Il manque new_state.
Non non, je l'ai mis dans mon dernier post, j'ai marqué :
D'ailleurs ça ne fonctionne pas
Habitude à prendre et à conserver : "ça ne marche pas" ne vient RIEN
DIRE et ne m'aide pas à débuguer. Il faut décrire précisément le
comportement. Selon ce que j'en vois, ou il y a déjà des rangs dans la
table et on ne passe jamais dans le traitement des arguments reçus, ou
la table est vide et on arrive à "invalid value".
Ben ... je sais pas. Tout ce que je constate c'est que rien ne se passe.
Je reprends l'algorithme :
1) si on a reçu une date à modifier, alors la modifier. C'est le pavé
d'instructions qui commence à :
if(isset($_REQUEST['new_date']) && isset($_REQUEST['new_state']))
et termine après le switch.
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
2) dans tous les cas, qu'on ait à l'instant changé la disponibilité
d'une date ou pas, on affiche le calendrier des disponibilités.
Si on veut [...cas 1...] [...cas2...] etc.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
On recevra alors N rangs des dates occupées, qu'on stocke dans un
tableau sans vergogne lors du fetch. Ensuite on faut une boucle for pour
afficher tous les jours du mois de mars. Si le jour est présent dans le
tableau alors il est occupé. On le met sur un fond de couleur rouge et
on met un lien pour le libérer de la forme :
admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>
OK. Mes liens sont donc désormais les suivant :
et puis j'avais commencé par
me faire jeter comme quoi "la réponse est sur Google alors cherche au lieu
de poser une question archi simple dont tu vas trouver la réponse tout seul
en te donnant la peine...)
Oui, mais je m'occuperai de l'adaptation au site de destination
(www.location-gites-lot.com) et de l'application de ce cas pratique aux
différents gîtes et chambres d'hôtes quand ça sera OK.
Il faudra alors ajouter un identifiant de l'entitée louée dans la clef
Il manque new_state.
Non non,
Si, si.
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>'; }
Et comment on fait maintenant pour le passer à "libre" alors ?
href="admin_dispo.php?new_state='.'occupe'.'">'.$numjour.'</a>'; }
Oui mais là alors il manque la date.
Par ailleurs, quand on clique sur une date, rien ne s'enregistre dans la
base. Mon "ça fonctionne pas" voulait dire "rien ne se passe, pas de
changement d'affichage, pas d'enregistrement dans la base".
Ok, ça c'est précis.
que se passe" n'aide pas. C'est pour ça que j'ai recopié le code complet
dans mon post, ce que je referais dans mes prochains post
.. jusqu'à une certaine taille de code, à partir de laquelle il faudra
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
dispo_gite_ecuries VALUES('{$_REQUEST['new_date']}', 1)";
Le , 1 n'est plus utile puisqu'on a viré le champs dispo de la base
n'est-ce pas ?
Toutafé.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
y aurait 50 gites je dis pas mais pour 5, je vais faire 5 pages...
Soit, mais ça va pas être nécessairement super lisible ou facile de
OK. Mes liens sont donc désormais les suivant :
if ($date_dispo == 0){
(C'est quoi $date_dispo ?)
echo '<td class="libre"><a
href="admin_dispo.php?new_date='.$date.'&new_state=occupe">'.$numjour.'</a>';
}
else {
echo '<td class="occupe"><a
href="admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>';
}
Si j'ai bien compris, on active le switch en faisant le lien vers la même
page (admin_dispo.php et en mettant ensuite les variables avec leurs
nouvelles valeurs et le script s'exécute à nouveau en attribuant les valeurs
du lien aux variables de la page. J'espère que c'est ça parce que suis
content, j'ai l'impression d'avoir compris un truc....
Bon, pour l'instant ça ne semble pas encore fonctionner (désolé John) mais
je vais faire différents test jusqu'a ce que je trouve une piste.
Ok, sinon tu m'envoies en mail le code, je jetterai un oeil. En enlevant
Merci pour ton aide.
Np.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte (
et puis j'avais commencé par
me faire jeter comme quoi "la réponse est sur Google alors cherche au lieu
de poser une question archi simple dont tu vas trouver la réponse tout seul
en te donnant la peine...)
Oui, mais je m'occuperai de l'adaptation au site de destination
(www.location-gites-lot.com) et de l'application de ce cas pratique aux
différents gîtes et chambres d'hôtes quand ça sera OK.
Il faudra alors ajouter un identifiant de l'entitée louée dans la clef
Il manque new_state.
Non non,
Si, si.
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>'; }
Et comment on fait maintenant pour le passer à "libre" alors ?
href="admin_dispo.php?new_state='.'occupe'.'">'.$numjour.'</a>'; }
Oui mais là alors il manque la date.
Par ailleurs, quand on clique sur une date, rien ne s'enregistre dans la
base. Mon "ça fonctionne pas" voulait dire "rien ne se passe, pas de
changement d'affichage, pas d'enregistrement dans la base".
Ok, ça c'est précis.
que se passe" n'aide pas. C'est pour ça que j'ai recopié le code complet
dans mon post, ce que je referais dans mes prochains post
.. jusqu'à une certaine taille de code, à partir de laquelle il faudra
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
dispo_gite_ecuries VALUES('{$_REQUEST['new_date']}', 1)";
Le , 1 n'est plus utile puisqu'on a viré le champs dispo de la base
n'est-ce pas ?
Toutafé.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
y aurait 50 gites je dis pas mais pour 5, je vais faire 5 pages...
Soit, mais ça va pas être nécessairement super lisible ou facile de
OK. Mes liens sont donc désormais les suivant :
if ($date_dispo == 0){
(C'est quoi $date_dispo ?)
echo '<td class="libre"><a
href="admin_dispo.php?new_date='.$date.'&new_state=occupe">'.$numjour.'</a>';
}
else {
echo '<td class="occupe"><a
href="admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>';
}
Si j'ai bien compris, on active le switch en faisant le lien vers la même
page (admin_dispo.php et en mettant ensuite les variables avec leurs
nouvelles valeurs et le script s'exécute à nouveau en attribuant les valeurs
du lien aux variables de la page. J'espère que c'est ça parce que suis
content, j'ai l'impression d'avoir compris un truc....
Bon, pour l'instant ça ne semble pas encore fonctionner (désolé John) mais
je vais faire différents test jusqu'a ce que je trouve une piste.
Ok, sinon tu m'envoies en mail le code, je jetterai un oeil. En enlevant
Merci pour ton aide.
Np.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte (
et puis j'avais commencé par
me faire jeter comme quoi "la réponse est sur Google alors cherche au lieu
de poser une question archi simple dont tu vas trouver la réponse tout seul
en te donnant la peine...)
Oui, mais je m'occuperai de l'adaptation au site de destination
(www.location-gites-lot.com) et de l'application de ce cas pratique aux
différents gîtes et chambres d'hôtes quand ça sera OK.
Il faudra alors ajouter un identifiant de l'entitée louée dans la clef
Il manque new_state.
Non non,
Si, si.
href="admin_dispo.php?new_date='.$date.'">'.$numjour.'</a>'; }
Et comment on fait maintenant pour le passer à "libre" alors ?
href="admin_dispo.php?new_state='.'occupe'.'">'.$numjour.'</a>'; }
Oui mais là alors il manque la date.
Par ailleurs, quand on clique sur une date, rien ne s'enregistre dans la
base. Mon "ça fonctionne pas" voulait dire "rien ne se passe, pas de
changement d'affichage, pas d'enregistrement dans la base".
Ok, ça c'est précis.
que se passe" n'aide pas. C'est pour ça que j'ai recopié le code complet
dans mon post, ce que je referais dans mes prochains post
.. jusqu'à une certaine taille de code, à partir de laquelle il faudra
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
D'ailleurs, dans le switch, la ligne : case 'occupe': $query="INSERT INTO
dispo_gite_ecuries VALUES('{$_REQUEST['new_date']}', 1)";
Le , 1 n'est plus utile puisqu'on a viré le champs dispo de la base
n'est-ce pas ?
Toutafé.
Je veux que toutes les dispo de l'année soient visible, pas de détails ! Il
y aurait 50 gites je dis pas mais pour 5, je vais faire 5 pages...
Soit, mais ça va pas être nécessairement super lisible ou facile de
OK. Mes liens sont donc désormais les suivant :
if ($date_dispo == 0){
(C'est quoi $date_dispo ?)
echo '<td class="libre"><a
href="admin_dispo.php?new_date='.$date.'&new_state=occupe">'.$numjour.'</a>';
}
else {
echo '<td class="occupe"><a
href="admin_dispo.php?new_date='.$date.'&new_state=libre">'.$numjour.'</a>';
}
Si j'ai bien compris, on active le switch en faisant le lien vers la même
page (admin_dispo.php et en mettant ensuite les variables avec leurs
nouvelles valeurs et le script s'exécute à nouveau en attribuant les valeurs
du lien aux variables de la page. J'espère que c'est ça parce que suis
content, j'ai l'impression d'avoir compris un truc....
Bon, pour l'instant ça ne semble pas encore fonctionner (désolé John) mais
je vais faire différents test jusqu'a ce que je trouve une piste.
Ok, sinon tu m'envoies en mail le code, je jetterai un oeil. En enlevant
Merci pour ton aide.
Np.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte (
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
permanence.
Certes mais je vois pas d'autre solution pour montrer le script en action,
Tout à fait, c'est exactement ça. Un peu de lecture pour les longues
soirées d'hiver : http://www.saphirtech.com/cours.html chapitres sur
la transmission des données et les formulaires.
C'est en marque-page, merci.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça
met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je
suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte
( http://www.usenet-fr.net/fur/chartes/comp.lang.php.html) et sa FAQ
(http://faqfclphp.free.fr/), où se trouve la réponse à la question.
Que j'ai trouvé :-)) : "Le forum fr.comp.lang.php est un forum modéré. Il
Bon, pour l'instant ça ne semble pas encore fonctionner [...]
Ben maintenant ça marche :-D.
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
permanence.
Certes mais je vois pas d'autre solution pour montrer le script en action,
Tout à fait, c'est exactement ça. Un peu de lecture pour les longues
soirées d'hiver : http://www.saphirtech.com/cours.html chapitres sur
la transmission des données et les formulaires.
C'est en marque-page, merci.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça
met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je
suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte
( http://www.usenet-fr.net/fur/chartes/comp.lang.php.html) et sa FAQ
(http://faqfclphp.free.fr/), où se trouve la réponse à la question.
Que j'ai trouvé :-)) : "Le forum fr.comp.lang.php est un forum modéré. Il
Bon, pour l'instant ça ne semble pas encore fonctionner [...]
Ben maintenant ça marche :-D.
http://www.mimata6.free.fr/admin_dispo.php (et
Moui, enfin j'ai pas nécessairement la possibilité d'y accéder en
permanence.
Certes mais je vois pas d'autre solution pour montrer le script en action,
Tout à fait, c'est exactement ça. Un peu de lecture pour les longues
soirées d'hiver : http://www.saphirtech.com/cours.html chapitres sur
la transmission des données et les formulaires.
C'est en marque-page, merci.
Question subsidiaire : Quand on répond comme je le fais là, pourquoi ça
met
des plombes à apparaitre en ligne ? Ca ne me le fait que pour
fr.comp.lang.php, pas avec les autres groupes de discussion auxquels je
suis
abonné.
Parce qu'on ne poste pas dans un forum Usenet sans avoir lu sa Charte
( http://www.usenet-fr.net/fur/chartes/comp.lang.php.html) et sa FAQ
(http://faqfclphp.free.fr/), où se trouve la réponse à la question.
Que j'ai trouvé :-)) : "Le forum fr.comp.lang.php est un forum modéré. Il
Bon, pour l'instant ça ne semble pas encore fonctionner [...]
Ben maintenant ça marche :-D.
Alors, je me suis quand même bien fait aidé par un spécialiste :
Je doute de ce terme quand je lis la suite.
Il y aussi eu quelques changements que j'ai apporté ce soir. par exemple, il
y a finalement 2 champs dans ma base
table pas base. C'est ce que je disais précedemment, s'il y a plusieurs
car je stocke aussi le nom de chaque
hébergement pour ne pas avoir à créer une table par hébergement.
Oui bien sûr.
plus de souplesse. Il y a aussi une requête de plus
$row=mysql_num_rows($res); pour faire je sais pas trop quoi mais ça sert...
Lire le manuel de PHP. http://fr2.php.net/mysql_num_rows
On a aussi supprimé quelques bouts de code qui semblaient poser problème
pour je ne sais quelle raison et la variable global $_REQUEST s'est changée
en $_GET car le gars qui m'a aidé ne savait pas bien ce que cette variable
fesait...et moi encore moins.
Dans tous les cas c'est mauvais de l'utiliser directement si ce n'est
Résultat des courses pour le fichier d'admin (je mets le code presque
complet une fois de plus car je pense que pour une solution, c'est mieux de
tout avoir sous les yeux) :
Oui, mais au delà d'un certain volume de sources, il faudra mettre ça en
$req = "SELECT * FROM disponibilites WHERE date_occupe='$date' AND
nom_gite='$nom_gite'";
$res = mysql_query($req) or die(mysql_error());
$row=mysql_num_rows($res);
if ($row == 0){ // si la recherche ne renvoie rien, tout est libre
Oui mais on s'en fout. On génère tout le calendrier et on indique ce qui
case 'occupe': $query="INSERT INTO disponibilites
VALUES('{$_GET['new_date']}','$nom_gite')";
break;
Attention :
$res=mysql_query($query);
Là : si la date est déjà occuppée, et qu'on redemande, le script va se
Bon, maintenant, je me rends compte que c'est surement une abbération
d'avoir créé 7 pages différentes pour l'admin et autant pour l'affichage des
dispo en changant juste 1 mot dans chacune (le nom de l'hébergement)
Oui.
que je crois me souvenir qu'on peut passer ce paramètre dans l'url aussi et
au final n'avoir qu'une seule page qui change simplement d'id. Je m'exprime
mal...
Non, non, c'est exactement ça.
du PHP qu'a du HTML. La transition n'est pas aisée quand on pris l'habitude
de raisonner en terme de vrai pages qui existent vraiement et pas de pages
qui se génèrent en fonction de divers paramètres.
Il faut raisonner à l'envers. On écrit d'abord la logique de
Alors, je me suis quand même bien fait aidé par un spécialiste :
Je doute de ce terme quand je lis la suite.
Il y aussi eu quelques changements que j'ai apporté ce soir. par exemple, il
y a finalement 2 champs dans ma base
table pas base. C'est ce que je disais précedemment, s'il y a plusieurs
car je stocke aussi le nom de chaque
hébergement pour ne pas avoir à créer une table par hébergement.
Oui bien sûr.
plus de souplesse. Il y a aussi une requête de plus
$row=mysql_num_rows($res); pour faire je sais pas trop quoi mais ça sert...
Lire le manuel de PHP. http://fr2.php.net/mysql_num_rows
On a aussi supprimé quelques bouts de code qui semblaient poser problème
pour je ne sais quelle raison et la variable global $_REQUEST s'est changée
en $_GET car le gars qui m'a aidé ne savait pas bien ce que cette variable
fesait...et moi encore moins.
Dans tous les cas c'est mauvais de l'utiliser directement si ce n'est
Résultat des courses pour le fichier d'admin (je mets le code presque
complet une fois de plus car je pense que pour une solution, c'est mieux de
tout avoir sous les yeux) :
Oui, mais au delà d'un certain volume de sources, il faudra mettre ça en
$req = "SELECT * FROM disponibilites WHERE date_occupe='$date' AND
nom_gite='$nom_gite'";
$res = mysql_query($req) or die(mysql_error());
$row=mysql_num_rows($res);
if ($row == 0){ // si la recherche ne renvoie rien, tout est libre
Oui mais on s'en fout. On génère tout le calendrier et on indique ce qui
case 'occupe': $query="INSERT INTO disponibilites
VALUES('{$_GET['new_date']}','$nom_gite')";
break;
Attention :
$res=mysql_query($query);
Là : si la date est déjà occuppée, et qu'on redemande, le script va se
Bon, maintenant, je me rends compte que c'est surement une abbération
d'avoir créé 7 pages différentes pour l'admin et autant pour l'affichage des
dispo en changant juste 1 mot dans chacune (le nom de l'hébergement)
Oui.
que je crois me souvenir qu'on peut passer ce paramètre dans l'url aussi et
au final n'avoir qu'une seule page qui change simplement d'id. Je m'exprime
mal...
Non, non, c'est exactement ça.
du PHP qu'a du HTML. La transition n'est pas aisée quand on pris l'habitude
de raisonner en terme de vrai pages qui existent vraiement et pas de pages
qui se génèrent en fonction de divers paramètres.
Il faut raisonner à l'envers. On écrit d'abord la logique de
Alors, je me suis quand même bien fait aidé par un spécialiste :
Je doute de ce terme quand je lis la suite.
Il y aussi eu quelques changements que j'ai apporté ce soir. par exemple, il
y a finalement 2 champs dans ma base
table pas base. C'est ce que je disais précedemment, s'il y a plusieurs
car je stocke aussi le nom de chaque
hébergement pour ne pas avoir à créer une table par hébergement.
Oui bien sûr.
plus de souplesse. Il y a aussi une requête de plus
$row=mysql_num_rows($res); pour faire je sais pas trop quoi mais ça sert...
Lire le manuel de PHP. http://fr2.php.net/mysql_num_rows
On a aussi supprimé quelques bouts de code qui semblaient poser problème
pour je ne sais quelle raison et la variable global $_REQUEST s'est changée
en $_GET car le gars qui m'a aidé ne savait pas bien ce que cette variable
fesait...et moi encore moins.
Dans tous les cas c'est mauvais de l'utiliser directement si ce n'est
Résultat des courses pour le fichier d'admin (je mets le code presque
complet une fois de plus car je pense que pour une solution, c'est mieux de
tout avoir sous les yeux) :
Oui, mais au delà d'un certain volume de sources, il faudra mettre ça en
$req = "SELECT * FROM disponibilites WHERE date_occupe='$date' AND
nom_gite='$nom_gite'";
$res = mysql_query($req) or die(mysql_error());
$row=mysql_num_rows($res);
if ($row == 0){ // si la recherche ne renvoie rien, tout est libre
Oui mais on s'en fout. On génère tout le calendrier et on indique ce qui
case 'occupe': $query="INSERT INTO disponibilites
VALUES('{$_GET['new_date']}','$nom_gite')";
break;
Attention :
$res=mysql_query($query);
Là : si la date est déjà occuppée, et qu'on redemande, le script va se
Bon, maintenant, je me rends compte que c'est surement une abbération
d'avoir créé 7 pages différentes pour l'admin et autant pour l'affichage des
dispo en changant juste 1 mot dans chacune (le nom de l'hébergement)
Oui.
que je crois me souvenir qu'on peut passer ce paramètre dans l'url aussi et
au final n'avoir qu'une seule page qui change simplement d'id. Je m'exprime
mal...
Non, non, c'est exactement ça.
du PHP qu'a du HTML. La transition n'est pas aisée quand on pris l'habitude
de raisonner en terme de vrai pages qui existent vraiement et pas de pages
qui se génèrent en fonction de divers paramètres.
Il faut raisonner à l'envers. On écrit d'abord la logique de