SUPER!   works excellent! A strong improvement for Docs.

   

newSpeak [Orwell 1984} :  ISOS   - accepted  .  or ISCOS ?   pls. not IOS !!  
Not that I  used BASIC more than for a quick 5 line demo. It is still visible in Studio.
 

the most remarkable feature: it compiles directly to  .obj code without touchable intermediate code (.INT) 

@Yuri Marx Pereira Gomes 
Thanks for the quick improvement!
Question:
Is it possible to have some link behind the boxes ?
What I  have in mind is a fast directory into Documentation, Subjects in DC, Learning & Training, ...
If all 3 three (or more) have it in common as a starting point,
then search for help and information could become quite easier.   

A nice colored table but I miss almost all internal used languages:

COS is hidden as "Obs", 
BUT: No BASIC, NO MultiValue, No HTML, No T-SQL / ISQL, no sign of any kind of  Networking 
Also, Globals as THE core store technology seems to be lost. 
  
 

You are right.
but if the docs were that clear and resistant to misinterpretation,
this forum would be rather poor.

your question helps others to understand.

keep asking!

The gateway server is mainly taking care of Logging and tracing using 53773 as a backward link.
So your network experts are right.

AHH! that sounds quite different.

First is your super server port really 53773 ?
Default is 51773.  While 53773 might be a gateway port for reverse connection. 
you can check in SMP  System > Configuration > Memory and Startup  

Otherwise 
I suspect telnet as a protocol might be blocked by some firewall by principle.
from a terminal prompt in IRIS  you might try this:

So you create a TCP listener on port 7000 hanging around
Then try to connect from an external server by telnet to port 7000 on your server 
As soon as you send 15 or more characters the READ will complete and you see the content in variable req  

As you describe I assume this will fail. Indicating that some firewalls or similar blocks access.
Most likely the port is blocked.

In addition netstat -a from system prompt

or user>$netstat -a  from IRIS terminal  shows ALL listeners on your system

It's not clear to me what you try:

"..so customers can connect to IRIS remotely using JDBC and not ODBC...."

So they need the related Java-Libraries to connect.   see Establishing JDBC Connections

While the setting in your jpg. relate to the SQL-JDBC Gateway that allows access to other DBs over JDBC.
You have also a JAVA gateway to run java out of IRIS See Using the Java Gateway.

An index on  reg.mnr and bar.invnum  will accelerate this.

That's a general problem of a web interface like this.
You start a query but it isn't finished before your fall into a browser timeout.

An easy workaround:

Start a terminal session (terminals don't know about timeout)
and from prompt run SQl.Shell

or for a multi-line statement just start with an empty line and run with GO

It will wait forever until completed

https://cedocs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=RSQL_INSERTORUPDATE
The article is pretty explicit on the issues of IDkey.

great! That's faster and requires no restart. 

As these buffers are a (hopefully large) pool that belongs to your whole installation.
They are only cleared if you restart Caché.
But you should probably take a look at your "disk drives" (whatever type they are).
Their performance might be worth to check
[in quotes as they might be virtual in some way]  

In addition, a  performance check with WRC might make sense.
They are top experts to the subject.

If you have a large buffer pool you might run a $QUERY() loop across the whole global
in the morning and hope it stays there long enough. Some installations practice it that way.

@Evgeny Shvarov  GREAT !  I had never expected this practical value!