Server Side Scripting ist eine Technik der Webentwicklung, bei der die Antwort für Anfragen (meist HTTP-Anfragen) dynamisch durch ein Computerprogramm auf dem Webserver erzeugt wird. Die Antwort ist zum Beispiel ein HTML-Dokument oder ein JSON-Objekt. Beim Server Side Scripting werden oft Skriptsprachen eingesetzt, der Begriff ist jedoch nicht auf Skriptsprachen beschränkt.[1] Eine alternative Technik ist das Client Side Scripting, bei der ein Programm nur auf dem Client ausgeführt wird.

Geschichte und Entwicklung

Bearbeiten

In der Anfangszeit des Webs wurde Server Side Scripting häufig über das Common Gateway Interface realisiert unter Verwendung einer Kombinationen von Perl-Scripts, Shellskripts und binären Programmen, welche häufig in C geschrieben wurden. Diese Scripts und Programme wurden durch das Betriebssystem ausgeführt und lieferten nur ihre Ausgabe zurück an den Webserver. Heute können die Skriptsprachen häufig unter Verwendung von Zusatzmodulen, wie z. B. mod php oder mod perl direkt im Web Server ausgeführt werden. Es gibt Webserver, wie z. B. Apache Tomcat, welche auf das Ausführen von serverseitigen Programmen spezialisiert sind und sogar extra zu diesem Zweck entwickelt wurden.

Server Side Rendering

Bearbeiten

Server Side Rendering ist ein häufiger Einsatz von Server Side Scripting und bezeichnet die dynamische Erzeugung eines HTML-Dokuments auf dem Webserver. In der Regel wird das HTML-Dokument an den Webbrowser gesendet und dort angezeigt. Dabei ist kein Client Side Scripting notwendig, d. h. der Client benötigt keine JavaScript-Unterstützung. Dies ist zum Beispiel wichtig, wenn Suchmaschinen die Inhalte lesen können sollen. Server Side Rendering ist eine mögliche Umsetzung für dynamische Webseiten und Webanwendungen. Eine alternative oder ergänzende Technik ist das Client Side Rendering, bei der die HTML-Elemente per JavaScript auf dem Client erzeugt werden.

Programmiersprachen

Bearbeiten

Verbreitete Programmiersprachen beim Server Side Scripting sind (in alphabetischer Reihenfolge):[1]

  • Go – kompilierbare Allzweckprogrammiersprache von Google
  • Java – z. B. mit Jakarta Server Pages (JSP)
  • JavaScript – kann z. B. mit Node.js auch serverseitig genutzt werden
  • Perl – erste Skriptsprache, die weite Verbreitung in Webservern fand
  • PHP – die verbreitetste Skriptsprache auf Webservern; wurde direkt für diese Aufgabe konzipiert
  • Python – kann mit einem Webserver verbunden oder mit einem eigenständigen Webserver genutzt werden
  • Ruby – wird entweder über CGI oder mit mod_ruby ausgeführt, zunehmend auch unter Benutzung von Ruby on Rails
  • Visual Basic Script – Skriptsprache von Microsoft, z. B. mit Active Server Pages (ASP)

Siehe auch

Bearbeiten

Einzelnachweise

Bearbeiten
  1. a b Top Server-side Scripting Languages & Frameworks. In: orientsoftware.com. 27. Mai 2024, abgerufen am 16. Mai 2025.

📚 Artikel Terkait di Wikipedia

Ajax (Programmierung)

englisch Asynchronous JavaScript and XML) bezeichnet ein Konzept der asynchronen Datenübertragung zwischen einem Browser und dem Server. Dieses ermöglicht

Apache HTTP Server

patchy server“ sei, was so viel wie „ein zusammengeflickter Server“ bedeuten würde. Diese Deutung entstand durch den Umstand, dass der Apache HTTP Server ursprünglich

JSON

Apps wird es in Verbindung mit JavaScript, Ajax oder WebSockets zum Übertragen von Daten zwischen dem Client und dem Server häufig genutzt. Die Daten können

MongoDB

Code und binären Daten (allesamt BSON-Kategorien). Server-seitige JavaScript-Ausführung: JavaScript ist die Verkehrssprache von MongoDB und kann für Abfragen

Client Side Scripting

genutzt, wobei ein JavaScript-Programm im Webbrowser ausgeführt wird. Eine alternative bzw. ergänzende Technik ist das Server Side Scripting, bei dem

Microsoft Dynamics 365 Business Central

Microsoft SQL-Server nutzbar. Nachteil der oftmals auch als „Native Datenbank“ oder neuerdings als Microsoft Dynamics NAV Classic Server bezeichneten Navision-eigenen

Next.js

werden. SSG eignet sich vor allem für Inhalte, die sich selten ändern. Server-Side Rendering (SSR): Beim serverseitigen Rendering erzeugt Next.js den HTML-Inhalt

Cross-Site-Request-Forgery

verworfen. Der Server hat diese dann bereits empfangen und damit die vom Angreifer gewünschte Aktion ausgeführt. Bei vielen Arten von durch JavaScript veranlassten