Ses derniers messages sur les forums
voila, je vous souligner que la methode DELETE de mysql n'est pas recommandée.
De manière générale, il est plus prudent d'avoir un 'flag' delete (0 = effacé, 1 = normal), plutot que de faire un "DELETE".
Pourquoi ?
Tout simplement que si un moteur de recherche passe sur votre page, et que par malheur, vous avec mal géré la chose, le moteur de recherche suit tout les liens, et par conséquent, il va suivre les liens qui efface des données dans la base.
Et si c'est vraiment mal géré, apres le passage du moteur de recherche, vous pouvez avoir des tables un peu vide.
Par conséquent, utiliser des 'flag' delete dans vos tables, et prévoyer des script a part, executable que manuellement, et qui vous nettoient ces tables la.
Vala vala ^^
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
ah mon avis, faut que tu fasses une classe a part pour la verification de ton formulaire...
va voir le forum "script" j'ai mis un lien vers quelques classes que j'ai faite, dont une qui verifie les formulaires.
Et bientot, il y en aura d'autre, le dernier concourt des 3hduphp étant basé la dessus, il y aura des corrections :)
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
bon, bah prends un calendrier, cherche un lundi dans une date proche du 01/01/1970
et tu te base sur cette date pour faire tes calcul.
Ensuite tu boucle avec une incrémentation de 7.
Et t'auras tout les lundi ^^
ensuite tu te fait une belle petite function, qui calcule la date, en verifiant si c'est une année bisextile (avec la methode php checkdate())
Tu peux arrive a un truc sympas et correct assez facilement :)
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
le md5 est plutot sécurisé, car irrécupérable, du fait que ce n'est pas du cryptage, mais du hashage ^^.
Donc ca evite qu'on puisse retrouver un mot de passe, ou que l'on trouve des mots de passe si l'on trouve la clé de cryptage, etc.
Enfin sache que le hashage md5() évite certain abus, mais ce n'est pas une protection du site en soit, mais plutot une protection du mot de passe, pour évité que quelqu'un s'amuse s'il peut récupéré les hashages, de faire les conversions, et essayer ses mots de passes sur d'autres sites ou ils peut trouver une personne.
exemple:
login: toto
pass: toto_pass (hashage md5(ehfglefiulhdfODFHFDQHF))
un utilisateur mal intentionné qui connait toto, ne pourras jamais connaitre sont mot de passe meme s'il trouve le moyen de récupéré le hashage md5(), car non inversible ^^.
Donc il pourras pas faire joujou à essayer le mot de passe sur d'autre site ou va toto, et ou il aura probablement mis le meme password ^^
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
hum, l'idée n'est pas mauvaise, mais je te conseille de faire des methodes séparée.
du genre
<?php
AddRadio();
AddInput();
AddSelect();
AddFile();
?>
Deja, c'est un peu plus cool, meme s'il y a des choses que tu dois réecrire.
de plus, evite d'avoir a passer plein de parametre, en en initialisant plein par défaut.
du genre:
<?php
function AddRadio($name, $checked = "")
{
$this->ListeChamps[] = "<input type=\"radio\" name=\"$name\" $checked>";
}
//le premier est selectionné
$formulaire->AddRadio("nom1", "checked");
//le deuxieme ne le seras pas...
$formulaire->AddRadio("nom1");
?>
Voila, comme ca, certains parametre sont mis par défaut. Si ta class est bien pensée, l'utilisateur n'auras que peu de parametre a spécifier en général, car les valeurs par defaut correspondront a l'utilisation générale.
Celui qui veut spécifier des choses en plus, il a le droit ;)
Et puis le fait de faire des methodes un peu plus spécifiée evite de perdre l'utilisateur de ta classe en ne sachant plus trop ce qu'il doit passer ou non :)
Vala vala
KeitaroSan
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
bah ca doit pas etre bien compliquer...
au pire, tu le note dans un coin, tu fini ton site, et t'y revient a la fin quand tu auras un peu plus d'experience :)
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
pour faire plus simple, tu peux manipuler des date au format sql (yyyy-mm-dd) et utiliser la function mysql UNIX_TIMESTAMP() pour les comparer...
A mon avis, ca serait meme plus simple que de jouer avec les mktime ;)
Dans le genre
<?php
$date = "2005-02-16";
$query = "
SELECT *
FROM table
WHERE
UNIX_TIMESTAMP(table.date) < (UNIT_TIMESTAMP($date) + 80400)";
?>
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
bah sache en tout cas que ce n'est point génant.
Maintenant, si tu vises des milliers d'utilisateur, c'est mieux de s'orienté vers des connexion persistante pour l'optimisation du temps de générations des pages ^^
Et puis il faut savoir rester humble, s'excuser quand on dit des bétises, est la moindre des politesses ^^
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
tu peux toujours coder la function qui te l'affiche ;)
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
salut...
tu pourrais nous donner un exemple de l'utilisation de ta classe, voir meme ta classe ?
Je veux bien te donner un coup de mains, je commence a plutot bien maitriser les objets php ^^
(tellement, que j'ai tendance a en mettre trop :D)
>> http://projectopensource.free.fr/index.php?m=2&m2=5&s=8 <<
