Un rapporto tipico di questo tipo è quello effettuato da un'applicazione, come un web browser, che avvia una connessione ad un server per poter funzionare. Le operazioni effettuate in modo client-side di solito vengono effettuate in questo modo poiché richiedono risorse che non possono essere prese sul server, ma che lo sono sul client, perché l'utente deve poter inserire dati da cui avere risposte od osservare il funzionamento dello script, oppure perché al server manca la potenza di elaborazione per poter far funzionare lo script su tutti i client[5].
Esempio di visualizzazione di Wikipedia lato client in un browser web
Inoltre se non serve che i risultati siano salvati sul server, le operazioni risulteranno nettamente più veloci lato client (ovviamente a seconda della potenza del client), diminuendo anche il cosiddetto carico informativo trasferito in rete.
Quando il protocollo utilizzato è uno dei più comuni, come l'HTTP o l'FTP, possono esistere vari programmi client (ad esempio i browser moderni supportano spesso sia HTTP che FTP).
Di conseguenza spesso uno script che passa per questi protocolli è compatibile con più PC[7].
Programmi che girano sul computer locale, senza mai inviare o ricevere dati in rete, non sono considerati programmi client, e così le operazioni di tali programmi non vengono considerate operazioni client-side.
Sicurezza
In un contesto di sicurezza informatica, le vulnerabilità o gli attacchi lato client si riferiscono a quelli che si verificano sul sistema informatico del client/utente, piuttosto che sul lato server, o tra i due. Ad esempio, se un server conteneva un file o un messaggio crittografato che poteva essere decrittografato solo utilizzando una chiave ospitata nel sistema informatico dell'utente, un attacco lato client sarebbe normalmente l'unica opportunità per un utente malintenzionato di accedere ai contenuti decrittografati. Ad esempio, l'aggressore potrebbe causare malware da installare sul sistema client, consentendo all'autore dell'attacco di visualizzare lo schermo dell'utente, registrare le battiture dell'utente e rubare copie delle chiavi di crittografia dell'utente, ecc. In alternativa, un utente malintenzionato potrebbe utilizzare vulnerabilità Cross-site scripting (XSS) per eseguire codice dannoso sul sistema del client senza la necessità di installare alcun malware residente in modo permanente.[2][3][4]
I client SETI@home si connettono al server a cui richiedono alcuni dati.
Il server seleziona una serie di dati (operazione server-side), e li invia al client. Il client poi analizza i dati (operazione client-side), e, quando l'analisi è completata, trasmette i suoi risultati al server.
Nel contesto del World Wide Web, i linguaggi informatici comunemente riscontrati che vengono valutati o eseguiti sul lato client includono[1]:
