I think on-line storage should be modeled same way Show Slow is modeled
although there should be an automated exporting (e.g. autorun) so HAR
sending can be automated.
I think Show Slow is a good idea for this as it can be hosted privately and
public service like showslow.com can host files only temporarily (as it does
with data), for example.
Do you think it's hard to add exporter that sends a post to the beacon same
way it saves a local file?
I'll be happy to write a beacon code on Show Slow side for testing.
Thank you,
Sergey
--
Sergey Chernyshev
http://www.sergeychernyshev.com/
On Mon, Feb 22, 2010 at 7:58 AM, Honza (Jan Odvarko) <[email protected]>wrote:
> Hi Sergey,
>
> On Feb 20, 3:36 am, Sergey Chernyshev <[email protected]>
> wrote:
> > I wonder if somebody has good use cases for collecting HAR results in
> > a centralized service similar to ShowSlow collecting YSlow and
> > PageSpeed's ranking results?
> >
> > One use case was reported here:
> http://code.google.com/p/page-speed/issues/detail?id=58
> > - asking remote user to press a button and send HAR of his particular
> > experience to the server.
>
> Another use case could be simple sharing of HAR files that describe
> specific page load situation. For example, any time I am facing a bug
> that is related to e.g. page load performance I tend to attach a HAR
> file to the report. Easier would be to attach a link.
>
> Firebug + NetExport extension already allow to export all data
> collected by the Net panel and there is also an online viewer that
> helps to preview a HAR file (note that HAR report can be done by other
> tools too e.g. HTTPWatch).
>
> The missing piece here is, as you proposing, an online service where
> the HAR log could be sent to. As soon as the log is online it can be
> simply previewed e.g. by HAR viewer (or any other tool) without
> necessity to deal with files.
>
> Working link example:
>
> http://www.softwareishard.com/har/viewer?inputUrl=http://www.janodvarko.cz/har/viewer/examples/inline-scripts-block.harp
>
> Where 'inputUrl' specifies URL of an online HAR file (since JSONP is
> used here for cross domain XHR, the file uses *.harp extension in this
> case).
>
> > Having said all that, just collecting HARs on a server vs. collecting
> > them on a local drive might be useful in general for automated testing
> > and all.
> Yes, also I think that the "minimal beacon" (described in the issue
> 58) idea fits perfectly HAR log too (e.g. often network responses
> bodies don't have to be logged, which can dramatically reduce size of
> the file).
>
> The problem I see is the online storage, if the service is publicly
> available, there can be soon substantial amount of data and any
> limitation (e.g. releasing older logs) could reduce the benefit...
>
> Honza
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Firebug" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<firebug%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/firebug?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups
"Firebug" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/firebug?hl=en.
