Ses derniers messages sur les forums
Pour vider un fichier, tu n'es pas obligé de le supprimer. Tu peux simplement ouvri le fichier en écriture simple, puis de le refermer.
Au fait, il faut utiliser $_POST plutôt que $HTTP_POST_VARS.
En ce qui concerne mon niveau. La plupart du temps je développe du closed source. Et tout ce que je fais chez moi, c'est pour tester des idées. Rien qui ne vaut le coup d'être publié.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il ne faut pas utiliser PHPMyAdmin.
Essaye d'utiliser un client MySQL adapté. On en a déjà parlé souvent dans ce forum.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Une erreur interne du serveur...
Mais en allant sur free.fr, je ne vois pas l'erreur, ça a du se rétablir.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
`date` datetime NOT NULL default '0000-00-00 00:00:00',
À quoi ça sert de préciser une valeur non-pertinante ? Autant laisser le champs à null. La nullitude d'un champs signifie quelque chose.
Il me semble que Type est déprécié et qu'il faille utiliser engine.
Et enfin... 50 caractères pour une URL, tu vas pas aller loin ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Essaye
ça :
var confirmer = function(self)
{
if(self.elements['bOK'].value == "Faire le truc")
{
return confirm('Etes-vous sur ?');
}
}
Et dans le onsubmit (et pas onSubmit...) :
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
1 - C'est une très mauvaise idée de faire la connexion de manière implicite.
2 - Les objets c'est bien, mangez-en ©
$con_from = new mysqli('localhost', 'toto', null, 'base1) ;
$con_to = new mysqli('localhost', 'tartare', 'boeuf', 'base1) ;Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le navigateur ne va pas forcément faire les requêtes (ce qui est d'ailleurs un problème quand on développe).
Lorsque tu renvoie une information à l'aide d'AJAX, tu la mets en forme en XML. ce qui n'est pas bien différent de le mettre en forme en HTML.
Lors de la construction de l'interface par le Javascript, les images telles que les avatars seront requêtées.
Dans ce cas particulier, on peut attendre un gain de performances.
Sauf si tu envoie une requête HTTP par message du thread. Ce qui peut se justifier. Mais là se serait vraiment bouffeur de ressources ;)
Comme tout outil, il est vrai que ça dépend de son usage. Mais pour moi, Ajax est une évolution technologique. Et je ne connais aucune évolution technologique qui n'ai entraîné uen économie de ressource...
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ça c'est le méga-troll du moment ;)
Mais dans ce que tu décris, je ne vois pas la différence. Un
débat sur Kraland a déjà eu lieu. Ajax c'est bien pour certaines choses, ponctuelles. Mais pas comme fondemment technologique.
Je pense que Ajax, c'est comme les frames : a priori ça économise des ressources. Dans les faits, ça en consomme plus.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu es sous un unix ou un Windows ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Pour le premier, surtout pas. Pour les autres, je ne sais pas.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
