That admin thinks he has the right to do anything..
He does. Its his server (or hers). Its costing him resources to run it so as far as I care he could ip-ban the whole range of IP addresses. Really, get over it. Surprisingly this is how the world works.
Quote from citricsquid »
I think I'm going to setup a specific forum for this, they seem to be popping up more and more recently.
Meh, I think you should just delete/lock these types of posts. All it would do is give false justification to people that think they've been banned "for no reason".
I couldn't agree more. It really isn't in the spirit of the game to do this sort of thing. So what if griefers mess something up? Just tear it town and build something else cool. These structures aren't permanent for a reason, they aren't supposed to be monuments.
Well ya, minecraft.net. My point is that because there are basically two instances of the site floating around the net (minecraft.net and www.minecraft.net) there are going to be inconsistencies. This is made worse whenever you link between the two of them (logout always points to http://www.minecraft.net while the forums and other sites always point to http://minecraft.net).
Because there are two different domains (www, no www) you can have login differences with the cookies. This is why whenever you click logout sometimes it reverts you back to a different user name. You have now logged out of http://minecraft.net (no www) but you are still logged into a character at http://www.minecraft.net.
Take Digg for example. The URL is always http://digg.com. Navigating to http://www.digg.com will just forward you to the domain without www.
I think the MineCraft site suffers from the multiple domains it uses interchangeably: www.minecraft.com and minecraft.com (no www). For example logging out will redirect to www.minecraft.com while most of the links from the forums and other pages target minecraft.com (no www). This isn't good from a design standpoint but also is it messes with cookies as cookies are domain specific.
For example, if you log out and sign back in with a different character, that login will be for www.minecraft.com, if your bookmark is minecraft.com then you won't be logged in whenever you revisit. Its an annoyance and also bad for users.
Probably the best thing to do is have one domain immediately forward to the other.
Instead of taking up sixteen slots in the selection window, why not allocate one slot to cloth, and give the player a way of choosing the color?
I was thinking the same, though I don't think that would happen as it would mean at least an extra byte of storage for these types of blocks (though is should be possible to make the extra bytes only for these blocks).
I've never had that page work. In fact in the source there is not even a reference of the ip/port for the applet in the HTML.
To connect to my own local server, I just downloaded a hard copy of the multiplayer client page and changed the IP/port information in the HTML. It's between the tags.
If there is some sort of security hole in the system, running as root means your entire system would be compromised as root can obviously do anything. Running as a user, only what the user has access to would be at risk, which ideally would only be local user files and nothing else.
I'm not sure that running as root makes your more susceptible to an attack, it just gives the attacker more power once "inside".
Not in the current release. I was thinking of the best way to handle this. Should you define a bunch of different messages and they just play randomly or cycle through them sequentially?
That would work for admins but not regular players. When an admin does /command it outputs to the server window, when a regular player does /command its just ignored and the player receives the "You are not an admin" message.
Next release will have remote control via a simple web interface and be cross-platform compatible using Mono (most Linux distros I've seen come with Mono prepackaged).
Surely java would have been a better choice for this application
I'm still looking into Java as an option. I'd obviously rather have it as a Java app so it has the same portability as MineCraft but A) Java programming sucks and :cool.gif: Java might not be capable of what I need it to do. I just found some new docs though that may yield some options.
The problem comes from executing another programming and hijacking its input/output asynchronously. There is a good chance that Java doesn't support it and I'd understand why it is out of Java's scope.
Ya I did my best to prevent errors in the app from crashing a server. Although I didn't think about it being unresponsive. Anyway in your server directory is a file: server.log.
0
He does. Its his server (or hers). Its costing him resources to run it so as far as I care he could ip-ban the whole range of IP addresses. Really, get over it. Surprisingly this is how the world works.
Meh, I think you should just delete/lock these types of posts. All it would do is give false justification to people that think they've been banned "for no reason".
0
0
Because there are two different domains (www, no www) you can have login differences with the cookies. This is why whenever you click logout sometimes it reverts you back to a different user name. You have now logged out of http://minecraft.net (no www) but you are still logged into a character at http://www.minecraft.net.
Take Digg for example. The URL is always http://digg.com. Navigating to http://www.digg.com will just forward you to the domain without www.
0
For example, if you log out and sign back in with a different character, that login will be for www.minecraft.com, if your bookmark is minecraft.com then you won't be logged in whenever you revisit. Its an annoyance and also bad for users.
Probably the best thing to do is have one domain immediately forward to the other.
0
I was thinking the same, though I don't think that would happen as it would mean at least an extra byte of storage for these types of blocks (though is should be possible to make the extra bytes only for these blocks).
I'm all for it if its possible to implement.
0
I've never had that page work. In fact in the source there is not even a reference of the ip/port for the applet in the HTML.
To connect to my own local server, I just downloaded a hard copy of the multiplayer client page and changed the IP/port information in the HTML. It's between the tags.
0
I'm not sure that running as root makes your more susceptible to an attack, it just gives the attacker more power once "inside".
0
I'll put it in the next build.
0
Next release will have remote control via a simple web interface and be cross-platform compatible using Mono (most Linux distros I've seen come with Mono prepackaged).
0
v0.2
-Reworked input
-Added TimedMessage/TimedMessageInterval
-Safer error handling
Timed messages allow your to display some chat to players every N minutes.
0
0
That's nice. If you've seen someone yourself griefing then by all means add them. I'm not saying he didn't grief, but anecdotal evidence is useless.
0
Same here. I really question the validity of this list.
0
I'm still looking into Java as an option. I'd obviously rather have it as a Java app so it has the same portability as MineCraft but A) Java programming sucks and :cool.gif: Java might not be capable of what I need it to do. I just found some new docs though that may yield some options.
The problem comes from executing another programming and hijacking its input/output asynchronously. There is a good chance that Java doesn't support it and I'd understand why it is out of Java's scope.
0