Reprise du message précédent :
c'est vrai joce, si je me rapel bien, pendant un moment tu cryptais pas les mdp...
Et mème tu les stockais dans des form hidden non ?

Tu rétrogrades alors ? Tu hashais pas les pass en SHA pour l'instant ?

non non, c'est du base64

ça va si au lieu de crypter avec md5() je crypte avec crypt() et ma petite cléé de cryptage perso ? ça reviens au même non ?

c'est pas le même niveau de sécurité mais bon, tant qu'à crypter, autant le faire jusqu'au bout

c'est plus sécurisé ou moins ?
 
Edit : je pense que oui vu que j'ai dejà réussi a décrypter du md5 (bon d'accord il m'a fallut quand même un peu moins de 24 heures pour un 6 chiffres mais bon )

c'est pas du décryptage, c'est de la devinette

c'est clair que le brute force c'est pas plus du "décryptage" que de regarder par dessus l'épaule de l'utilisateur pour voir son mot de passe...
 
joce>> avec la mine de mot de passe que tu as sous la main, tu dois pouvoir faire des stats intéressantes

disons que vouloir décrypter un mot de passe hashé ->

Vous faites comment vous pour calculer le nombre de pages (20 pages puis un lien suite qui affiche les 20 suivantes) ?
 
J'ai beau me creuser ma ptite tête bah ya rien qui veux en sortir

J'ai pas compris ta question en fait Le nombre de pages de quoi ?

ben le nombre de page dans un sujet :  
 
ceil (nbr de réponse totale/nbr de post demandé par page)  
 
la page courante : passé en paramètre
 
sinon, pour afficher, ca donne ca :  
 
1 précédente 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 suivante 562  page précédente page suivante  
 
par groupe de 15 pages, donc.

merci, je me suis aidé de tes exemples et du code de skylight et ça marche

Vous en pensez quoi des temps de génération de mon forum sachant qu'il n'y a pas encore les drapeaux implantés :
 
Accueil : 0.008 secondes
Catégorie, 1 sujet : 0.009 secondes
Sujet, 4 pages, 95 réponses : 0.018 secondes
 
Sachant que ça tourne sur un Celeron 525 Mhz, 128 Mo de RAM sous Linux
 
C'est correct ?

Encore une question
 
Quel est votre secret pour avoir de bons temps de génération sur des gros topics ? (480000 réponses)
 
Pasque moi il met quand même 17 secondes
Edit : Hop, 7 secondes en moins dejà !
Edit 2 : 1 seconde en moins encore il en reste 9

On a donné le truc quelques pages plus tot On se passe de limit et on utilise une numerotation des messages à l'intérieur d'un sujet  
 
Moi ce qui me ralenti ma génération des fils de discussions c'est le parsing pour le bb-code

Le parsing se fait juste sur une page, donc quand tu avances dans les pages, normalement les temps ne doivent pas monter

Non, le temps ne monte pas en meme temps que les pages, mais à titre d'exemple, j'ai 8ms pour la liste des sujets et entre 25 et 30ms quelque soit la page du sujet à afficher. Soit quand meme 3 à 4 fois plus C'est en ça que je dis que c'est mon parsing qui me ralenti

Beh tu fais ton parsing à l'insertion des messages alors

mauvaise idée

C'est une idée
Qui vaut ce qu'elle vaut, certes. Mais c'est pas non plus une idée de merde

Non, c'est pas une si mauvaise idée, y a du pour et du contre.
 
Le pour :  
- les anciens messages restent formatés comme voulu par leur auteur
- affichage un peu plus rapide  
 
les contre :  
- faut faire un reverse pour retrouver le bb-code lors d'édition ou de citation
- ça prend un peu plus de place en base de données
- on perd de l'évolutivité. Par exemple, on peut changer des façons de parser (par exemple en xhtml) avec les anciens messages qui restent formatés en html.
 
 
Pour moi, y a plus d'inconvénients que d'avantages, mais chacun fait comme il l'entend

c'est clair, perso je veux pas d'HTML dans ma DB

Moi aussi pour la simple raison :
DB : database : base de données. Donc uniquement les messages, pas de mise en forme.
La mise en forme, c'est uniquement le css qui s'en occupe..

enormement plus de place tu veux dire.
Moi je te dis que les disques durs sont limités bcp plus vite que le CPU, donc moins y a de données à rapatrier, mieux c'est

je viens de voir l'administration d'un vBulletin, c'est baleze serieux c'est un truc de fou, les types ils doivent plus avoir de cerveau après ça

Où est-ce que tu l'as vue ?
 
Et t'as vu celle d'IPB ? Elle est carément puissante aussi, tu peux faire vraiment enormément de choses avec.

comment on peux faire une boucle mais la faire que X fois cette boucle ?

avec une condition d'arrêt

en pratique ça donne ?

début boucle
...
 
si condition d'arrêt remplie sortir de la boucle
 
...
fin boucle

Beh un avec un for non ?

c'est bon j'ai réussi
 
par contre j'arrive pas à faire descendre mes temps de générations sur le topic de 480 000 réponses ça m'enerve
 
il met 10 secondes pile poil

Tes index sont déjà bien placés ? Tente un coup d'OPTIMIZE, peut-être que tu descendras un peu - même si ce n'est pas la solution miracle

sinon, tu changes ta méthode. je suppose que tu travailles avec des limites ? j'arrivais a peu pres a la même chose avant avec des limit pour l'affichage
 
maintenant, en numerotant mes messages par rapport au sujet, pour un sujet de 50000 reponses, je suis entre 200 et 400ms pour afficher une page quelconque sur un duron 500/240 Mo SDRAM
 
le seul problème que ca pose, c'est si on s'amuse un supprimer un message au début du sujet, ca prend 10 plombes a mettre a jour.

 
Oui pour ça ya pas de problèmes normalement...
J'ai fait un OPTIMIZE, un ANALYZE et tout...
 
Vous utilisez quoi comme requette pour selectionner les posts ?
 
Une question completement HS : mieux vaut deux SELECT ou un seul SELECT avec une jointure ?
 
Edit : J'ai revu mes index et chuis tombé à 9 secondes

Tu as fait un explain de la requête pour voir ce qui cloche ?

le truc c'est que je me demande s'il utilise LIMIT

bah oué pour les pages... le explain il arrive