Parse meaningful data from stored results

[YoranBrondsema]

Hi,

I have an Ember.js application backed by a Rails API. Since the index.html is generated by the front-end, MiniProfiler cannot inject itself onto the page. However, I would still like to use its results.

It seems the output in /tmp/miniprofiler/* cannot be used without parsing it. Is there a way to store the same output that it prints in HTML in a file? Then I can just cURL to actions in my controller and view a meaningful MiniProfiler report.

[silasb]

👍 I am in a similar situation where it would be helpful to get profiler information (and flamegraphs) for an mobile API that I'm working on.

[Aldekein]

+1, I'd like to profile backend for an angular application. All the interaction between frontend and rails is in JSON format and I'd like to parse the mp_timers_* files.

[Aldekein]

@silasb @YoranBrondsema
I get something that could be human-read if I run the command in rails console and then replace \n with new-lines in Sublime and set View->Syntax->YAML:

YAML::dump(Marshal.load(::File.open('/var/www/project.lc/tmp/miniprofiler/mp_timers_z4h2y3sy5f662liqu2n5',"rb") {|f| f.read}))

[kevinjalbert]

I would love to see some way to get more details on API requests that we feed into a Javascript front-end (i.e., Ember/Angular).

I've seen https://github.com/dejan/rails_panel, which does something like this via a chrome extension, which is an interesting approach.

[SamSaffron]

You should be able to inject it just fine:

at the moment this is the extra script that is added:

 <script async type="text/javascript" id="mini-profiler" src="/mini-profiler-resources/includes.js?v=12b4b45a3c42e6e15503d7a03810ff33" data-version="12b4b45a3c42e6e15503d7a03810ff33" data-path="/mini-profiler-resources/" data-current-id="redo66j4g1077kto8uh3" data-ids="redo66j4g1077kto8uh3" data-position="left" data-trivial="false" data-children="false" data-max-traces="10" data-controls="false" data-authorized="true" data-toggle-shortcut="Alt+P" data-start-hidden="false" data-collapse-results="true"></script>

Each time we change js versions change... but overall once you include this ... all new requests to API will be added. The version stuff is there to break caching you could simply put something random there every time you build.

[kevinjalbert]

Just wanted to say that the javascript snippet @SamSaffron presented works perfectly for me.

Might be useful to actually have this mentioned in the https://github.com/MiniProfiler/rack-mini-profiler#using-in-spa-applications section?

[SamSaffron]

cool, yeah a PR to improve doco is welcome!

[kevinjalbert]

@SamSaffron #227 hopefully does the trick for the doc update.

[charlie-wasp]

@SamSaffron sorry to bring it up again after a long time, but I don't understand data-current-id and data-ids options. What am I supposed to put there? I believe, that I should use suffixes from mp_timers_* files. But they are auto-generated, aren't they?

[kbrock]

Maybe something you could use as a reference:

I use the following implementation to view my profiling data: https://github.com/kbrock/cli_mini_profiler

I run with something like:

mini_profiler --storage Redis --storage-options db=1 --collapse Rendering --children http://localhost:3000/mini-profiler-resources/results?id=cextuacnfv7a26pk366u

# or
mini_profiler --storage Redis --storage-options db=1 --collapse Rendering --sql --aggro --summary cextuacnfv7a26pk366u

Maybe you could steal some ideas from there. Some of the aggregates are not perfect, so please let me know if you find any issues.

[sheekap]

Apologies as well for adding more conversation to an issue that might be considered closed. I'm having trouble with the data-version and ?v= options that change with every new release of the gem. Might be obvious to some but where do I get this value from?

[tinfoil-globe]

@charlie-wasp we're you ever able to figure out how to use data-current-id?

[charlie-wasp]

@jwpari I'm afraid no, I just gave up on it :(

[bf4]

Although admittedly a little messy, I was able to get my app to serve an html page with the script so that I could look at API requests

# config/initializers/mini_profiler.rb

  Rails.application.routes.append do
    mini_profiler = Rack::MiniProfiler.new(Rails.application)
    get '/profiler' => ->(env) {
      [200, {}, [<<-BODY.strip_heredoc]]
      <html>
      <head>
      </head>
      <body>
      #{mini_profiler.get_profile_script(env)}
      </body>
      </html>
      BODY
    }
  end