Hacker News Reader

Comment by caw | Hacker News Reader

There's a distinct lack of images on that website. I for one would like to see how I would diagnose problems without opening 5 tabs. A "demo" mode would be even more helpful.

View on HN

I was about to say the same thing... not only are there no images, but there is a such an overwhelming amount of text and bullet points on the "About" and "Feature" pages.

This looks more like documentation and less like a product landing page.

Here are some nice examples that might help: http://land-book.com/

https://www.gosquared.com/ (pulled from the first page of land-book)

We're releasing a new design in a few days, precisely because of past feedback like yours. It gets more to the point and has more UI screenshots. Thanks for the comment and examples!

Cool, you're welcome, and good luck!

Thanks for the feedback! Demoing a log management product is a bit tricky, because it's hard to come up with a representative data set that isn't sensitive. FWIW, we have put together a demo based on data scraped from the Github API -- it's not a typical server log data set, but it can be fun to explore:

https://www.scalyr.com/login?prefillEmail=demo-account%40sca...

https://www.scalyr.com/dash?page=Github-Statistics is broken. "Operation not permitted (Read Configuration permission required)"

Oop -- thanks! We'll sort this out, might take a little while though.

Yeah, no, not what I want to hear from the people hosting my logfiles.

There's your answer to "Why won't you host your server logs (which are usually key for troubleshooting flaming boxen)?"

As I probably should have clarified, this issue is specific to a single page in the demo, which we do not even link to at the moment (aside from a couple of older posts on our blog). Yes, it is embarrassing, and I apologize. However, if this issue had been standing between a customer and their data, we would have scrambled instantly.

Everything in life is a tradeoff. If you entrust your logs to us, you run the risk that we have an outage or failure of some sort. On the other hand, internal systems can fail as well. We hope to serve people who prefer not to carry the responsibility of maintaining their own monitoring infrastructure, and/or are interested in the features and performance we provide.

If you entrust your logs to us, you run the risk...[of] failure of some sort.

Well, yeah.

Fair enough. :)

Out of curiosity, what is your target customer? People running their own dedis probably are alright to grudgingly setup a monitoring solution, and people who are just using the ~=cloud=~ probably don't care.

What's your ideal customer?

Typically, someone who is already using some form of cloud-based infrastructure. From there, it's a fairly easy step to send your monitoring data to a specialized service. And cloud infrastructure can pose monitoring challenges (servers coming and going; multiple systems logging different types of data; unpredictable I/O performance causing problems for monitoring backends) that we help with.

Reply on news.ycombinator.com