I would like to summarize here a discussion I had in the submission thread for [2452] GBC Super Mario Bros. Deluxe "You vs. Boo" by got4n & negative seven in 04:54.24.
The part that does make sense here is that the time for this movie is longer than the time of the one it obsoleted. That wasn't a mistake, since the movie is shorter in frames. The problem is that the framerate used to convert the frame count to time is different from the previous one.
Assuming the current framerate used now is the correct one, I believe the old publications should be fixed to be able to properly compare times with normal speedruns.
Hi! I found this weird bug while trying to make use of smilies.
These two characters:
☣
౪
Appear fine when apart, but the former changes into a square box if the newline is erased:
☣౪
However, pressing enter and then deleting the newline again makes it appear normal, until I submit this message:
☣౪
Any reason why? 0_o
Edit: Looks perfectly fine until I press "submit" http://i762.photobucket.com/albums/xx262/jlun2/tasvideostextbug_zps1a828e6d.png
On the title page, shouldn't the screenshot of the "Featured Movie" be clickable? (similar to how "Latest Publications" section has a clickable screenshot to the right)
+1. If movie description is short and no "Read More" option is provided, it's impossible to access that publication.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
In the forum, when I try to change my login, the site says:
Your password must be no more than 32 characters.
However, even passwords with 32 chars will result this message.
BTW, why only 32 chars?
In the forum, when I try to change my login, the site says:
Your password must be no more than 32 characters.
However, even passwords with 32 chars will result this message.
BTW, why only 32 chars?
Presumably because the database has to allocate a fixed amount of memory per password to be able to be remotely efficient, and whoever set up the schema figured "32 ought to be enough for anybody". Using too much makes the database take up more memory per user, which might have been a significant concern when the database was first created (back in, what, 2001?).
As for 31 vs. 32, maybe an off-by-one error in the form validation?
Pyrel - an open-source rewrite of the Angband roguelike game in Python.
Presumably because the database has to allocate a fixed amount of memory per password to be able to be remotely efficient
No. VARCHAR(32) and CHAR(32) offer similar performance on mysql (even in 2001) unless the column is frequently updated. Password's aren't frequently updated.
Also, I really really hope that the site doesn't store passwords in plaintext, but stores a salted fixed-length hash instead.
An upper limit makes sense for usability purposes and to prevent DDoS-attacks, but that limit would be higher than 32.
In the forum, when I try to change my login, the site says:
Your password must be no more than 32 characters.
However, even passwords with 32 chars will result this message.
BTW, why only 32 chars?
The check is for greater than 32 characters. However, some characters count as multiple.
That'll be bumped to 128 characters in next site update.
Also, I really really hope that the site doesn't store passwords in plaintext, but stores a salted fixed-length hash instead.
Given that the site doesn't use encryption for logging in (ie. https), does it really matter? The login/password is already going in plaintext over the internets.
if ((memory.readbyteunsigned(p) >= memory.readbyteunsigned(i) and px >= x) or (memory.readbyteunsigned(p) <= memory.readbyteunsigned(i) and px <x>= memory.readbyteunsigned(i+2) and py >= y) or (memory.readbyteunsigned(p+2) <= memory.readbyteunsigned(i+2) and py <y>.>
See?
