cookies javascript et php

FAb

21/01/2005 à 19:43

(Yvon Thoraval) writes:

Bonour,

je voudrais savoir, s'il est possible de faire un set cookie avec
javascript et de récupérer une valeur (tableau associatif) avec php ?

Quel intérêt ?
(Simple curiosité)

FAb

yvon.thoravalNO-SPAM

21/01/2005 à 22:22

FAb wrote:

Quel intérêt ?
(Simple curiosité)

ben c'est pour ma "gestion" des thèmes, ce qui marche (pour l'instant;-)

quand quelqu'un clique sur un lien de choix de thème ça fait un set
cookie, avec le nouveau thème et dans la foulée, recharge la page, mon
premier essai côté javascript :
function setCookie(nom, theme) {
document.cookie=nom+"="+escape(theme);
window.location.reload(true);
}

avec l'appel de cette fonction par :
<a href="javascript:setCookie('jcave-cookie', 'grappe-psyche'); "
class="current">[ Grappe psyché ]</a>

et côté php :
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}

le "gros" intérêt, me semble-t'il est qu'avec javascript on peut faire
un set cookie quand on veut, pas avec php car :

je cite :

setcookie() définit un cookie qui sera envoyé avec le reste des
en-têtes. Les cookies doivent passer avant tout autre en-tête (c'est une
----------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
restriction des cookies, pas de PHP). Cela vous impose d'appeler cette
fonction avant toute balise <html> ou <head>. Si quelque chose a été
envoyé avant l'appel à cette fonction, setcookie() échouera et
retournera FALSE. Si setcookie() réussi, elle retournera TRUE. Celà
n'indique pas si le client accepte ou pas le cookie.

cf. : <http://fr.php.net/setcookie>

notez que je n'ai peut-être pas pigé le "c'est une restriction des
cookies, pas de PHP" car dans mon cas, l'en-tête est passée, la page est
affichée et ça marche très bien, php récupère la valeur.

maintenant, ça peut peut-être se faire aussi tout en php ? mais je ne
sais comment.

mon "php" est très simple, juste quelques lignes :
<code>
<?php
$lang="fr";
$theme="tastevin";
$page="index";
$mode="page";
if(isset($_GET['lang'])){$lang=$_GET['lang'];}
if(isset($_GET['page'])){$page=$_GET['page'];}
if(isset($_GET['mode'])){$mode=$_GET['mode'];}
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}
$params = array(
'lang' => $lang,
'theme' => $theme,
'page' => $page,
'mode' => $mode,
'jour' => date("j"),
'mois' => date("m"),
'annee' => date("Y"),
'heure' => date("H"),
'minute' => date("i")
);
$xslt_proc = xslt_create();
$html = xslt_process($xslt_proc, "jcave_".$lang.".xml",
"jcave.xsl",NULL, array(), $params);
xslt_free($xslt_proc);
print($html);
exit;
?>
</code>

je compte utiliser le même procédé pour le choix de la langue(cookie)
plutôt que le trimbaler dans l'url :
<http://81.57.96.20/~yvon/jCave/index.php?lang=en&page=index>

on m'a dit aussi (sur fciwa) qu'avoir ce genre d'url n'est pas bon pour
le référencement, effectivement en réalité je n'ai qu'une page apparente
"index.php", pour l'instant je ne vois pas comment faire autrement,
c'est d'ailleurs, pour moi, le plus "gros" intérêt ;-)

l'essentiel de mon site comme on peut le voir dans le code juste
au-dessus, est réalisé par une feuille xsl.
--
yt

FAb <g0up1l.at.yahoo.fr@yahoo.fr> wrote:

Quel intérêt ?
(Simple curiosité)

ben c'est pour ma "gestion" des thèmes, ce qui marche (pour l'instant;-)

quand quelqu'un clique sur un lien de choix de thème ça fait un set
cookie, avec le nouveau thème et dans la foulée, recharge la page, mon
premier essai côté javascript :
function setCookie(nom, theme) {
document.cookie=nom+"="+escape(theme);
window.location.reload(true);
}

avec l'appel de cette fonction par :
<a href="javascript:setCookie('jcave-cookie', 'grappe-psyche'); "
class="current">[ Grappe psyché ]</a>

