Le format AAAA-MM-JJ est un format de date dit Anglais, donc tu n'as pas besoin de le convertir

Le manuel php dit ceci :
********************

strtotime
(PHP 3>= 3.0.12, PHP 4 , PHP 5)

strtotime --  Transforme un texte anglais en timestamp
Description
int strtotime ( string time [, int now])


strtotime() essaye de lire une date au format anglais dans la chaîne time, et de la transformer en timestamp UNIX, relativement au timestamp now, ou à la date courante si ce dernier est omis. En cas d'erreur, -1 est retourné.

Comme strtotime() suit la syntaxe de date GNU, vous pouvez lire le manuel GNU intitulé Date Input Formats. Ci-dessous, vous trouverez une syntaxe valide pour le paramètre time.

Exemple 1. Exemple avec strtotime()

<?php
// l'exemple n'est pas traduit, car cela ne fonctionne qu'en anglais
echo strtotime ("now"), "\n";
echo strtotime ("10 September 2000"), "\n";
echo strtotime ("+1 day"), "\n";
echo strtotime ("+1 week"), "\n";
echo strtotime ("+1 week 2 days 4 hours 2 seconds"), "\n";
echo strtotime ("next Thursday"), "\n";
echo strtotime ("last Monday"), "\n";
?>  



Exemple 2. Vérification des erreurs avec strtotime()

$str = 'Pas une bonne date';
if (($timestamp = strtotime($str)) === -1) {
    echo "La chaîne ($str) est bogus";
} else {
    echo "$str == ". date('l dS of F Y h:i:s A',$timestamp);
}  



Note : L'intervalle de validité d'un timestamp va du Vendredi 13 Décembre 1901 20:45:54 GMT au Mardi 19 Jan 2038 03:14:07 GMT : cela correspond aux dates maximales et minimales pour un entier de 32 bits signé.

La méthode de Kirua est la bonne, mais pour plus de facilité il suffit de t'inscrire comme un client normal et de changer ton statut sur 1 et ton admin sur 1

C'est un bon principe, surtout pour récuperer automatiquement les erreurs générées par le code (mais bon il ne devrait pas avoir d'erreur dans le code lol)

8/10

Je ne vois pas vraiment l'utilité vu que le but de l'auto incrément permet d'avoir un numéro unique pour chaque enregistrement. Et rien ne "Sature" il suffit de choisir le format adapté a ton champ, comme INT, BIGINT etc.

De plus, pour les Bases de données Relationnelles cela peut poser probleme, et meme de sérieux

Imagine que on utilise ton principe pour des utilisateurs
dans un forum par exemple.

Après chaque message du forum on attache l'ID de la personne qu'il l'a postée.

ID---MESSAGE---AUTEUR
0     Test            1
1     Bonjour       2
2     Test            3

A partir de la, l'administrateur décide de supprimer le compte de l'utilisateur 3, mais il ne va pas vider tout ses messages du forum car ils sont interessant pour la plus part

Quand on consultera un message, et que l'on voudra récupérer l'auteur, on se retrouve devant un probleme, si personne ne s'est inscrit entre temps, il n'y a pas d'enregistrement 3 , la c'est OK mais si quelqu'un s'inscrit entretemps, on se retrouve avec qqn dont l'ID est 3 et qui n'EST PAS l'auteur des messages.

Donc pour utiliser ta méthode sans avoir de problemes, il faudrait ré-attribuer tout les champs de la table forum a un auteur 0 si il est supprimé, mais voila le probleme, cela demande plus de traitement et de vérifications par code que cela n'économise de place dans la base ou de performance.

En lui même le code est intéréssant pour son fonctionnement. Mais je pense qu'il ne doit pas etre utilisé pour une application concrete de base de données sinon on se retrouve devant plusieurs dilemes surtout en cas de base de données relationnelles (tres courantes)

Bonne prog

Super, tout ce que je cherchais !

Désolé mais si je ne sais pas recréer l'erreur je ne peut pas dénicher le problème. Cela vient peut etre des droits sur tes sessions avec php mais sans détails supplémentaires je ne sais pas plus t'aider désolé.

Le problème se situe au niveau de ton Navigateur, c'est un problème courant avec PHP et IE6, essaye de mettre le niveau de sécurité sur Bas pour la gestion des cookies car microsoft IE6 Sp1 ou Sp2 refuse catégoriquement tout les cookies session de php

Quand tu est connecté, ce petit menu doit changer et marquer plusieurs options

Dans la réponse précédente :

README.txt :
[i]5-Dans la base, dans la table utilisateurs, modifez la valeur de Admin a 1 au lieu de 0 pour créer des administrateurs
(Vous DEVEZ le faire pour vous)[/i]

Erratum :

Je n'avais pas compris a cause que j'ai lu rapidement il faut rajouter une précision sur cette réponse
"Il faut aussi mettre le Statut a 1 en plus de l'Admin"

Problème lors de l'utlisation des préfixes de table du genre 'magical_utilisateurs' au lieu de la configuration par défaut 'utilisateurs'. Une faute de frappe empechait le code SQL de s'éxécuter correctement et certains hébergeurs ne renvoyaient pas d'erreur. Ma phase test à été faite sans les préfixes et donc cela fonctionnait. Le problème est corrigé.

"4.Ajoutez un repertoire "sessions" à la racine de votre site"

Note pour les utilisateurs : Ceci est inutile si vous n'est pas chez un hébergeur exigeant ce dossier, contrairement a Free chez qui c'est obligé