Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Arantor
3796
Off-topic / Re: Random idea: non-generic default avatars
« on April 11th, 2012, 08:15 PM »
How about if I mentioned that we already ship with multiple fonts anyway, so ditch the ones we're not using in CAPTCHAs currently and replace it with another font that we can use for this sort of thing - if you want it in core.
(Personally I'm cool with it not being core.)
(Personally I'm cool with it not being core.)
3797
Off-topic / Re: Random idea: non-generic default avatars
« on April 11th, 2012, 11:02 AM »
Two problems with using a dingbats font.
Firstly, some server OSes ship without a dingbats font (heck, on most VPSes, they ship without even font libraries installed by default), and secondly even if that were the case (which it isn't), you'd have to know the exact file path to them in order to actually use them, which means a lot of hassle, as compared to shipping a font ourselves. Even when you use UTF-8 you still have to reference the font file in order for it to work, and you REALLY do not want to be shipping a TTF with all the glyphs in it (there's a reason the Arial Unicode TTF is 24MB)
Firstly, some server OSes ship without a dingbats font (heck, on most VPSes, they ship without even font libraries installed by default), and secondly even if that were the case (which it isn't), you'd have to know the exact file path to them in order to actually use them, which means a lot of hassle, as compared to shipping a font ourselves. Even when you use UTF-8 you still have to reference the font file in order for it to work, and you REALLY do not want to be shipping a TTF with all the glyphs in it (there's a reason the Arial Unicode TTF is 24MB)
3798
Bug reports / Re: Pretty URL remarks
« on April 11th, 2012, 12:18 AM »
Give it a try and see how it works out :)
3799
Archived fixes / Re: SMF bug 4956 (slash in cache key causes cache to fail)
« on April 11th, 2012, 12:15 AM »
I'm not sure it is caching anything. The overhead of caching would be a significant slowdown.
I think we do need to base64 it at that point, we can't safely replace that character, it's a collision risk.
I think we do need to base64 it at that point, we can't safely replace that character, it's a collision risk.
3800
Archived fixes / Re: SMF bug 4956 (slash in cache key causes cache to fail)
« on April 10th, 2012, 10:50 PM »
So, then, strpos for '/', base64 if found, if not leave it as is?
3801
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 06:51 PM »I hope they succeed. Competition hooah~
3802
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 06:32 PM »While it may be true that it'll probably be a couple of years before we will see a smCore/SMF3 release. smCore will be ready before that, and it will be used in more than just the SMF release.
3803
Bug reports / Re: Pretty URL remarks
« on April 10th, 2012, 04:12 PM »
Hmm, I see what you mean. But it's still got canonical URLs, it's still got everything else it needs to have, so all that it means is that it's an extra variation of URL that's inbound - it's not a killer in any real sense.
I have no issue with manually calling ob_sessrewrite.
I have no issue with manually calling ob_sessrewrite.
3804
Bug reports / Re: Pretty URL remarks
« on April 10th, 2012, 03:37 PM »
How about, then, we remove all instances of $scripturl from anywhere in the code and only ever use <URL> internally, so when *that's* replaced, we fix it there once and only once?
3805
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 02:58 PM »
I'm sure I mentioned it a bit back...?
3806
Test board / Re: Test topic.
« on April 10th, 2012, 01:45 PM »
Well, historically everything was done using htmlspecialchars with ENT_QUOTES so if it's not doing that now, there's a reason - and very likely that reason is code we've changed rather than code that's buggy in SMF.
Also note that the DB here isn't a true SMF database but one from Noisen's code which did have a lot of changes, and possibly including some that affected htmlspecialchars.
I'm fine with switching to ENT_NOQUOTES for such, provided that we can be certain there's no XSS injection risk. (There shouldn't be an SQL injection risk because of the query layer doing its own quoting.) It will certainly space some space (including the extra byte per row that I wanted to spend making it mediumtext ;))
Also note that the DB here isn't a true SMF database but one from Noisen's code which did have a lot of changes, and possibly including some that affected htmlspecialchars.
I'm fine with switching to ENT_NOQUOTES for such, provided that we can be certain there's no XSS injection risk. (There shouldn't be an SQL injection risk because of the query layer doing its own quoting.) It will certainly space some space (including the extra byte per row that I wanted to spend making it mediumtext ;))
3807
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 01:29 PM »
smcore.org has been public for a while, a couple of months at least.
3808
Archived fixes / Re: SMF bug 4956 (slash in cache key causes cache to fail)
« on April 10th, 2012, 01:09 PM »
Windows 95 doesn't properly accept them because they are also valid syntax for its copy command to merge files, i.e. copy file1+file2.txt merged-file.txt. (Been bitten by this in the past)
It's kind of irrelevant though... + and = aren't the killers, / is, which brings us back to where we were before. I can rebenchmark it just replacing that one character out and see what difference it makes?
On a side note it does sort of challenge the long-held view that str_replace is faster than strtr...
It's kind of irrelevant though... + and = aren't the killers, / is, which brings us back to where we were before. I can rebenchmark it just replacing that one character out and see what difference it makes?
On a side note it does sort of challenge the long-held view that str_replace is faster than strtr...
3809
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 12:40 PM »
Given the progress of smCore which can be judged by the age of posts on smcore.org, it's really a LONG way away. I doubt they'll thank me for pointing this out, though, no doubt I'm causing drama again.
3810
Other software / Re: Customisation site rewrrite
« on April 10th, 2012, 12:23 PM »
*shrug*
I find it hilarious that they're using smCore which is far from ready, and it has to interoperate with SMF itself. Good luck with that.
I find it hilarious that they're using smCore which is far from ready, and it has to interoperate with SMF itself. Good luck with that.