et côté php :
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}

le "gros" intérêt, me semble-t'il est qu'avec javascript on peut faire
un set cookie quand on veut, pas avec php car :

je cite :

setcookie() définit un cookie qui sera envoyé avec le reste des
en-têtes. Les cookies doivent passer avant tout autre en-tête (c'est une
----------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
restriction des cookies, pas de PHP). Cela vous impose d'appeler cette
fonction avant toute balise <html> ou <head>. Si quelque chose a été
envoyé avant l'appel à cette fonction, setcookie() échouera et
retournera FALSE. Si setcookie() réussi, elle retournera TRUE. Celà
n'indique pas si le client accepte ou pas le cookie.

cf. : <http://fr.php.net/setcookie>

notez que je n'ai peut-être pas pigé le "c'est une restriction des
cookies, pas de PHP" car dans mon cas, l'en-tête est passée, la page est
affichée et ça marche très bien, php récupère la valeur.

maintenant, ça peut peut-être se faire aussi tout en php ? mais je ne
sais comment.

mon "php" est très simple, juste quelques lignes :
<code>
<?php
$lang="fr";
$theme="tastevin";
$page="index";
$mode="page";
if(isset($_GET['lang'])){$lang=$_GET['lang'];}
if(isset($_GET['page'])){$page=$_GET['page'];}
if(isset($_GET['mode'])){$mode=$_GET['mode'];}
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}
$params = array(
'lang' => $lang,
'theme' => $theme,
'page' => $page,
'mode' => $mode,
'jour' => date("j"),
'mois' => date("m"),
'annee' => date("Y"),
'heure' => date("H"),
'minute' => date("i")
);
$xslt_proc = xslt_create();
$html = xslt_process($xslt_proc, "jcave_".$lang.".xml",
"jcave.xsl",NULL, array(), $params);
xslt_free($xslt_proc);
print($html);
exit;
?>
</code>

je compte utiliser le même procédé pour le choix de la langue(cookie)
plutôt que le trimbaler dans l'url :
<http://81.57.96.20/~yvon/jCave/index.php?lang=en&page=index>

on m'a dit aussi (sur fciwa) qu'avoir ce genre d'url n'est pas bon pour
le référencement, effectivement en réalité je n'ai qu'une page apparente
"index.php", pour l'instant je ne vois pas comment faire autrement,
c'est d'ailleurs, pour moi, le plus "gros" intérêt ;-)

l'essentiel de mon site comme on peut le voir dans le code juste
au-dessus, est réalisé par une feuille xsl.
--
yt

Vous avez filtré cet utilisateur ! Consultez son message

FAb wrote:

Quel intérêt ?
(Simple curiosité)

ben c'est pour ma "gestion" des thèmes, ce qui marche (pour l'instant;-)

quand quelqu'un clique sur un lien de choix de thème ça fait un set
cookie, avec le nouveau thème et dans la foulée, recharge la page, mon
premier essai côté javascript :
function setCookie(nom, theme) {
document.cookie=nom+"="+escape(theme);
window.location.reload(true);
}

avec l'appel de cette fonction par :
<a href="javascript:setCookie('jcave-cookie', 'grappe-psyche'); "
class="current">[ Grappe psyché ]</a>

et côté php :
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}

le "gros" intérêt, me semble-t'il est qu'avec javascript on peut faire
un set cookie quand on veut, pas avec php car :

je cite :

setcookie() définit un cookie qui sera envoyé avec le reste des
en-têtes. Les cookies doivent passer avant tout autre en-tête (c'est une
----------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
restriction des cookies, pas de PHP). Cela vous impose d'appeler cette
fonction avant toute balise <html> ou <head>. Si quelque chose a été
envoyé avant l'appel à cette fonction, setcookie() échouera et
retournera FALSE. Si setcookie() réussi, elle retournera TRUE. Celà
n'indique pas si le client accepte ou pas le cookie.

cf. : <http://fr.php.net/setcookie>

notez que je n'ai peut-être pas pigé le "c'est une restriction des
cookies, pas de PHP" car dans mon cas, l'en-tête est passée, la page est
affichée et ça marche très bien, php récupère la valeur.

