Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

Timestamps on output #100

Closed
zofrex opened this issue Oct 29, 2020 · 4 comments
Closed

Timestamps on output #100

zofrex opened this issue Oct 29, 2020 · 4 comments

Comments

@zofrex
Copy link

zofrex commented Oct 29, 2020

I'm trying out Overmind instead of Foreman and there's one feature I'm missing, which is the timestamps.

In Foreman the output looks like:

15:48:36 web.1       | => Booting Puma
15:48:36 web.1       | => Rails 6.0.3.4 application starting in development 

And in Overmind:

web       | => Booting Puma
web       | => Rails 6.0.3.4 application starting in development 

I do find timestamps useful sometimes, so it would be great to have an option to display some.

Apologies if this is already possible, or has already been discussed before, but I searched and couldn't find it.

@DarthSim DarthSim changed the title Feature Request: Timestamps on output Timestamps on output Dec 2, 2020
@swiknaba
Copy link

swiknaba commented Dec 31, 2020

Possibly, this would result in duplicate timestamps though, since e.g. Sidekiq already prints out timestamps:

sidekiq_default | 2020-12-31T11:58:24.864Z pid=54814 tid=a2e INFO: Booted Rails 6.0.3.4 application in development environment
sidekiq_default | 2020-12-31T11:58:24.864Z pid=54814 tid=a2e INFO: Running in ruby 2.7.2p137 (2020-10-01 revision 5445e04352) [x86_64-darwin19]
sidekiq_default | 2020-12-31T11:58:24.864Z pid=54814 tid=a2e INFO: See LICENSE and the LGPL-3.0 for licensing details.

single requests also come with a timestamp in puma:

web     | Started GET "/" for 127.0.0.1 at 2020-12-31 13:04:54 +0100

Ideally, timestamps would be configurable (on/off) and only show the time (without date; the date doesn't change that often during my workday) to keep the log less verbose.

@DarthSim
Copy link
Owner

Most of the tools write their own timestamps to the log. If they don't, it's probably no much sense in timestamps in the context of the tool. However, I have this feature in mind.

@ganjash
Copy link

ganjash commented Mar 26, 2021

ya I agree, It's best to keep it optional, enabling on passing a parameter.

@DarthSim
Copy link
Owner

--show-timestamps (OVERMIND_SHOW_TIMESTAMPS) flag is added to v2.4.0

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

No branches or pull requests

4 participants