Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Need to support separate trace files for WordPress MultiSite sites #27

Open
1 of 2 tasks
bobbingwide opened this issue Mar 5, 2016 · 3 comments
Open
1 of 2 tasks
Assignees

Comments

@bobbingwide
Copy link
Owner

bobbingwide commented Mar 5, 2016

The current solution does not take into account the fact that the installation may be WordPress MultiSite. There are times where it's OK for all the trace output to be written to one file and other times where it's not.

We should allow for using different files for MultiSite

  • when tracing at startup
  • and in the daily trace summary report.
@bobbingwide
Copy link
Owner Author

It would be nice if the site_id were included in the trace output in a WPMS installation.
Also, when tracing batch processing, the selection of the trace file should depend on the site that's selected through the url= parameter.

@bobbingwide
Copy link
Owner Author

For a multisite site which is not the primary site ( blog_id not 1 ) then the daily trace summary file will be bwtrace.vt.mmdd.blog_id.

There may be a lot of files but each will only record the activity for the given blog id.

@bobbingwide
Copy link
Owner Author

bobbingwide commented Dec 12, 2019

Just to confirm that this is now documented. For Daily Trace Summary reports the date format is now ccyymmdd. Since the file is not written until shutdown the blog_id will be known.

For other trace files there could still be some confusion as to which file to use. This has to be taken into consideration in the solution for #82

# for free to join this conversation on GitHub. Already have an account? # to comment
Projects
None yet
Development

No branches or pull requests

1 participant