maintenant, ça peut peut-être se faire aussi tout en php ? mais je ne
sais comment.

mon "php" est très simple, juste quelques lignes :
<code>
<?php
$lang="fr";
$theme="tastevin";
$page="index";
$mode="page";
if(isset($_GET['lang'])){$lang=$_GET['lang'];}
if(isset($_GET['page'])){$page=$_GET['page'];}
if(isset($_GET['mode'])){$mode=$_GET['mode'];}
if(isset($_COOKIE['jcave-cookie'])){$theme $_COOKIE['jcave-cookie'];}
$params = array(
'lang' => $lang,
'theme' => $theme,
'page' => $page,
'mode' => $mode,
'jour' => date("j"),
'mois' => date("m"),
'annee' => date("Y"),
'heure' => date("H"),
'minute' => date("i")
);
$xslt_proc = xslt_create();
$html = xslt_process($xslt_proc, "jcave_".$lang.".xml",
"jcave.xsl",NULL, array(), $params);
xslt_free($xslt_proc);
print($html);
exit;
?>
</code>

je compte utiliser le même procédé pour le choix de la langue(cookie)
plutôt que le trimbaler dans l'url :
<http://81.57.96.20/~yvon/jCave/index.php?lang=en&page=index>

on m'a dit aussi (sur fciwa) qu'avoir ce genre d'url n'est pas bon pour
le référencement, effectivement en réalité je n'ai qu'une page apparente
"index.php", pour l'instant je ne vois pas comment faire autrement,
c'est d'ailleurs, pour moi, le plus "gros" intérêt ;-)

l'essentiel de mon site comme on peut le voir dans le code juste
au-dessus, est réalisé par une feuille xsl.
--
yt

Sebastian 'CrashandDie' Lauwers

21/01/2005 à 23:31

Yvon Thoraval wrote:

FAb wrote:

[grand machin pourquoi js serait mieux que php en gestion des cookies]

Bref, juste pour dire, que si tu veux mettre un cookie quand quelqu'un
clique sur un lien, il te suffit de faire:

<url>tonscript.php?setcookie=true&theme=machin&nom=bidule</url>

Si setcookie est égal à true, on passe dans le système de gestion des
cookies:

- On regarde les valeurs passées dans l'url, on vérifie si c'est correct
- On pose le cookie
- On fait un header ('Location: /tonscript.php');

le script tonscript.php, vérifie à chaque fois si l'un des arguments
$_GET n'est pas setcookie, et si ce n'est pas le cas, il continue le
reste de la génération, par exemple, il pourra voir dans le cookie quel
thème utiliser. Si le cookie n'est pas mis ou ne contient pas de données
valides, on utilise le thème par défaut...

C'est un algo de base, mais ça a le mérite de ne plus exclure les
utilisateurs qui ne peuvent/veulent pas utiliser javascript.

exemple: tonscript.php

<?php

