Deployment

This page is for IT administers, Web masters and computer literates who have basic skills of deploying a Website. The files needed are available in the Download area.

Static Read Only (Poetry Viewer)

PoetryApp can become a static read only Website, serving as Poetry Viewer, without a Web service backend. The frontend codes may load static JSON data from the Web server, through being configured as StaticReadonly. The poems data is exported into JSON files using the full app. Such deployment makes a static content Website has rich user interfaces and user interactions, including search functions. This is fairly similar to CHM data format and the CHM browser.

The Web frontend codes could be installed in the Web root, or a sub folder under the Web root.

Server Requirements

Basically any Web server like IIS, Apache and NGINX etc. that could serve HTML, JavaScript, JSON and image files should be fine. In addition to create your own or rent one in DC or Cloud, many ISPs provide a free Website or Web page storage for each customer, which support FTP upload.

Client Device Requirements

The GUI of the app is composed through HTML5 and JavaScript, requiring not too old devices, as listed below.

iOS

iPhone X and iOS 14 or above.

iPad 5 and iOS 14 or above.

Android

Andoid 7

Windows PC

Windows 7, latest Chrome and Firefox.

Mac

Catalian, Safari 13.1, Chrome 104

Yosemite, Chrome 87

Configuration

The following files may be modified:

• index.html
• conf/siteconfig.js
• manifest.json
• favicon.png

The initial site title is “Poetry Collection” as defined in the title tag of index.html. And the site title can also be declared in siteconfig.js as “siteName” which will render the site title in HTML dynamically.

Example 1: conf/siteconfig.js for George Gordon Byron Poetry Demo Page<syntaxhighlight lang="json"> const SITE_CONFIG = { siteName: 'Byron Collection', staticReadonly: true, staticDatas: [ {filename: 'Byron'}, ] } </syntaxhighlight>

Byron poems

And file "Byron.JSON" should be located at folder "data".

Since the SPA is not hosted in a Website root but a sub folder "byron", in "index.html", make sure tag base/href point to this, like:<syntaxhighlight lang="html"> <base href="/byron/"> </syntaxhighlight>This is important for the page to load the JavaScript files of the SPA correctly.

If you host the SPA at the Website root, you may have:<syntaxhighlight lang="html"> <base href="/"> </syntaxhighlight>Poetry Viewer conforms to Progress Web App (PWA), and the app is accompanied with file "manifest.json" which should have some settings similar to the following:<syntaxhighlight lang="json"> "scope": "/byron/", "start_url": "/byron/", </syntaxhighlight> If the app is hosted at the Web root, the settings should be:<syntaxhighlight lang="json"> "scope": "/", "start_url": "/", </syntaxhighlight>

Example 2: for Chinese Poetry of Li Bai with 2 writing systems

Libai poems in traditional Chinese writing

<syntaxhighlight lang="json"> const SITE_CONFIG = { siteName: '李白诗集', staticReadonly: true, staticDatas: [ {filename: 'primary', secondaryFilename: 'secondary'} ] } </syntaxhighlight>

Libai poems in simplified Chinese writing

Both "primary.json" and "secondary.json" should be in folder "data".

Example 3: for multiple poets at demo page<syntaxhighlight lang="json"> const SITE_CONFIG = { siteName: 'Poetry Collections', staticReadonly: true, staticDatas: [ {filename: 'Shelley', poetName: 'Percy Bysshe Shelley'}, {filename: 'Byron', poetName: 'George Gordon Byron'}, {filename: 'EdgarAllanPoe', poetName: 'Edgar Allan Poe'}, {filename: 'LiBai', poetName: '李白', secondaryFilename: 'LiBai2nd'} ] } </syntaxhighlight>

poets

Deploy to ISP Provided Website

An ISP often by default provides a customer with the such Website or Home Pages Service:

• http://YourUserName.superisp.com, you have a Website.
• http://users.isp.com/YourUserName, you have Home Pages Service, under a Website http://users.isp.com shared by all users/customers.

Generally you may use FTP to upload your static contents to there. For more details of uploading, please refer to the instructions provided by your ISP.

ISP gives you a Website

Good luck. The SPA codes should be working right away at http://YourUserName.superisp.com.

And changing "index.html" and "manifest.json" may become just optional

If your SPA shouldn’t be your home page content, you may want the access URL to your SPA to be such: http://YourUserName.superisp.com/MySPA.

1. Create folder MySPA under the Web root.
2. Modify "index.html" and "manifest.json" as shown in the examples above.
3. Upload the SPA static contents.

ISP give you a path to a Website shared by all users

To host your SPA at http://users.isp.com/YourUserName, modify "index.html" and "manifest.json" as shown in the examples above.

