<div dir="ltr">I assume the API server is not on the embedded Linux board. It works well if the board is always connected to the Internet and pushes data to a central database. The SPA simply displays data provided by the API server which can access the database. If the board needs to provide data in itself even it's not connected to Internet, or a central database is not an option, we have to put both on the board. <div>Anyway separating them sounds like a good approach. I'm already using it like this in one of my React project, just didn't realize it's kind of a pattern.<div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 13, 2018 at 2:47 PM, Mikalai Birukou via kwlug-disc <span dir="ltr"><<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When you do SPA, server's functionality splits into two distinct sections. One section is serving code with your SPA. It can be one or two files. The other part is API, served as https requests. API part is the active part for server.<br>
<br>
Now, "how to update app code?" turns into from where does browser gets SPA. It doesn't have to be the same place with API server. It even doesn't have to be the same domain. Your SPA can do cross domain requests (search for CORS).<br>
<br>
Heck. Following recent news about webkit+gnome, your SPA can be wrapped into desktop app.<br>
<br>
And, I put my money on SPA with Typescript-ed Vue (have no affiliation).<br>
<br>
Cheers.<br>
<br>
P.S. Paul's concern is valid. Recently, I wasn't able to see full spectrum of server's IPMI pretty output, cause it uses Java applet, if you remember those. And this is not even invoking a security argument.<span class="im HOEnZb"><br>
<br>
<br>
On 2018-03-13 01:20 PM, Paul Nijjar via kwlug-disc wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am going to undermine the question a little. If you serve this thing<br>
from an embedded Linux board, how will you handle updates the next<br>
time Javascript (or the framework of your choice) has a bug? If you<br>
are serving a complicated thing from a simple device you have to deal<br>
with supporting the updates.<br>
<br>
There were webservers built into JetDirect cards for HP printers. They<br>
are awkward to use now because they depended upon versions of Java<br>
that modern browsers no longer support. Meanwhile they add security<br>
vulnerabilities to the network.<br>
<br>
- Paul<br>
<br>
On Tue, Mar 13, 2018 at 02:12:17AM -0400, William Park via kwlug-disc wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I have a general question about JavaScript. I want to develop/propose<br>
"web app" hosted from embedded Linux board. So,<br>
- you go to its webpage,<br>
- click "web app",<br>
- it will serve out JavaScript to browser client, and<br>
- the app will be running on the browser.<br>
<br>
Which Javascript should I learn?<br>
<br>
I mean, there are Meteor, Angular, React, Ember, Vue, etc. Some are<br>
described as "framework", and others described as "library". Then,<br>
there is Web Assembly I've been reading about recently. It's difficult<br>
to figure out what's what.<br>
</blockquote></blockquote>
<br>
<br></span><div class="HOEnZb"><div class="h5">
______________________________<wbr>_________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" target="_blank">http://kwlug.org/mailman/listi<wbr>nfo/kwlug-disc_kwlug.org</a><br>
</div></div></blockquote></div><br></div></div></div>