Mikaela/mikaela.github.io
1
0
Fork 0
mirror of https://github.com/mikaela/mikaela.github.io/ synced 2025-02-09 02:54:17 +01:00
Code Issues Projects Releases Wiki Activity

blog: somewhat rewrite keep the ops opped

Browse Source
This commit is contained in:
Aminda Suomalainen 2015-04-28 16:25:08 +03:00
parent 5df02aed87
commit 9a2498dab5
1 changed files with 36 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

48
_posts/2015-04-01-keep-the-ops-opped.md
View File

@ -6,23 +6,47 @@ category: [english]
tags: [irc, english] tags: [irc, english]
--- ---
Why I think that you should keep the ops opped instead of following *Why I think that you should keep the ops opped instead of following
freenode's recommendations. freenode's recommendations.*
*Tired blogging, this will probably have a need for lot of fixing after I Is there an issue with your IRC channel needing op attention? Without
am more awake if I ever am...* having ops visible, they will very likely go to the network support channel
instead of informing you or your ops.
Is there issue with your channel? What will people do? They will go to Without ops being visible, who are ops or how to alert them?
some other channel to say that there is spam on your channel forgetting
to ping you about it.
Yes, of course there is `/msg chanserv access #channel list`, but who * `/msg chanserv access #channel list`
really uses that, especially from newer users? Probably no one and if * requires whoising all ops to see if they are present
you have larger channel with multiple ops, it requires whoising the * idle time gets reset by CTCP replies, OTR and possibly other
whole lot of you to see who is not away and has lower idle time (even if things. Freenode ops also base their judgement on are there ops
the idletime might not mean anything if the op uses OTR and other reasons). present to handle the issue on idletime of ops.
* new users most likely have no idea on the command
* whois is rate-limited
* `/msg memoserv sendops #channel help! X is spamming`
* requires +A flag which isn't mostly given to everyone
* new users are unsure whether they have the flag if they even know
about existense of the flag or the MemoServ command.
There is also third commonly used method, having trigger word that either
highlights all the ops or makes bot PM or highlight the ops which again
has it's own issues:
* are the ops surely highlighting on it?
* the users can be confused for not getting any kind of acknowledging to
the triggerword without bot and possibly spam it even more
* if the bot PMs the ops, what if they are on umode +g and miss the bot?
* if the bot highlights all the ops, what if the ops automatically ignore
mass highlights (multiple nicks highlighted on the same line)?
* and again, are the users aware of the triggerword?
* if you clearly document it on webpage of your channel, the users
should be aware of it, but what if they didn't bother to read it or
forgot it? Their fault probably, but your channel is having issues
for longer time...
And there is also the issue of having to trust services or your bots. And there is also the issue of having to trust services or your bots.
What if the services go down or netsplit and the same happens to your bot? What if the services go down or netsplit and the same happens to your bot?
You are out of luck unless you had the ops opped in which case the outage You are out of luck unless you had the ops opped in which case the outage
doesn't affect you that much at all. doesn't affect you that much at all.
*Somewhat rewritten on 2015-04-28 13:25Z and now this looks even worse
to my eyes...*