loufoque

Tu concaténes.

SQLite est rapide mais de part son architecture supporte moins bien la concurrence qu'une architecture client/serveur. Ben si on considère que sqlite fonctionne de façon simple, ça semble normal. Quand t'écris dans un fichier tu demandes un verrou exclusif pour éviter que d'autres processus lisent le fichier avant que tu aies fini d'écrire ou pire que d'autres processus le modifient en même temps que toi. Après peut-être qu'sqlite ne verrouille qu'une partie du fichier. Au fait SQLite3 (module pdo) est bien mieux qu'SQLite2 (module sqlite).

Elles ne le sont pas. L'enregistrer où ?

Corrige simplement ton code <?php echo '<li><a href="?action=accepter&id='.$ch['id'].'"><img src="images/ok.png" /></a> <a href="?action=refuser&id='.$ch['id'].'"><img src="images/no.png" /></a>'; ?>

Utiliser LIKE pour faire de la recherche c'est vraiment nul. Utilise plutôt les recherches en texte entier, pourquoi pas booléennes si tu veux une syntaxe à la google.

auto_preprend_file

Tu devrais utiliser la méthode magique du background-position sur une seule image pour tes rollover, ça éviterait le délai d'apparition de l'image. Ensuite pour tes erreurs, il y en a deux : tu utilises un doctype qui n'existe pas (c'est XHTML 1.0 Strict et pas XHTML 1.0) et tu as un <div> mal fermé semble-t-il.

ini_set('session.use_only_cookies', '1'); (avant le session_start) devrait fonctionner. sinon ob_end_clean() après le session_start

WHERE telphone REGEXP '^03' je crois. Lis la doc de mysql.

htmlspecialchars plutôt que htmlentites.

Euh c'est surtout qu'il faut envoyer le fichier avec le bon type mime...

Texte initial : "a mour" Texte corrigé : "a" -> "mour" est absent alors qu'il devrait être barré

Un booléen fait un octet, une chaîne en fait bien plus (ne connaissant pas exactement le système interne de php, je ne saurais te dire, mais bon comme ce sont des chaînes binaires ils doivent stocker la taille de la chaîne dans un entier assez long du genre 4 octets plus un octet par caractère). De plus la seule concaténation que j'effectue, c'est avec une chaîne statique, ce qui est bien plus rapide qu'avec une variable. Il y a une vraie différence entre le code que j'ai fourni et le code précédent, mais une différence minime entre mon code et celui que tu viens de présenter, et qui n'est en plus même pas à ton avantage.

La conception objet est totalement différente en Java et en Javascript. Javascript fonctionne plus avec les objets qu'avec les classes.

Il suffit d'utiliser une requête SQL pour obtenir cette donnée. SELECT LAST_INSERT_ID()

C'est pas très malin. Gaspillage de temps et de mémoire. $first = true; while($data = mysql_fetch_array($req)) { if($first) { $first = false; echo $data['tempemin']; } else { echo ','.$data['tempemin']; } }

C'est totalement stupide. C'est une mesure de non-sens pour éviter que les newbies ne se fassent pirater. La valeur par défaut est à off, et de toutes façons cette mesure sera définitivement éradiquée en php6. Il est fortement recommandé de la désactiver et de vérifier dans chaque script si c'est activé, et le cas échéant de la nullifer en appliquant stripslashes récursivement sur $_GET, $_POST, $_COOKIE et $_REQUEST. Ce n'est pas la saisie utilisateur qu'il faut échapper, c'est toute chaîne de caractères que l'on veut introduire dans une requête SQL. Ce qui a priori n'a rien avoir avec GET/POST/Cookie, même si dans la pratique ce sont des variables de GET et de POST qui sont le plus souvent introduits. Il faut tout simplement effectuer un traitement spécifique lorsqu'on génère une chaîne SQL à partir d'une chaîne PHP. La logique veut que $_GET['truc'] contienne la donnée truc fournie en GET, et pas une donnée altérée en vue d'une utilisation avec un SGBD spécifique.