To host your SPA at http://users.isp.com/YourUserName/MySPA, modify the base tag of index.html to <base href="/YourUserName/MySPA/"> and do similar things to "manifest.json"

Deploy to Github Pages

GitHub gives you are Website like https://YourUserName.github.io. Each repository may have a home page like https://YourUserName.github.io/repo1 and https://YourUserName.github.io/repo2 and so on. For more details of uploading, please check: https://pages.github.com/ or https://docs.github.com/en/pages.

The following descriptions assume that you have read the GitHub Pages manual, and the repository gh-pages is already in place.

Steps:

1. Copy the build to the gh-pages repository.
2. Modify index.html and ensure <base href="/poems/"> or alike, and modify "manifest.json" accordingly.
3. Commit and push.
4. Test. It may take Github.io a few dozen seconds to reflect the changes just being pushed.

Deploy to AWS S3 Bucket

https://docs.aws.amazon.com/AmazonS3/latest/userguide/WebsiteHosting.html

For example: http://fonlow.heroes.s3-website-us-east-1.amazonaws.com/

AWS Provide the following means to publish:

1. Web UI the S3 console
2. REST API. This could be used automatic deployment from client sides.
3. AWS SDKs
4. AWS CLI

As part of the AWS Free Tier, you can get started with Amazon S3 for free. Upon sign-up, new AWS customers receive 5GB of Amazon S3 storage in the S3 Standard storage class; 20,000 GET Requests; 2,000 PUT, COPY, POST, or LIST Requests; and 100 GB of Data Transfer Out each month. @ https://aws.amazon.com/s3/pricing/?p=ft&c=wa&z=2

And NO HTTPS access.

Good enough for the SPA which requires loading basically once.

Casual App Fontend Update

1. Production build
2. Update the following files:
   1. Clear JavaScript files and index.html.
   2. index.html and alter base href to “/poems/” or alike.

If there are changes in assets, copy things accordingly.

Customize Styles After Deployment

font.css is not among the NG build process and is referenced in index.html directly. This is an interface for customization of some sections of the app.

You can introduce new fonts and new styles to respective sections through altering font.css and copying some font files (WOFF2 typically) under assets/fonts.

Prepare Poetry Contents

(Under construction)

SEO

In Index.html, There is a script section like:

<syntaxhighlight lang="html"><script type="application/ld+json">

   {
   "@context": "http://schema.org",
   "@type": "WebApplication",
   "description": "Poetry collection",
   "keywords": "Poetry,Poems,Poet,Muse",
   "browserRequirements": "requires HTML5 support",
   }

</script></syntaxhighlight> Web spiders will pick up this and make appropriate indexing.

Summary of Customization

The above sections had introduced various customization during deployment and after build. This section gives a summary.

Index.html

Element title

The value of title is shown in the browser tab as site title. However, the value defined in this element will be replaced by setting "siteName" defined in "conf/siteconfig.js" unless the setting is not defined. Since index.html is altered in every build, it is generally better to custom site title with setting siteName, though when the index.html page is loaded you may see the title defined in index.html for a few milliseconds then the one defined in siteconfig.js.

Element base/href

If you deploy in a sub folder under the Web root, you need to alter the value of this element every time a new build comes in.

favicon.png

You may keep a copy of favicon.png to override the default one in every builds.

fonts.css

You may keep a copy of fonts.css to override the default one in every builds.

manifest.json

If you expect your readers to install the app as a PWA app, you may alter the following settings, otherwise, just leave the file alone.

• name
• short_name
• description
• id

conf/siteconfig.js

siteName

If defined, this will overwrite the site title defined in index.html.

staticDatas

This provides an index to JSON files located in folder data, and the filenames in the index should not include the file extension name "json".

Web App (under construction)

During development, the frontend and the backend are often running on different hosts. Almost all features of the app could run well in such config, except the locally hosted pictures. The locally hosted pictures are using relative patch in img src, and such constraint is good for static readonly deployment.

The backend and the fontend should be hosted in the same host. And the DB engine is with Sqlite.

Deploy to IIS

Prerequisites: 1. ASP.NET Core Runtime Hosting Bundle

Desktop App (under construction)

The releases for desktop app are basically the same as the ones for Web App, however, the release is hosted in a local Web server Kestrel included in ASP.NET Runtime.

Prerequisites: 1. ASP.NET Core Runtime

Installation 1. Extract the files to a desired folder such as “c:". 2. In folder, double click”CreateShortcut.bat” which will create a shortcut on Windows desktop

Double click the shortcut to launch the app.

You can copy or move the shortcut to any lauch area of Windows.

Static Readonly Mobile App

This is basically the static readonly self contained in an app container.