
petit-ourson
Hubmaster-
Compteur de contenus
1 648 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par petit-ourson
-
Bienvenue à vous ;o)
-
Modifier facilement un flux RSS existant
petit-ourson a répondu à francoisch - Forum : Scripts et utilitaires
Tient j'ai en projet de faire un script pour cela... Après tous mes autres projets ;o) -
Tu veux dire quoi par lit entièrement la base de données ? Y'a qu'une table ?
-
Bonjour, J'ai un petit soucis avec uen requête (à moins que ma mémoire flanche). J'ai trois tables : tAuteur (idAuteur, nomAuteur); tLivre (idLivre, idAuteur, nomLivre); tFilm (idFilm, idAuteur, nomFilm, dateRealisation); Chaque auteur peut être relié à 0 ou plusieurs livres et à 0 ou plusieurs films. Ce qui nous donne un jeu d'essai du style : tAuteur : 1,'Auteur Un' 2,'Auteur Deux' 3,'Auteur Trois' 4,'Auteur Quatre' tLivre : 1,1,'Livre Un' 2,2,'Livre Deux' 3,3,'Livre Trois' 4,1,'Livre Un Bis' tFilm : 1,1,'Film Un', '2007-01-02' 2,2,'Film Deux', '2007-01-02' 3,3,'Film Trois', '2007-01-02' 4,3,'Film Trois Bis', '2008-01-02' J'essaie de trouver une requête qui me fournirrait comme résultat : idAuteur, nomAuteur, NombreLivre, NombreFilm, DernierFilm 1 Auteur Un 2 1 'Film Un' 2 Auteur Deux 1 1 'Film Deux' 3 Auteur Trois 1 2 'Film Trois Bis' 4 Auteur Quatre 0 0 null J'arrive à tout récupérer sauf le dernier film. :s SELECT A.idAuteur, A.nomAuteur, COUNT(DISTINCT idLivre) AS NombreLivre, COUNT(DISTINCT idFilm) AS NombreFilm FROM tLivre L LEFT JOIN tAuteur A ON L.idAuteur = A.idAuteur LEFT JOIN tFilm F ON F.idAuteur = A.idAuteur GROUP BY A.idAuteur En espérant ne pas mettre planter dans mon explications ;o) MErci.
-
même avec 2000 visites en trois jours, on est loin du 30Go par mois à moins que ton site soit bourré d'image et /ou vidéo.
-
Foreach ( XXX as YYY ) { ... } Ca revient a faire ceci : for($i=0;$i<sizeof(XXX);$i++) { YYY = XXX[$i]; ... } Mais il faut noter toutefois que : Foreach ( XXX as YYY ) { YYY = 'toto'; } Ne revient pas à faire cela : for($i=0;$i<sizeof(XXX);$i++) { XXX[$i] = 'toto'; ... }
-
C'est ce qui est "populairement" appelé ajax. Ca devrait fonctionner. ;o)
-
Formulaire de login : éviter les attaques par dictionnaire
petit-ourson a répondu à kyotoo - Forum : PHP
Après je sais pas si c'est important, je ne m'y connais pas assez pour juger de cela. Je me dis juste que si par défaut la fonction le fait et si on nous recommande de le faire, c'est que cela doit servir un peu. ;o) -
Formulaire de login : éviter les attaques par dictionnaire
petit-ourson a répondu à kyotoo - Forum : PHP
Les caractères suivants resteront non protégés ;o) * "\x00", * "\n", * "\r", * "\x1a" -
Formulaire de login : éviter les attaques par dictionnaire
petit-ourson a répondu à kyotoo - Forum : PHP
C'est amusant que la chaîne $username ne soit pas protégée (avec mysql_escape_string par exemple pour mysql) avant d'être utilisée dans la requête. Après, je ne vois pas trop comment (et où surtout) est initialisée la variable : '$userid'. De plus, les informations contenus dans les sessions ne sont à priori pas accessible au client et ne se balade pas plus sur le réseau ? Euh sinon j'aimerai bien savoir comment. Donc pourquoi les crypter ? -
J'ai entendu dire (de la part d'un admin serveur) que les systèmes de fichiers étaient plus réactifs lorsque les répertoires contenaient moins de 1000 éléments.
-
Peut être en utilisant la bibliothèque cURL : http://fr.php.net/manual/fr/ref.curl.php
-
On doit pouvoir faire un truc "plus rapide" (peut être pas) en utilisant : array_walk_recursive (http://fr.php.net/manual/fr/function.array-walk-recursive.php)
-
Formulaire de login : éviter les attaques par dictionnaire
petit-ourson a répondu à kyotoo - Forum : PHP
Si on a envie de t'ennuyer, on peut forcer l'envoi du formulaire par script ou en modifiant ton code HTML (donc en recréant un bouton submit). -
Formulaire de login : éviter les attaques par dictionnaire
petit-ourson a répondu à kyotoo - Forum : PHP
Si tu désactives seulement le bouton submit sans faire de tests côté serveur, je ne pense pas que cela suffise. -
Newsletter et envoi de gros volume
petit-ourson a répondu à syrx20 - Forum : Les fondations d'un site
Pas très économique la fonction mail dans une boucle. PEAR::Mail : http://pear.php.net/package/Mail PEAR::Mail_Queue : http://pear.php.net/package/Mail_Queue Après, je ne sais pas (en fait pas envie de m'expliquer), c'est la documentation qui nous prévient : http://fr3.php.net/manual/fr/function.mail.php Un moment j'utilisais PHPMailer (http://sourceforge.net/projects/phpmailer/) qui permet d'utiliser des connexions sur un serveur SMTP une seule fois (contrairement à la fonction mail qui se connecte à chaque fois me semble-t-il). -
Bonsoir Anais. Bienvenue à toi !
-
De la même façon qu'avec deux tables : SELECT * FROM table1 T1 INNER JOIN table2 T2 ON T1champ = T2.champ INNER JOIN table3 T3 ON T2.champ = T3.champ INNER JOIN table4 T4 ON T3.champ = T4.champ WHERE ...
-
Quelle résolution de site proposez-vous à vos clients ?
petit-ourson a répondu à mluce - Forum : Les fondations d'un site
1024 avec toutefois quelques choses consultables en 800. ;o) -
La documentation qui se trouve sur le site : http://www.phpmyadmin.net/pma_localized_do...ntation.fr.html
-
euh si tu fais pas des "select * from tatable" systématiquement et si tes requêtes sont bien conçu, non ce n'est pas spécialement un gros truc.
-
ou utiliser un système de cache comme : (Memcache http://fr3.php.net/manual/fr/ref.memcache.php) De toute façon, une table de 2000 lignes, c'est vraiment pas beaucoup. Sinon utilise une table en mémoire (plus rapide) : http://dev.mysql.com/doc/refman/5.0/fr/mem...age-engine.html
-
Bienvenue Djoule !
-
Bienvenue parmi nous !
-
Bonjour Smooky57 !