Reprise du message précédent :

 
Dans le post pour moi, je ne pense pas que ça soit une idée géniale   mais pour l'instant je n'ai pas attaqué la partie modération

dans la table des messages, je ne vais pas m'amuser a faire une jointure pour une ip seulement ... Sinon, ben si c'est juste pour economiser de la place, utilise la fonction ip2long() qui te transforme ton ip en entier.
 
   
 

Oui, transformer l'ip en entier, je fais déjà Mais si j'ai envie de m'amuser à pister quelqu'un derrière un proxy par exemple, t'as plus une mais deux IP (quand la seconde apparaît). Je cherche un moyen d'organiser efficacement ça...

et comment veut tu faire un lien entre les deux ip? si c'est par cookie, autant tracer la personne avec une session ou bien avec le pseudo si elle est connecté, dans ce cas, l'ip ne sert a rien ...
 

Si t'utilises Mysql, autant utiliser directement ses fonctions INET_ATON() et INET_NTOA() pour transformer les IP à la volée dans la requête.

finalement ca pompe des resources pour rien a l'affichage pour le décodage
vaut mieux que ca reste en char
 

Ca dépend si t'as beaucoup d'IP en base pour sa taille. Y vaut mieux un INT qui prendra que 4 octets pour la coder, qu'un CHAR qui en prendra 15 au niveau espace disque et mémoire si tu travailles beaucoup dessus. Moins d'espace disque/seek ou un chouillas + de CPU utilisé, faut choisir... Ici, les IP sont en INT.

Bon, j'ai eu un éclair comme ça: mon forum ne propose pas de connexion automatique, ce n'est pas un luxe que j'ai envie de m'offrir. Ça n'a aucune influence sur les drapeaux et compagnie mais ça me rend un grand service, qui m'est inspiré d'un autre site.

Une table qui enregistre l’identifiant de login, l'ip utilisée, la date et l'heure, et le résultat de la tentative (succès/échec). Avec un outil adéquat, il est facile d’identifier s’il y a vol de login (quand on se connecte depuis chez un pote et qu’on enregistre le mot de passe par mégarde sur son PC) ou multi (même IP dans un laps de temps proche).

C'est un peu plus hard pour détecter un éventuel vol de session mais c'est un début.

Le fait de convertir en INT (ie passer de 15 a 4) permet egalement des SELECT plus rapide.
Et puis, il y a surement moyen de convertir les INT en CHAR par Javascript.

Le fait d'être stocké en INT permet aussi de faire très rapidement des opérations binaires sur l'IP (genre des calculs avec des masques de sous-reseau ...).

Oh, je viens de remarquer que ça manquait de features anti-botaflood sur mon forum, j'y ai remédié

(c'était au départ dans l'optique d'éviter le sniffage trop facile du login/password)

Salut les développeurs de forum! Dites, ceux qui ont tracé la quantité de mémoire utilisée pour générer une page, combien obtenez vous? J'ai régulièrement plus de 750 Ko par page, ça me parait énorme!! j'ai bien une idée (l'output buffering), mais ça reste assez élevé je trouve...

La page reçu par le navigateur, il fait combien?
Si tu ne supprimes jamais les variables, tu te retrouve à utiliser :
la taille du code (ou du opcode) + l'utilisation mémoire des variables,constantes, objets, etc... + le buffeur de sortie
Pour une page de 150 Ko et 100 K de code, ça ne me parait pas très excessif mais c'est vrai que je n'ai jamais regardé combien je consommais.

Ah, pas con, j'avais oublié le paramètre opcode...

Real Smiley, histoire que mes liens ne tombent plus en 404, voilà un update
 
Le forum de test: http://www.spacegeeks.be/drasche/board999/
La dernière version: http://www.spacegeeks.be/drasche/f [...] -0.3b1.zip
 
En précisant que le développement est arrêté pour me concentrer sur la version suivante

Tu pouvais pas choisir des noms de champs encore + tordus ? Quel bordel pour s'y retrouver

déformation professionnelle
 
(promis, je le ferai plus )

Updated

salut les devs!
Petite question concernant l'UTF-8: quelle solution adoptez vous pour indiquer au navigateur que le charset est bien de l'UTF-8? Le problème ne se pose pas quand on a la main sur la configuration du serveur et donc qu'on peut modifier le httpd.conf de apache, mais quand c'est pas le cas la balise meta avec le charset n'est pas viable... Je peux éventuellement envoyer une en-tête HTTP avant toute chose mais je trouve ça super crade Y'a une solution?

Header, pas trop le choix si tu n'as pas la main sur le serveur et que celui ci envoit un header iso8859-15 a ta place.

header + charset pour ma part.
Comme ça tout le monde est content.

Seule solution en effet.
 
La configuration d'Apache ça envoie un header HTTP hein Donc si t'envoies ce header "à la main" c'est pas crade.

De toute façon, il envoit sûrement déjà d'autres headers en même temps pour le cache-control ou autre. En rajouter un ne changera rien, y a pas le choix de toute façon.

ini_set("default_charset","utf-8" ); powa

c'est tout??

 

 
Et puis tu mets le meta utf8 pour être consistant
 
 

Et le fichier dans le bon format ça aide aussi, pareil pour la connection à la base et la base en elle meme (tu parles d'un bordel)

J'ai pas d'inspiration pour le moment
 
Va ptet falloir que je code une ptite démo comme ça pour rigoler

oui mais ca ca va de soi (encore que la base n'a pas forcement à être en UTF-8 natif, mais c'est mieux pour les perfs )

Comment il s'appelle le forum à Doc ? Le lien en première page est cassé.

 
parfois on ne peut pas ini_seter

joce, t'as vendu ton forum a doctissimo?
 
(c) 2000-2008 Doctissimo Software

http://www.mesdiscussions.net/blog_ticket_12.html

Chaud devant, PHPBB 3 "olympus" est sorti! combien de temps avant le premier hack à votre avis ?

pas plus de 15 jours j'imagine.

C'est pas pour être mauvaise langue mais je te trouve bien pessimiste

optimiste 15 jours c'est beaucoup!

Le comparison features est pas complet encore
http://www.phpbb.com/about/features/

Les sources étaient déjà dispo avant la sortie d' "Olympus" et phpbb est utilisé à très grande échelle. Même si on en entend pas encore parler ça m'étonnerait qu'aucun cracker n'ai commencé à chercher les failles de cette version et certain d'entre eux ont surement des outils d'aide à la recherche de failles qui sont plus performant que ceux utilisé par les créateurs de phpbb (s'ils en ont utilisé).
De là à ce que des hack soient près rapidement (même si pas encore utilisé) il n'y a qu'un pas qui est peut être déjà franchis par certain.

c'est parce qu'elle est codée avec phpbb

Je voulais dire, c'est pessimiste de croire qu'il fallait attendre tout ce temps ('fin bon je me comprends )