[jira] [Commented] (SENSSOFT-169) Browser Blocking Mixed Content

2017-05-09 Thread Rob Foley (JIRA)

[ 
https://issues.apache.org/jira/browse/SENSSOFT-169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16003260#comment-16003260
 ] 

Rob Foley commented on SENSSOFT-169:


This is due to the tag being requested from a non-HTTPS endpoint.

> Browser Blocking Mixed Content
> --
>
> Key: SENSSOFT-169
> URL: https://issues.apache.org/jira/browse/SENSSOFT-169
> Project: SensSoft
>  Issue Type: Bug
>  Components: UserALE.js
>Reporter: Joshua Poore
>Assignee: Alex Ford
>   Original Estimate: 3h
>  Remaining Estimate: 3h
>
> We need a way of transmitting logs from the browser and that does not require 
> us to turn off security permissions on the browser for mixed-media.
> 1. Short term permissions
> 2. updating dockers to reclassify log data so that it is not "mixed content"
> 3. SSL-enabled server



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Commented] (SENSSOFT-166) Build Firefox Plugin that Deploys UserALE.min Script Tag (.js Use Case)

2017-05-09 Thread Alex Ford (JIRA)

[ 
https://issues.apache.org/jira/browse/SENSSOFT-166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16003214#comment-16003214
 ] 

Alex Ford commented on SENSSOFT-166:


I believe I have a good candidate for this feature. How would you like to 
verify, [~poor...@me.com]?

> Build Firefox Plugin that Deploys UserALE.min Script Tag (.js Use Case)
> ---
>
> Key: SENSSOFT-166
> URL: https://issues.apache.org/jira/browse/SENSSOFT-166
> Project: SensSoft
>  Issue Type: New Feature
>  Components: UserALE.js
>Affects Versions: Distill 0.1.3
>Reporter: Joshua Poore
>Assignee: Alex Ford
>   Original Estimate: 5h
>  Remaining Estimate: 5h
>
> We are prototyping a deployment scheme, using a Firefox browser plugin to 
> deploy .js script tag. We will worry about configuration options for the 
> script tag (user defined params) later.
> 1.  Install UserALE on local vagrant server
> 2. Update test plugin with UserALE.js script
> 3. Test to see if logs come through on UserALE with no data loss



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


RE: Generating Heatmaps for User Behaviour

2017-05-09 Thread Poore, Joshua C.
TIX RE heatmaps will go in today. Sry for delay.

-Original Message-
From: lewis john mcgibbney [mailto:lewi...@apache.org]
Sent: Friday, April 28, 2017 5:04 PM
To: dev@senssoft.incubator.apache.org
Subject: Re: Generating Heatmaps for User Behaviour

This is fantastic feedback thanks folks. I'll maybe have a look at implementing 
the Heatmap issue myself as i think it would be a nice addition to SensSoft.

On Fri, Apr 28, 2017 at 1:37 PM, <
dev-digest-h...@senssoft.incubator.apache.org> wrote:

>
> From: Joshua Poore 
> To: dev@senssoft.incubator.apache.org
> Cc:
> Bcc:
> Date: Thu, 27 Apr 2017 23:49:48 -0400
> Subject: Re: Generating Heatmaps for User Behaviour @Lewis
>
> Some more info, but out of the order in which you asked:
>
> >> session reconstruction e.g. What does an end-to-end browning
> >> session look like?
>
>
> Browsing session reconstruction defines a good amount of the work
> we’re doing now and for the remainder of the year on a number of
> projects. We’re actually already working on this now, and it will be
> the basis of a ton more work that will start mid-late June.
>
> What our solution looks like is UserALE.js packaged in a FireFox
> browser plugin. The plugin drops UserALE.js into the client without
> having to touch source code. So, you can get all the data you’d expect
> from UserALE.js, but be able to capture data from sites that
> UserALE.js script tags haven’t been embedded in (the source code). The
> use case is that orgs and users can just deploy a browser that
> captures userALE logs with disc images—bam. Chris Muto (new
> contributor) built a prototype. @fordar is picking that project up and
> resolving some of the major/obvious issues like mixed media/CORS
> issues. You’ll see this code in the UserALE.js repo probably next week when 
> @fordar get’s his bearings.
>
> >> what type of client e.g. Firefox, safari, etc
>
> Plugin will be FireFox to start. But FireFox and Chrome are playing
> nice in plugin portability… Once the plugin is in the .js repo, feel
> free to reach out or combine forces with @fordar if you know of
> someone that needs this very soon.
>
> >>  heatmap generation representing user activity overlaid over
> >> Webpage
> >> * dot plotting similar to the above
>
>
> First... what Rob said
>
> Second, I actually have some tickets to move over to Apache Jira about
> investigations of open source code for grabbing screen caps from browsers.
> If we can coregister those screens with cursor x,y, then heat maps
> should be a snap (if you can deal with pushing around and storing
> those screen caps). The browser plugin logging solution will also make
> this easier, building off the plugin should give us more data available to 
> the client.
>
> Next week, I’ll get my investigation tix moved over (going on short
> vacation tomorrow—back next week). Unlikely we’ll have a ton of
> bandwidth (as a team) to work on heat maps specifically in the next month or 
> two.
> However, later this year we’ll be focusing very hard on visualization
> and TAP. Something like heat maps are a big part of that, but I can’t
> talk about that with specifics yet. @lmariano is very interested in
> this, but she can’t talk specifics yet either.
>
> Again, comprehensive browsing session capture is a major theme for us
> this year. A number of us will be under contract to do some of this
> work and it will all be Apache. If you know of other interested
> parties, let’s talk offline so that we can coordinate sooner than
> later. Things will start percolating up to our roadmap pretty soon.
>
> >> * ability to see where people visiting your webpage/webapp came
> >> from e.g where did the client come from?
>
> No immediate plans to do this. No current capability to capture
> origin/destination data, but likely something that could be deployable
> through the script tag. We should have some wish list tix on this. The
> browser plugin deployment use case will drive a lot of upgrades to
> UserALE.js that will push this along. Of course, we’ll get this data
> from the client easy, but the “visiting your website” deployment is
> different than the “websites you visit” use case the browser plugin supports.
>
>
> I hope that helps, too.
>
>
> > On Apr 27, 2017, at 10:48 PM, Rob Foley  wrote:
> >
> > Hi Lewis,
> >
> > While I haven't taken to plotting it out myself, I think the data we
> > generate would be sufficient to plot out a heatmap on a page, since
> > many
> of
> > the logs contain X,Y coordinate pairs. Using a library like
> > heatmap.js or simpleheat you could probably get a decent overlay for a page 
> > that way.
> Dot
> > plotting would be a similar answer with something like D3. Seeing
> > where someone came from may be a bit tricky, since that'd rely on
> > the referer
> > (sic) header being set, which some clients may ignore. If you only
> > wanted to track between pages on a particular domain, that may be a bit 
> > easier.
> >
> > User Agent is currently picked up by our logst