Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
statistics.module
Priority:
Normal
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
29 Nov 2012 at 02:18 UTC
Updated:
29 Jul 2014 at 21:35 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
damiankloip commentedComment #3
damiankloip commentedI'm working on this one. Hopefully this will give us a better idea/template to base the other integration tests on.
Comment #4
damiankloip commentedOk, here is a more generic test to just test the integration of the fields, so we have some coverage. I think we agree that creating views to cater for all filter/arg combinations isn't feasible. Also added a test for the AccessLogPath handler.
Comment #5
damiankloip commentedWithout the annoying no newline..
Comment #6
dawehnerJust some general cleanup
Comment #7
dawehnerUps totally wrong interdiff.
Comment #9
damiankloip commentedYeah, those changes look like good ones to me. Just need to fix up that init() method I think...
Comment #10
dawehnerOh right, so we have a proper test coverage, let's get it back.
Comment #11
dries commentedThe patch itself looks good to me.
Do we want to update the statistics module to take advantage of this (dog-fooding) or is that not really an option?
Seems like a recipe for performance issues though. These tables get really big.
Comment #12
webchickThat sounds like a "needs review."
Also note the existence of #1446956: Remove the accesslog from statistics. It's possible we want to postpone this issue until something's decided over there.
Comment #13
dawehnerI would personally vote to do the integration first, because we have another issue which describer which parts of drupal we want to replace: #1864980: [meta] Figure out how to integrate Views into core
Comment #14
webchickHm. but if the accesslog table goes away entirely, including all of the faculties of tracking hostname, locations, hits, etc... then we don't need any Views integration nor any default views for that functionality. Or do I misunderstand?
Comment #15
dawehner@webchick
Absolute! Maybe we should simply just integrate the node_counter table for now?
Comment #16
webchickYeah, that would be safer for now, I think. Would probably also help with Dries's performance/big table concern. We could file a postponed follow-up for the accesslog table, pending resolution of that issue.
Comment #17
dawehnerLet's rerole after removing of accesslog.
Comment #18
damiankloip commentedSimple is good, Let's get it in!
Comment #19
xjmCan we get the followup for the accesslog linked here, presumably postponed on #1446956: Remove the accesslog from statistics?
Edit: Never mind, no followup needed. Dries committed that in #1446956-40: Remove the accesslog from statistics; the issue is just NR for a changelog entry. ;)
Comment #20
dries commentedIs there a follow-up issue that deletes the old/existing statistics module table in favor of a view? I can't seem to find it.
Comment #21
dawehnerI'm confused about your last comment dries.
Didn't we killed the feature of the old/existing statistics module tables with the accesslog patch from above? #1446956: Remove the accesslog from statistics
Just checked and statistics module is just about count node views, but sure we could build a view for that.
Comment #22
catchYes the listing is gone, this is just integration for the count statistics for which there's no list display in core at all.
Committed/pushed to 8.x.