<div dir="ltr"><div>I see your point Jonathan, but as nice as it would be to play with those things, I'm already heads in learning all this new fangled Web Programming ðŸ˜™</div><div><br></div><div>Business logic I got , and If need to be I can logic scrape those using python.</div><div><br></div><div>Most of the time, ERP / Accounting applications are pretty boring - no pretty, pretty pictures, nekid pictures, panoramic vista views, or music in them , just boring boring static type stuff.</div><div><br></div><div>Dynamic stuff comes pretty much during reporting or report / posting , but even that is fairly structured.</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><b>Ben Duncan</b></div><div>DBA / Chief Software Architect <br></div><div>Mississippi State Supreme Court</div><div>Electronic Filing Division<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 26, 2019 at 8:37 AM Jonathan Chen <<a href="mailto:tamasiaina@gmail.com">tamasiaina@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Okay, I just wanted to make sure that you understood its a big task. I hope you didn't take offense to what I said. Yeah, it's going to take a lot of pounding on the keyboard, and business requirements and logic is most of the battle. </div><div><br></div><div>If you want to look into "trendy" cool things right now, which I actually like to do. </div><div><br></div><div>You can build the frontend via React or Angular, and have flask serve all the API's. I would separate all the different API's into blueprints. At first, I would just bundle all the blueprints together for the sake of actually getting things done. Afterwards, You can break the API's up into its own services really easily.</div><div dir="ltr"><br>~Jonathan C.</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 26, 2019 at 7:06 AM Peter Hickman via Flask <<a href="mailto:flask@python.org" target="_blank">flask@python.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, 26 Sep 2019 at 13:29, Ben Duncan <<a href="mailto:linux4ms@gmail.com" target="_blank">linux4ms@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>That was my Idea, The Back Office for the Accounting stuff is for all the regulators and auditors.</div><div>I was looking at BluePrints and other ideas ..</div><div><br></div><div><div><div dir="ltr"><div dir="ltr"><div><b>Ben Duncan</b></div><div>DBA / Chief Software Architect <br></div><div>Mississippi State Supreme Court</div><div>Electronic Filing Division<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 26, 2019 at 7:04 AM Adil Hasan <<a href="mailto:paradox2005@gmail.com" target="_blank">paradox2005@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Ben,<br>
<br>
one thing I would worry about is having a lot of pages served by one<br>
app. Is it possible to separate them? If you need to update some pages<br>
on one part then you would only need to rebuild that app. Perhaps it<br>
could also help with resiliance and maybe performance?<br></blockquote></div></blockquote><div><br></div><div>This might be a little clunky but we use this on a couple of our sites. Our webserver is Nginx but this should be possible with other but we have it pass off requests for some path, /api for example, to another upstream, a host and port. So we have multiple apps serving different parts of the site. This means that we can take down the upstream that serves the web front end without touching the /api feed. If necessary these can live on different hosts allowing you to upgrade the horsepower behind a given path simply by changing the host of the upstream and reloading the nginx configuration</div></div></div>
_______________________________________________<br>
Flask mailing list<br>
<a href="mailto:Flask@python.org" target="_blank">Flask@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/flask" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/flask</a><br>
</blockquote></div>
</blockquote></div>