Certain actions (mostly notifications polling) shouldn't update log_online table (Subs.php, writeLog function) since it doesn't make sense as the user actually isn't online and it hogs the Who's Online area.
« on March 30th, 2013, 04:46 PM »
|The way it's meant to be|
- So that's the reason why there were more 'unknown action' entries... These were from both 'notifications' and 'feeds'. It's interesting to know that there are so many feed requests, BTW...!
- But call me crazy, I STILL have to ask the question: what difference does it make that a bot is downloading a feed or a page...?
- Also, there was still a media_wo_feed entry, which should (logically) not be recorded either, if main feeds aren't...?
- I've noticed that Who.english-uk.php has a use of 'license' in one string and 'licence' in another. I've changed it to 'licence', I suppose that was the intention...?
- Also changed an 'analyzer' to 'analyser'. Is that correct? Finally, removed plenty of language strings that were actually identical to Who.english.php's.
became busy on something else, and forgot to check when you got back.
Given how many places it's linked, not really a surprise.
As for whether it is meaningful, I would say it is. Given how often feeds get requested, not running additional (and not entirely cheap) queries is quite a nice thing.
The deal is that anything hitting action=feed will not be logged. If the media feed is handled through the feed handler it will also not be logged. If it's handled through the media area it will be logged.
Yeah, I didn't check that one as heavily as I should. It's really, really, really boring to go through English US to look for differences especially when you see the alternative spellings so often.
Isn't that... 'cleaner'?
It seems technically doable, and IIRC $action_list can be altered by plugins anyway, can't it..?
The only issue is with extra_actions... It's no longer the same 'format'. But I don't see the point of this one either... Why not, simply add to $action_list..? Isn't this a global already? Yes it is...
I thought you'd be using wingrep or equivalent, with a set of common used words.. No?
(It's pretty simple, post text is 'stuck' to the gray line that separates it from the post header, "Posted at ... by ...", you know.)
No it isn't, seeing that there can already be three parameters (plugin added actions will add function, file, plugin id) which means it would become 3 or 4 parameters depending on plugin.
I explained all this when I wrote it into the plugin manager.
Not observed in Chrome 26. I still have issues with the horizontal scrollbars though.
(Of course, adding a param to $action_list isn't gonna help in this situation, either; but I was thinking of WEDGE_NO_LOG in this case.)