>>87
eh. i suppose you cannot say anything useful.
well, it's the number of possible inputs to crypt() i.e. possible passwords 1-8 characters long if we use 52 different characters (i.e. a-z A-Z) and (for simplicity) 100 characters (alphabet + special characters + some non-ascii stuff). i.e. it's 52^1+...+52^8 and 100^1+...100^8
of course (huh), hash still would have the same number of possible characters in its outputs disregard what set of characters we use in our inputs, but the question is, will the possibility for any particular symbol to be at any particular position in the hash output depends on the set of symbols you use for passwords or not
to put it more simple, yesterday, out of curiosity, i wrote a tripcode bruter to brute a 1-10 character long string at the beginning of tripcode, but it's slow, it uses 54 different characters for its passwords, i wonder if i increase the pool of possible characters it will have any effect on its speed or not. i guess it wouldn't. the actual tests would be very annoying -_-