This is probably the most over-engineered backend stack I've ever heard of... Why are you afraid of serving up regular HTML/JavaScript? Isn't this an extremely expensive operation that results in significant client delay and server cost?
I would also be greatly concerned with accessibility and interactivity since essentially all user actions are static.
What was your purpose in developing this architecture?
Accessibility? We are fully ADA compliant.
There's a 800 phone number on the page in text format. Blind personnel can call this number to speak to a live operator, who would read the page to them. This is a friendlier service than Text-To-Speech systems.
Aside from text-to-speech issues, serving up an image as your webpage creates issues with those who have to use special navigation devices. Also, consider a person with a speech impediment trying to explain to the live operator which page he is on. I'm not trying to sound demeaning, but you really have to consider every use case here.
In addition, you excuse the high use of bandwidth by stating that "this is what 5G is for," but almost the entire world still uses 4G/3G and will for the foreseeable future. Assuming the majority of your users are entirely up-to-date with mobile technology is a major pitfall.
Using ISMAPs for an entire page are extremely archaic and rarely implemented well, but from what it sounds like you have some form of a working website using it. Which brings me to my original question: why don't you just serve the HTML and JavaScript, eliminating nearly all of these issues I've stated and drastically reducing costs for your company and your users?
Ah, so I'm assuming you're a telecommunications company. The 5G makes a little more sense now.
But why are you trying to keep the HTML and JavaScript "super secret"? I don't understand the problem with serving a regular webpage as long as you're not storing passwords and other secure information in the actual HTML/JavaScript code (which you shouldn't be doing anyway.)
I'm too ashamed to let others find out that the page is made with Microsoft FrontPage Express and Flash and ASP and jQuery, so it has to be kept secret.
This is probably the most over-engineered backend stack I've ever heard of... Why are you afraid of serving up regular HTML/JavaScript? Isn't this an extremely expensive operation that results in significant client delay and server cost?
I would also be greatly concerned with accessibility and interactivity since essentially all user actions are static.
What was your purpose in developing this architecture?
Accessibility? We are fully ADA compliant.
There's a 800 phone number on the page in text format. Blind personnel can call this number to speak to a live operator, who would read the page to them. This is a friendlier service than Text-To-Speech systems.
Aside from text-to-speech issues, serving up an image as your webpage creates issues with those who have to use special navigation devices. Also, consider a person with a speech impediment trying to explain to the live operator which page he is on. I'm not trying to sound demeaning, but you really have to consider every use case here.
In addition, you excuse the high use of bandwidth by stating that "this is what 5G is for," but almost the entire world still uses 4G/3G and will for the foreseeable future. Assuming the majority of your users are entirely up-to-date with mobile technology is a major pitfall.
Using ISMAPs for an entire page are extremely archaic and rarely implemented well, but from what it sounds like you have some form of a working website using it. Which brings me to my original question: why don't you just serve the HTML and JavaScript, eliminating nearly all of these issues I've stated and drastically reducing costs for your company and your users?
We could support TAB key navigation by defining
<AREA>tags over the picture.We send 5G MODEMs to every user.
As I said, the HTML and JavaScript are super secret.
Ah, so I'm assuming you're a telecommunications company. The 5G makes a little more sense now.
But why are you trying to keep the HTML and JavaScript "super secret"? I don't understand the problem with serving a regular webpage as long as you're not storing passwords and other secure information in the actual HTML/JavaScript code (which you shouldn't be doing anyway.)
I'm too ashamed to let others find out that the page is made with Microsoft FrontPage Express and Flash and ASP and jQuery, so it has to be kept secret.
Ahhhh 😂 Definitely for the best then!
Hahah, made my day 🤣🤣👍