

What you can do
The shell behaves like SSH: full bash, your full home directory, your account’s PATH, and the same per-account resource caps as any other process. Everyday things that work fine here:- Edit files with
nanoorvim. - Run
git pull,composer install,npm install. - Read logs with
tail -f. - Run any binary in your account’s PATH (
php,mysql,wp-cli, etc.).
What you can’t do
- No root. Anything that requires
sudoor affects shared system files is off-limits. - No long sessions. The browser tab closes mean the shell dies. For long-running tasks, run them inside
nohuporscreen, or use SSH. - No port binds outside your account. Server-level network listeners are locked down by the LVE policy.
When to prefer real SSH
Terminal is convenient for short tasks. For anything serious, real SSH is better:| Task | Where to do it |
|---|---|
| Quick file edit, one-off command | Terminal |
File transfer with scp or rsync | SSH (Terminal can’t do scp) |
| Long-running process you don’t want to babysit | SSH with screen, tmux, or nohup |
| Anything needing SSH key auth (Git push to GitHub, etc.) | SSH |
| Tab in a tab on a tab in a tab | Real terminal app |
Common questions
The terminal froze or disconnected mid-command
The terminal froze or disconnected mid-command
Closing the browser tab or losing the network kills the shell. If the command was important and short, just rerun it in a fresh terminal. If it’s a long-running command (a backup, a Or run from real SSH inside
composer install on a slow connection), wrap it in nohup so it survives the disconnect:screen or tmux so you can detach and reattach.Some commands say 'permission denied' or 'command not found'
Some commands say 'permission denied' or 'command not found'
sudo and anything that needs root are blocked. For “command not found”, check the binary’s full path: which php, which mysql. If you’re using a tool from a non-default location (e.g., ~/.composer/vendor/bin/), add it to your PATH or use the full path.Can I copy/paste into the terminal?
Can I copy/paste into the terminal?
Yes. Most browsers handle paste with Ctrl+Shift+V (Linux/Windows) or Cmd+V (Mac) into the terminal area. If you have a long block to paste, it sometimes helps to type slowly or paste in chunks; the browser-side terminal can drop characters under load.
Why doesn't 'top' or 'htop' work properly?
Why doesn't 'top' or 'htop' work properly?
Both work, but the terminal emulator handles screen redraws differently from a native terminal. Resize the browser window, or use
top -b -n 1 for a one-shot batch view instead of the live UI.
