I think this is the obvious response. My opposition to this would be, they can just as easily fake it on their website as well which most people will look at anyway. It just makes it more convenient having it shown on the actual server list. I think it would be pretty obvious if a retro is...
Honestly, user count and server type (for Habbo anyway). Other than that, they all look pretty much the same. A cool way to shower user count would be nice (similar to Minecraft), just have retros provide some sort of API response. The only other thing I'd consider is some sort of "health" or...
Agreed, I think the new site is just copying Minecraft for the sake of copying Minecraft (don't hurt me). I guess he's trying to get into the (saturated) MC server list market. I think the Habbo version of the site should have old banner sizes and link directly to the site. It's what we're used...
I don't think DevBest will ever get away from Habbo. People mostly join for Habbo content and the fact it's so predominantly Habbo-based probably pushes potential non-Habbo users to find other communities (at a guess, I don't have data - correct me if I'm wrong). I don't think anything can be...
I personally love Java and I haven't actually used it much, but I've fallen in love with Kotlin. I'll definitely be using it whenever I next work in Java.
It's funny you say that -- https://en.wikipedia.org/wiki/Google_Fuchsia
I'm not sure how well it will come along/be adopted, but it certainly seems interesting.
I was joking -- in seriousness, no, any sensible hotel should receive the password and store it encrypted in the database (preferably with a modern encryption method). it's impossible to know if the owners of a hotel is doing anything with the password (such as storing it as plaintext), but it's...
I told him the issues with the code and he said "it works" (it doesn't). Whatever. You can stare at this code and tell him it's great and pretend it works if you so desire.
It doesn't take "op PHP skills" to post code that... works. If you're going to post something, at least test it first? :S It's a completely pointless post that does absolutely nothing...
Maybe you're from a planet where password_verify only takes 1 argument and hashing with a different salt each time produces the same hash. If it's working in the state you've posted it, I doubt it's working at all. Have you tried incorrect passwords?
Example: https://repl.it/JCHp/0
Does this even work? o.O
password_verify takes 2 arguments and you can't compare it by doing a database request as the password will have a different hash every time it's called (as bcrypt uses a salt).
You need to get the password hash from the database for the user and call password_verify...
If you don't understand it, stick with what you have for now until you have time to learn about JSON, it should work fine. If you're going to use this for production, make sure you use prepared statements or at least filter the input properly.
$q = $db->assoc($db->query("SELECT * FROM users...
If it were me, I'd format the data as JSON on the server and parse it using JS when it's received (look up JSON.parse). Then populate the elements on the page with the relevant data. To show the modal (if it's not bootstrap/anything and just CSS) you can just do something like...