if (isset ($_GET['setcookie']) AND $_GET['setcookie'] == true) {

$themes = array (
'pomme' => 'pomme.inc.php',
'poire' => 'poire.inc.php',
'cassis' => 'cassis.inc.php',
'fraise' => 'fraise.inc.php',
'melon' => 'melon.inc.php'
);

if (isset ($_GET['theme']) AND !empty ($_GET['setcookie'])) {

if (array_key_exists ($_GET['theme'], $pages))
$theme = $pages[$_GET['theme']];

else
$theme = 'pomme.inc.php';

}
else {

$page = 'pomme.inc.php';

}

$_COOKIE['theme'] = $page;

header ('Location: /tonscript.php');

}
else if (isset ($_COOKIE['theme']) {

define ('SECURED', true);
require ($_COOKIE['theme']);

}
else {

define ('SECURED', true);
require ('pomme.inc.php');

}

?>

Contenu type de pomme.inc.php:

<?php

if (!defined ('SECURED') OR constant ('SECURED') != true)
die ('Tentative de piratage');

?>
<html>
<head>
<style type="text/css">
/* Du code CSS correspondant au theme */
</style>
</head>

Fin du contenu type...

Bien sûr, c'est loin d'être parfait, mais pour une idée de fin de
soirée, ça devra faire l'affaire... Je pense, amha qu'il est préférable
de laisser le serveur faire quelquechose d'aussi sensible que les
cookies... Je dirais même plus, les cookies sont quelquechose que je
déteste, mais bon, si je peux déjà vous éviter d'utiliser du javascript,
j'aurais déjà fait une bonne action ;).

Bonne soirée et bon weekend,

S.

Yvon Thoraval wrote:

FAb <g0up1l.at.yahoo.fr@yahoo.fr> wrote:

[grand machin pourquoi js serait mieux que php en gestion des cookies]

Bref, juste pour dire, que si tu veux mettre un cookie quand quelqu'un
clique sur un lien, il te suffit de faire:

<url>tonscript.php?setcookie=true&theme=machin&nom=bidule</url>

Si setcookie est égal à true, on passe dans le système de gestion des
cookies:

- On regarde les valeurs passées dans l'url, on vérifie si c'est correct
- On pose le cookie
- On fait un header ('Location: /tonscript.php');

le script tonscript.php, vérifie à chaque fois si l'un des arguments
$_GET n'est pas setcookie, et si ce n'est pas le cas, il continue le
reste de la génération, par exemple, il pourra voir dans le cookie quel
thème utiliser. Si le cookie n'est pas mis ou ne contient pas de données
valides, on utilise le thème par défaut...

C'est un algo de base, mais ça a le mérite de ne plus exclure les
utilisateurs qui ne peuvent/veulent pas utiliser javascript.

exemple: tonscript.php

<?php

if (isset ($_GET['setcookie']) AND $_GET['setcookie'] == true) {

$themes = array (
'pomme' => 'pomme.inc.php',
'poire' => 'poire.inc.php',
'cassis' => 'cassis.inc.php',
'fraise' => 'fraise.inc.php',
'melon' => 'melon.inc.php'
);

if (isset ($_GET['theme']) AND !empty ($_GET['setcookie'])) {

if (array_key_exists ($_GET['theme'], $pages))
$theme = $pages[$_GET['theme']];

else
$theme = 'pomme.inc.php';

}
else {

$page = 'pomme.inc.php';

}

$_COOKIE['theme'] = $page;

header ('Location: /tonscript.php');

}
else if (isset ($_COOKIE['theme']) {

define ('SECURED', true);
require ($_COOKIE['theme']);

}
else {

define ('SECURED', true);
require ('pomme.inc.php');

}

?>

Contenu type de pomme.inc.php:

<?php

if (!defined ('SECURED') OR constant ('SECURED') != true)
die ('Tentative de piratage');

?>
<html>
<head>
<style type="text/css">
/* Du code CSS correspondant au theme */
</style>
</head>

Fin du contenu type...

Bien sûr, c'est loin d'être parfait, mais pour une idée de fin de
soirée, ça devra faire l'affaire... Je pense, amha qu'il est préférable
de laisser le serveur faire quelquechose d'aussi sensible que les
cookies... Je dirais même plus, les cookies sont quelquechose que je
déteste, mais bon, si je peux déjà vous éviter d'utiliser du javascript,
j'aurais déjà fait une bonne action ;).

Bonne soirée et bon weekend,

S.

Vous avez filtré cet utilisateur ! Consultez son message

Yvon Thoraval wrote:

FAb wrote:

[grand machin pourquoi js serait mieux que php en gestion des cookies]

Bref, juste pour dire, que si tu veux mettre un cookie quand quelqu'un
clique sur un lien, il te suffit de faire:

<url>tonscript.php?setcookie=true&theme=machin&nom=bidule</url>

Si setcookie est égal à true, on passe dans le système de gestion des
cookies:

- On regarde les valeurs passées dans l'url, on vérifie si c'est correct
- On pose le cookie
- On fait un header ('Location: /tonscript.php');

le script tonscript.php, vérifie à chaque fois si l'un des arguments
$_GET n'est pas setcookie, et si ce n'est pas le cas, il continue le
reste de la génération, par exemple, il pourra voir dans le cookie quel
thème utiliser. Si le cookie n'est pas mis ou ne contient pas de données
valides, on utilise le thème par défaut...

C'est un algo de base, mais ça a le mérite de ne plus exclure les
utilisateurs qui ne peuvent/veulent pas utiliser javascript.

exemple: tonscript.php

<?php

if (isset ($_GET['setcookie']) AND $_GET['setcookie'] == true) {

$themes = array (
'pomme' => 'pomme.inc.php',
'poire' => 'poire.inc.php',
'cassis' => 'cassis.inc.php',
'fraise' => 'fraise.inc.php',
'melon' => 'melon.inc.php'
);

if (isset ($_GET['theme']) AND !empty ($_GET['setcookie'])) {

if (array_key_exists ($_GET['theme'], $pages))
$theme = $pages[$_GET['theme']];

else
$theme = 'pomme.inc.php';

}
else {

$page = 'pomme.inc.php';

}

$_COOKIE['theme'] = $page;

header ('Location: /tonscript.php');

}
else if (isset ($_COOKIE['theme']) {

define ('SECURED', true);
require ($_COOKIE['theme']);

}
else {

define ('SECURED', true);
require ('pomme.inc.php');

}

?>

Contenu type de pomme.inc.php:

<?php

if (!defined ('SECURED') OR constant ('SECURED') != true)
die ('Tentative de piratage');

?>
<html>
<head>
<style type="text/css">
/* Du code CSS correspondant au theme */
</style>
</head>

Fin du contenu type...

Bien sûr, c'est loin d'être parfait, mais pour une idée de fin de
soirée, ça devra faire l'affaire... Je pense, amha qu'il est préférable
de laisser le serveur faire quelquechose d'aussi sensible que les
cookies... Je dirais même plus, les cookies sont quelquechose que je
déteste, mais bon, si je peux déjà vous éviter d'utiliser du javascript,
j'aurais déjà fait une bonne action ;).

Bonne soirée et bon weekend,

S.

yvon.thoravalNO-SPAM

22/01/2005 à 09:01

Sebastian 'CrashandDie' Lauwers <crashanddie+ wrote:

[grand machin pourquoi js serait mieux que php en gestion des cookies]

je n'ai pas dit DU TOUT que je serais mieux que...
j'ai que le plus gros avantage, pour moi, du js, et que je le connais,
en fait, ma question de départ était sur si je dépose un cookie par js,
est-ce que je peux le récupérer en php ?

Ici personne n'a pris la peine de répondre à ma question, sinon par une
autre question. En fait la réponse je l'ai obtenue par un test...

Je ne veux pas lancer de débat js/php, j'utiliserai les deux, ceux qui
ne veulent pas du js, temps pis pour eux...
--
yt

EspaceTrain

22/01/2005 à 09:01

Bonsoir,

[grand machin pourquoi js serait mieux que php en gestion des cookies]

Il y a la solution Php présentée sur cette page :
http://ben2boot.com/tech/traductions/ala/phpswitch/
Cela évite le javascript...
--
EspaceTrain
Prochain arrêt : Mars
Merci de ne laisser aucuns bagages dans les voitures

yvon.thoravalNO-SPAM

22/01/2005 à 13:04

EspaceTrain wrote:

Il y a la solution Php présentée sur cette page :
http://ben2boot.com/tech/traductions/ala/phpswitch/
Cela évite le javascript...

OK, merci, c'est une page très claire.
Ceci dit je ne comprends pas trop pourquoi, sur ce groupe, vous semblez
être "anti-javascript".
--
yt

jf

22/01/2005 à 13:04

Bonjour,

comment obtenir le nombre d'enregistrements total d'une table mysql

C'est surement simple mais je débute ..

Jean-François

Sebastian 'CrashandDie' Lauwers

22/01/2005 à 13:04

Yvon Thoraval wrote:

[...]

en fait, ma question de départ était sur si je dépose un cookie par js,
est-ce que je peux le récupérer en php ?

Autant pour moi, je n'avais pas compris la question de telle manière.

Ici personne n'a pris la peine de répondre à ma question, sinon par une
autre question. En fait la réponse je l'ai obtenue par un test...

En effet, mais c'est parcequ'elle n'était pas très explicite. Mais,
simple curiosité, pourquoi n'avez vous pas fait le test avant de
demander la réponse? Si la réponse vous avait été fournie directement,
vous n'auriez sans doutes rien appris, alors que vu que vous l'avez
obtenue (la réponse) par test, vous la retiendrez bien plus longtemps.

Je ne veux pas lancer de débat js/php, j'utiliserai les deux, ceux qui
ne veulent pas du js, temps pis pour eux...

Oui... Tant pis pour eux...

Bref, moi non plus, je ne veux pas lancer de débat entre php/jscript (je
pense savoir lequel serait majoritaire sur ce forum) mais disons que dès
que l'on s'interresse un tant soit peu à la qualité du service fourni
par le site, on essaye de pouvoir toucher un nombre de personnes aussi
grand que possible.

Vous connaissez javascript, vous savez donc que c'est un langage côté
client, que le client peut modifier ce script et le relancer, qu'il peut
se permettre de changer les valeurs du cookie simplement parceque d'une
manière ou d'une autre, vous lui autorisez de le faire. C'est dans ce
genre d'utilisations que js est dangereux... Osef pas mal de la
banderolle qui défile ou quoi, puisque quelqu'un qui n'a pas js ne le
verra pas, mais ce qui est dangereux, c'est que des utilisations
pareilles, où la façon dont un script va se comporter sont modifiées
simplement grâce à un cookie modifiable par l'utilisateur, là y'a danger.

Amicalement,
S.

Bon weekend à tous

yvon.thoravalNO-SPAM

22/01/2005 à 14:03

Sebastian 'CrashandDie' Lauwers <crashanddie+ wrote:

Autant pour moi, je n'avais pas compris la question de telle manière.

OK, merci pour tout, j'ai viré ma cuti ;-)

mes deux lignes de js sont passées en php...

me reste à résoudre le pb lié au référencement ie mes url sont :

http://my.domain.com/index.php?page=la-page-en-question

et qq'un sur fciwa m'a dit qu'il valait mieux avoir :

http://my.domain.com/la-page-en-question

ça veut dire que je dois tripatouiller le referer ?

En effet, mais c'est parcequ'elle n'était pas très explicite. Mais,
simple curiosité, pourquoi n'avez vous pas fait le test avant de
demander la réponse? Si la réponse vous avait été fournie directement,
vous n'auriez sans doutes rien appris, alors que vu que vous l'avez
obtenue (la réponse) par test, vous la retiendrez bien plus longtemps.

Mouais effectivement, d'autant, que, à la réflexion je dois dire que ma
question était "idiote"...

Parce que c'est le nav qui s'occupe des cookies donc php ou js ne font
que transmettre, ensuite j'ai pigé le message "c'est une
restriction des cookies, pas de PHP" en réalité quand qq'un clique sur
un lien, tout le flux html est passé donc pas de pb de header (à moins
que la page mette une plombe à se charger) et donc pas de pb pour php.

Je ne me suis décidé à faire l'essai qu'après avoir constaté, au bout de
qq temps, que mon message n'avait pas été posté sur fclp, je me suis
souvenu alors qu'on était vendredi entre midi et deux heures...

--
yt

yvon.thoravalNO-SPAM

22/01/2005 à 14:03

jf wrote:

C'est surement simple mais je débute ..

ca fait très longtemps que je ne fais plus de mysql (j'ai abandonné le
sql pour une database objet c'est nettement plus clean et cool).

ben sur la page :
<http://fr2.php.net/mysql>
(qui ne répond pas spécifiquement à votre question)
"ils" font une boucle while, donc je suppose qu'il suffit d'incrémenter
un compteur dans cette boucle pour obtenir le nombre de lignes.

je ne sais pas du tout s'il y a un moyen + élégant et plus direct, à
moins de vous référer à l'id, ce qui supposerait qu'il n'y a pas de
trous dans votre base (donc pas conseillé)

ben si, il y a plus élégant, une fonction toute faite :

"mysql_num_rows -- Retourne le nombre de lignes d'un résultat MySQL"

à voir là :
<http://fr2.php.net/manual/fr/function.mysql-num-rows.php>

l'exemple donné est très simple (cut'n paste) :
<?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 Rowsn";

?>
--
yt

cookies javascript et php

10 réponses

Veuillez sélectionner un problème