Integrar aplicaciones frontend de React con servicios backend como la base de datos IRIS a través de APIs REST puede ser una forma poderosa de construir aplicaciones web robustas. Sin embargo, un obstáculo común que los desarrolladores suelen encontrar es el problema de Cross-Origin Resource Sharing (CORS), que puede impedir que el frontend acceda a los recursos en el backend debido a restricciones de seguridad impuestas por los navegadores web. En este artículo, exploraremos cómo abordar los problemas de CORS al integrar aplicaciones web de React con servicios backend de IRIS.
Keyboard Mapping in iris session when using Windows ssh.exe
There's a distinct difference between the control sequences issued by Windows ssh.exe (OpenSSH_for_Windows_9.5p1, LibreSSL 3.8.2) vs. the RHEL 9 ssh (OpenSSH_8.7p1, OpenSSL 3.0.7 1 Nov 2022) when establishing a session to a Linux host.
Windows ssh issues the following for the Home/End keys:
^[OH - Home
^[OF - End
Linux ssh issues these:
^[[1~ - Home
^[[4~ - End
iris session does the "right thing" when the initial ssh client is Linux (i.e. Home moves to the beginning of the line, End to the end), but not Windows; pressing either Home or End sends whatever has been typed so far to be interpreted as a command. This of course usually results in a syntax error. I'll also note that if iris session is run under tmux in a Windows ssh session, Home/End work normally.
I've looked for ways to modify keyboard mapping for ssh.exe but haven't found any; options for mapping in the Linux shell (i.e. .inputrc) don't have any effect, nor do any values I've set for $TERM in the environment. Are there any options for keyboard interpretation in iris session?
I'm sure this all goes away with the new WebSocket terminal but that's not yet widely available ... until then, ssh.exe is the only option that seems to integrate cleanly into VS Code's terminal functionality.