In some traditional computing environments the presence of client-server architecture is noted. This is especially true in the internet age, but is perhaps best demonstrated in a legacy one - namely mainframe environments. Back in the days of mainframe popularity, there was one main computer (the mainframe SERVER) and many many terminal connections (think screen and keyboard only CLIENTS) into that mainframe. The way that the user would connect to utilize system resources was through interface devices such as keyboard and monitor. There were no desktop computer processing components on the user's side (CLIENT SIDE), all the processing was done by the mainframe (SERVER SIDE).
In more common modernly utilized systems, such as typical internet browsing, there are the presence of computational resources at both ends of the connection. There is a server sitting out there somewhere that has files on it that you want to look at. Perhaps it is a web-page that you enjoy about plants, or music, or history. Perhaps there is a database (a searchable organized collection of data) also residing somewhere on this server somewhere out there. The web SERVER has the ability to use the code that is contained in the webpage to process incoming requests (from the CLIENT - from you or other users who want to browse the pages it offers) and perhaps pull some information out of this database on plants, or music, or history. All this processing takes place on this remote machine that is out there somewhere. Your local machine that is doing the requesting (the CLIENT) does nothing but wait for the request to be prepared and served up to you in your browser.
When the SERVER is done requesting resources and information from the database (querying) the page is rendered and sent to you (the CLIENT). Your client-side browser takes the information and presents it to you. Some rendering may be done locally on the client-side, but the processing for the page all took place server-side.
Processing that is done on the client computer instead of the server computer. Most online multi-player games use client side processing to reduce server load and performance.
Processing that is done on the client computer instead of the server computer. Most online multi-player games use client side processing to reduce server load and performance.
Applet: It is run on browser, i mean client side. Servlet: It is run on server, i mean server side.
PHP is a dynamic language meant to do server-side processing where plain HTML/client-side JavaScript isn't enough.
Client Side Programming saves time and bandwidth by processing data from user input before sending it to the server side for processing and storage. It also provides some effects which are limited to the end-user.
Thick Client : Processing is done on client side. eg: Applets.Thin client : Processing is done on server side.eg: Yahoo, hotmail, etc.
PHP is a server-side scripting language mainly for processing a user's data-input and generating dynamic content.
concurrent processing deals with N-client single server whereas parallel supports N-client N-server
Ruby is a server-side language.
you are not letting to load properly and it sometimes takes a while :D
In the computer industry, server side refers to the operations performed by a server in a server-client computer relationship. The server side typically handles many functions to lighten the load of the client side's work.
Yes, JavaScript was (and is) used server-side. In 1994, Netscape released their Netscape Enterprise Server, which allowed for the use of JavaScript as a server-side language. It was never really hugely popular. But Apache still makes available their "mod_js" for this express purpose. (Even if it's not intended as production use, rather described as "just a toy.")