Fournis un exemple avec XMLHTTPRequest qui ne fonctionne pas.

Ben a priori responseXML de XMLHTTPRequest est une instance d'un Document de DOM. source = machintruc.responseXML;

Déjà évite de lier PHP à MySQL, ça n'a rien à voir. PHP peut, si on le souhaite, faire appel à l'un ou l'autre des systèmes de gestion de bases de données relationnelles existants et pas forcément MySQL. Commence par lire la documentation de php.net. C'est complet, c'est officiel. La plupart des sites pour apprendre le php donnent des infos inexactes ou obsolètes et démontrent des pratiques à ne pas faire.

À priori si tu connais HTML tu connais plus ou moins SGML, même si HTML aujourd'hui est un peu devenu de la tag-soup. XML c'est à peu près la même chose en plus simple et avec des espaces de nom, dont un espace de nom magique ou plutôt un préfixe magique (xml:base, xml:id, etc.) Les DTDs deviennent quasiment inutiles (surtout qu'elles ne fonctionnent pas avec les espaces de nom), étant donné que la déclaration de type de données est assurée par l'espace de nom et que la validation peut s'effectuer avec les langages XML XMLSchema ou RelaxNG. Elles ne servent que pour déclarer des entités. Reste le problème qu'il est nécessaire de savoir quel est l'id et le class pour l'espace de nom, ce qui implique soit de le connaitre soit de valider avec la DTD, XMLSchema ou RelaxNG. Or il se trouve que les parsers n'analysent que la DTD, étant donné que c'est la seule chose qui se trouve dans le document. Je pense qu'il y a un léger problème à ce niveau. Après il y a aussi différentes technologies pour la manipulation de documents XML comme DOM, XPath ou même des langages XML comme XSL. Apprendre DOM serait déjà une bonne idée, mais pour pouvoir l'exploiter, il faut apprendre un langage de programmation comme par exemple Ecmascript/Javascript.

Le script suivant <?php var_dump(ob_end_clean()); ?> affiche bool(true) sur mon serveur perso (winxp). J'ai essayé sur un autre serveur, bool(false).

ANSI, Unicode.... Aah la terminologie windows et son non-sens... Déjà, si tu veux mon avis, plutôt que d'utiliser UTF-16 LE (ce que windows appelle Unicode) tu ferais mieux d'utiliser UTF-8 sans BOM, étant donné qu'UTF-16 n'a aucun intérêt (selon moi), si ce n'est d'apporter des complications. Ensuite ça dépend si le fichier js est lié à une page web, comment est-il lié, quel est l'encodage fourni pour la page web et le js... Et que fait exactement WScript.Echo ? C'est la même chose que document.write() ? Edit: après quelques tests, je n'arrive toujours pas à insérer le texte. Cela semble être un bug d'Internet Explorer, enfin il est vrai que les problèmatiques d'encodages avec Ecmascript et DOM sont un peu complexes. Une alternative serait d'utiliser les entités numériques pour spécifier les caractères non ASCII, ou alors convertir les données avec ES lors de l'insertion dans le document.

Ben déjà c'est _AT_ob_end_clean(); pas _AT_ob_end_clean; Ensuite le dernier flush() est inutile. Toutes les versions de PHP que j'ai eu l'occasion d'utiliser le font. Néanmoins les commentaires de certaines personnes laissent à penser que certaines ne le font pas. D'où le @ pour éviter un problème dans ce cas.

En quoi c'est compliqué ? ça bloque jusqu'à timeout secondes dans l'attente de données lisibles sur un des flux du tableau de flux passé en paramètre. ça retourne alors le nombre de flux qui sont lisibles et ça modifie le tableau en conséquence. (je suis parti du principe qu'on ne considérait que l'attente pour la lecture, mais il y a aussi l'attente pour l'écriture et les exceptions)