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

Feature request: `meteor logs -f site-name` and/or `meteor logs -n 500 site-name` #284

Closed
possibilities opened this Issue Aug 20, 2012 · 14 comments

Comments

Projects
None yet
@possibilities
Copy link
Contributor

possibilities commented Aug 20, 2012

Would be lovely if meteor logs had some options similar to tail so we can follow a log in realtime and/or request n lines from the log. -Mike

@TaraWij

This comment has been minimized.

Copy link
Contributor

TaraWij commented Aug 25, 2012

While this might be trivial to achieve local host (direct output), this will probably require some protocol changes to get this going over the internet. Makes me wonder if there is a easy-to-implement protocol fit for this purpose or whether we'd have to write one ourselves. This feature can be really handy to debug remotely deployed websites that function differently on the hosting than your own computer...

@lvbreda

This comment has been minimized.

Copy link
Contributor

lvbreda commented Aug 25, 2012

It is dirty and it is lame but it works :

watch -n 0.2 "expect -c 'spawn meteor logs appname;send \"password\n\";interact' | tail -n 20"

If core team doesn't like this approach (for server load or something) let me know and I will remove the comment.

@TaraWij

This comment has been minimized.

Copy link
Contributor

TaraWij commented Aug 25, 2012

Something similar can also be done with multitail, but I think that this indeed puts a lot of load as you're fetching the whole logs every single time. Just be reasonable with regards to the interval, it probably suffices to update every 1, 3, 5 or 10 seconds. No need for five times a second, if you do need it you are better writing a filter to get it to show you the important stuff...

@possibilities

This comment has been minimized.

Copy link
Contributor Author

possibilities commented Aug 25, 2012

"Easy to implement protocol fit for this purpose"? DDP! No? (;

@TaraWij

This comment has been minimized.

Copy link
Contributor

TaraWij commented Aug 25, 2012

I see what you did there... Indeed, that would be the easiest one since they've already implemented it.

Is the server side part of the the logs command on this GitHub repo?

@glasser

This comment has been minimized.

Copy link
Member

glasser commented Sep 6, 2012

@possibilities Exactly. We'll do this as part of rewriting the server to be a real Meteor app.

Closing the issue for now, since we're unlikely to implement this on top of the current protocol.

@glasser glasser closed this Sep 6, 2012

@alexhancock

This comment has been minimized.

Copy link

alexhancock commented Apr 9, 2013

Any action on this? It would be very helpful.

@adamantivm

This comment has been minimized.

Copy link

adamantivm commented Oct 7, 2013

Just wanted to add my vote to this feature request, would be awfully handy

@herve1976

This comment has been minimized.

Copy link

herve1976 commented Sep 4, 2014

+1

3 similar comments
@ccorcos

This comment has been minimized.

Copy link

ccorcos commented Jul 1, 2015

+1

@betacar

This comment has been minimized.

Copy link

betacar commented Sep 24, 2015

+1

@lemmycaution

This comment has been minimized.

Copy link

lemmycaution commented Sep 25, 2015

+1

@joaopiopedreira

This comment has been minimized.

Copy link

joaopiopedreira commented Sep 25, 2015

+1

On 25 September 2015 at 18:06, onur uyar < notifications@github.com > wrote:
+1


Reply to this email directly or view it on GitHub .

@morenoh149

This comment has been minimized.

Copy link

morenoh149 commented Oct 7, 2015

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.