weiyin

Agreed. This is an issue not just for Safari, but someone can upload a specially crafted app that browses the file system.

In this iteration we are using the OS permission system to isolate users. We are looking into more effective sandbox methods. Security is an ongoing process, and we always take an adversarial point of view when evaluating our system.

Thanks, it means a lot to us coming from you guys!

No worries, that's a mock location. Thanks!

Definitely on our to-do list. Stay tuned!

Agreed! We are also working on supporting additional device types (iPad, iPad mini, iPhone 6(+)).

(don't see a link to reply under your last comment)

yea, so the incoming keystrokes and mouse movements are managed through some custom OS X code as well.

the specific method we're using is CGEventPostToPSN, more information here: https://developer.apple.com/library/mac/documentation/Carbon...

uh... oh boy. you're really pushing the boundaries of our testing... :)

definitely a possibility :)

we'll check that out, thanks for the heads up.

We wrote some custom OS X code to capture frames from individual processes. That way the simulators don't need to be positioned in any way or even visible. Cheers.

Hey B-n-c, You are pretty much spot on with everything you mentioned.

Apparently app.io had some setup w/ VMs running on lightweight hypervisors (https://macstadium.com/casestudies), but we found we didn't have to have all that overhead to run multiple simulators per machine.

And you're exactly right about the small piece of custom code to pass controls and send frames. We're big fans of socket.io - pretty powerful stuff!

Happy to answer follow-ups if we missed something.

Thanks, weiyin

we did some testing using compressed video, but ended up finding single frames to be more performant. also, the setup can handle much higher framerate and quality but we've kept things fairly lean for the demo :) can easily handle 15fps w/ high quality images. thanks again for the questions and comments.

hi tuscany,

all solid points, and thanks for your support.

we will definitely need to think through abuse, server costs, etc. it's a pretty lean setup but still gotta run on mac hardware :)

weiyin

Hi Michael.

Thanks for taking a look! And sorry our site is having some problems on Firefox. Maybe use Chrome for now until we fix it up.

This service we put together would allow anybody to run iOS simulators in the browser for a whole variety of reasons. For example, a developer can easily send builds to clients/colleagues or even embed the demo in a website or blog post.

Cheers, Weiyin

Thanks for the suggestion, that looks like a cool library. A future goal is to be able to provide higher resolution images to fully show off the high DPI displays.

Hi, thanks for checking us out. We're happy to answer any questions in the comments.

Some of you may be familiar with app.io's demo pages service which was discontinued in August. We loved using their service and we thought it'd be a blast building a replacement.

Technologies used: node, socket.io, mongodb, html5 canvas

Fixed, the Android manifest versionCode now increments with each build.

We do not include the signing key in the source code download, but you can email us to get it.

We cleaned up our OCSP stapling config. Can you try again?

Thanks for the feedback, and I'm glad to see you published an app! Automatically incrementing the version number is something we are going to do. Emailing [email protected] is the best way to reach us.

The android error is not very descriptive; it's failing because we require at least version 4.0 (Ice Cream Sandwich) for the integrated action bar and Holo themes. I'll add a description to the website.

Can you give android studio a try? We moved away from eclipse and never looked back.

great to hear! thanks.

thanks for the feedback. one thing to be aware of is that the apps run much faster smoother on device versus in browser simulator. we'll also be supporting more navigation options, as well as other native components, going forward.

thanks. we're using https://prerender.io/ to create static files for the crawlers and still fixing up the seo.

what we normally do when using native sidebar navigation is hide the web navigation w/ css - there's a configuration option "Check here to support custom styling" where you can set:

nav{ display: none; }

Normally ~1 minute, but our build queue got a bit out of hand. We've fired up a few more build processes and are working down the queue. You should get an email shortly. Sorry for the delay!

for the sidebar in particular, it's looking for menu_default.json. hope that helps!

Seems our site is lagging a bit w/ the traffic. We are working on spinning up a few more node instances.

We pushed a fix ~10 mins ago. All good now. Really sorry.

We're spinning up a few more build servers. Build times should get back to <1 minute in a bit.

We created template apps in native Objective-C and Java, and drive everything off of config files. Our site and backends use MongoDB, node, and express. Build servers run XCode and gradle / Android Studio, all on OSX.

Feel free to check out the source code:

https://github.com/weiyin/gonative-ios

https://github.com/weiyin/gonative-android