> Do you think it's hard to add exporter that sends a post to the beacon same > way it saves a local file? This should be pretty easy. Could you please report a new issue for this http://code.google.com/p/fbug/issues/list?start=0 So, we can coordinate the effort?
I am happy to support this in NetExport extension. Honza On Feb 26, 6:47 am, Sergey Chernyshev <[email protected]> wrote: > 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 Chernyshevhttp://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.janodvar... > > > 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.
