Ses derniers messages sur les forums
Sous unix, un dossier est considéré comme un fichier, et la fonction filemtime fonctionne sans problème sur un dossier.
Ben c'est de la RAM que consomme PHP que tu libères avec cette fonction.
Je suis sur qu'il existe des outils pour checker cela en PHP.
Mais moi, personnellement, je check ce genre de chose que sur des gros scripts qui mettent plusieurs minutes à s'éxecuter, et je vérifie avec un "top" ce que bouffe PHP.
Oui, c'est possible, tout simplement avec une requete SQL du genre :
<?php
$sql = "SELECT truc FROM tickets WHERE date >= '2008-01-01' AND date <= '2008-01-31'";
?>
PS : tu noteras que la date est au format américain dans MySQL.
Arf, j'ai zappé...
Je regarde :p
En fait, je sais qu'ils comportent des boulettes de ce genre car j'ai reçu par mal de mails me les listant
Faut juste que je trouve du temps pour fixer ça d'un coup.
Merci, c'est corrigé.
En fait, je sais que les comment faire comportent quelques erreurs de ce genre (faute à divers migrations SQL, traitement Z, etc.). Faudrait que je les relise tous un WE.
Personnellement, j'utilise adsense, et j'en suis content. Les revenus sont réguliers en fonction du trafic, et surtout le gros avantage, c'est que c'est google qui "check" tes pages pour trouver la meilleure pub à passer. En plus, ca s'intègre bien et facilement dans les pages web.
Sinon, auparavant, j'avais testé tradedoubler, comclick et first coffee, et je n'ai jamais accroché.
1) c'est chiant de faire valider ton site pour les campagnes que tu choisis
2) bien souvent, ca marchait à la transformation (et moi, avec un site accès webmaster, donc un public averti du net, ca transformait jamais car les gens clickent rarement sur les pubs)
3) je galerais pour atteindre le minimum requis pour le paiement
Mais depuis le temps, il doit exister de nouvelles régies...
Set ta valeur comme étant une chaine de caractères et non un chiffre, ca passera mieux je pense.
Ensuite, si $_POST['test'] n'existe pas, tu le set à "vide". La, le JS, il doit pas kiffer je pense.
Bien sur que ca passe au W3C :)
(par exemple la page courante du forum ou tu as écris ton bout de japonais, elle est valide au W3C, et si tu regardes le source, tu verras que ton japonais est bien présent et qu'à certains endroits, il y'a des accents et non des entités HTML).
PS : htmlentities sert uniquement pour afficher des données venant des l'exterieur pour éviter de se faire injecter du code HTML.
mais quand je regarde le code source, les caracteres sont en brut, pas en é par exemple.
Et ca ne te plait pas ? Puisque tu utilises de l'UTF-8, tu as le droit d'avoir des accents ou des idéogrammes dans ton source, justement parce que ces caractères existent en UTF-8, tu n'as pas besoin des entités HTML.
Sinon, sache que la fonction htmlentities peut prendre en paramètres le charset que tu utilises. Regarde le manuel PHP.