Make sure that you are not OP'ed, that you are in the "Guest" group, and have the AntiBuild plugin installed.
To make sure that the AntiBuild plugin is compatible with your server setup, do:
/pl
If the plugin is highlighted in red, or not in the list, you may need to update a build (Bukkit, or the actual plugin).
If everything seems to be setup correctly, and you still can break blocks that you denied access to in the permission file, then make sure you don't have any user level permissions. Go into the "users.yml" file and check if you have any specific permissions assigned to your player, like "essentials.*", or something of the sort.
If you do, be sure to remove them. You can also get a temporary account on your server to test the permissions on, as you may have some kind of permission set somewhere.
An alternative to this, though you can't deny specific blocks, is WorldGuard. After installing, try these commands:
/rg flag __global__ construct deny
/rg flag __global__ build deny
A simple test I'd like you to perform is this; while on your server, try to use the "/kill" command that you want to deny. That worked? Hmm. Then Try "/say Hello". If that worked, then like I said, you may be OP'ed (which means that no permission will affect that), or in another group than "Guest".
DeOP yourself with the console and place yourself in the Guest group, now try the permissions. You may find that they are now taking affect.
Let me know if it still isn't working for you.
Best Answer
Your friends are right, redstone dust is evil and it should be avoided at all costs when making command block contraptions. Redstone dust does cause lag and it can be unpredictable. There's a nice blog post explaining why this is the case, but suffice it to say that pretty much every expert map maker limits their use of redstone dust to very specific edge cases, and it's never used on high frequency lines.
So, what should you be using instead? For a clock, use a 20Hz clock. Better yet, start using 1.9 and use repeating command blocks. For turning on a redstone device, use
setblock
to place a redstone block or torch at the activation point. This is especially useful for when your command blocks are far away from any redstone contraption (as they should be).The only actual redstone that you should have in your command block contraption is redstone blocks (for activating the command blocks), comparators (for testing for a success on a command block, but even these aren't necessary; use the
stats
command instead), and on the extremely rare occasion, a repeater. Also, sometimes a button or switch, but that should be given. But that's for 1.8, and in 1.9, the entire command block game changes. 1.9 will allow you to remove even more redstone, to the point where you don't need any (not even a switch or button) to do something useful. Again, you'll need to be able to interface with redstone devices from time to time, but as I said above, that should be done with something like asetblock
command.In the end, you should do your best to keep your redstone stuff and your command block stuff separated. There was a time when this wasn't possible, but that was ages and ages ago, when the command block was first introduced. New commands made it possible to separate your redstone and command blocks, and with the new features in 1.9, this becomes even easier to do; you no longer need to think about how to build a 20Hz clock, execution order is trivialized to block placement, and conditional execution becomes built in. Redstone dust is great for making interesting contraptions in survival, but it has no place in your creative mode command blocks.
Minecraft v1.13 has changed the game again. Now, you don't even need command blocks in your world, you can use functions instead and tag them to run either every tick, or when the world loads. (Admittedly, some of this was available in earlier versions, but 1.13 was a major update to commands which made for a compelling reason to move as much as possible to functions.)
Command blocks will still be necessary in some very narrow circumstances (conditional execution in some cases is still difficult using just functions), but other than prototyping, I would recommend using functions instead of command blocks for most purposes. There's loads of reasons for doing this, but among the top reasons I see are:
Something to keep in mind, though, is that a number of commands have been removed/replaced in 1.13, such as the
stats
command mentioned above (the new version as part of theexecute
command is actually a lot easier and more intuitive now). The power of commands has grown substantially since the command block was introduced in 1.4, but redstone has only seen incremental improvements. Most of the improvements in redstone were with the addition of blocks aimed at eliminating the need for BUD switches (those blocks being daylight detector and observer blocks). Other than that, there isn't much in the way of new redstone, whereas commands have been evolving almost with every release.