PHP

1 🌐 PHP (Das dynamische Rückgrat des World Wide Web)

Eine klassische HTML/CSS-Webseite ist statisch:
Jeder Besucher sieht exakt denselben Text, da die Datei fix fertig auf dem Server liegt.

PHP verwandelt den Server in eine intelligente Fabrik, die Webseiten erst im Moment des Aufrufs maßschneidert.

Wenn ein Benutzer eine PHP-Seite aufruft, passiert im Hintergrund folgendes:

1. Der Webserver (z. B. Apache oder Nginx) erkennt die Endung .php und übergibt die Datei an den lokalen PHP-Interpreter.
2. Das PHP-Skript arbeitet im Hintergrund: Es holt beispielsweise die neuesten Beiträge aus einer MariaDB/MySQL-Datenbank, prüft, ob der Benutzer eingeloggt ist, und berechnet dynamische Inhalte.
3. PHP generiert aus diesen Daten blitzschnell eine normale HTML-Struktur.
4. Der Webserver schickt nur dieses fertige HTML an den Browser. Der Endanwender sieht niemals den eigentlichen PHP-Quellcode auf Chiplevel, was die Sicherheit von Datenbank-Passwörtern garantiert.

Modernes PHP nutzt einen sogenannten JIT-Compiler (Just-In-Time). Dieser übersetzt Teile des Codes während der Ausführung direkt in Maschinensprache, wodurch moderne PHP-Anwendungen bis zu dreimal schneller laufen als ältere Versionen.

Die Kernphilosophie von PHP lautet:

„Halte die Einstiegshürde für Webentwickler so niedrig wie möglich. Ermögliche die direkte Einbettung von Programmierlogik in HTML-Strukturen und maximiere die Geschwindigkeit bei der serverseitigen Datenverarbeitung.“

2 📦 DIE EXAKTEN INSTALLATIONSBEFEHLE FÜR DIE „FANTASTISCHEN VIER“

Unter Linux wird PHP meistens als Kernkomponente des sogenannten LAMP- oder LEMP-Stacks (Linux, Apache/Nginx, MySQL/MariaDB, PHP) installiert.

Wir installieren hier den PHP-Interpreter sowie die wichtigsten Standard-Module (z. B. für Datenbank-Anbindungen und Grafikverarbeitung).

2.1 1️⃣ Debian 13 „Trixie“

Debian 13 liefert die stabile PHP-Version direkt über die offiziellen Paketquellen aus.

# 1. Paketquellen aktualisieren
sudo apt update

# 2. PHP Core sowie die wichtigsten Erweiterungen (CLI, MySQL-Anbindung, XML und GD-Grafik) installieren
sudo apt install -y php-cli php-fpm php-mysql php-xml php-gd php-curl

# 3. Funktionstest im Terminal
php -v

2.2 2️⃣ Arch Linux

Im Arch-Ökosystem ist PHP wie gewohnt topaktuell direkt im offiziellen [extra]-Repository hinterlegt.

# 1. System synchronisieren und PHP installieren
sudo pacman -Sy --needed php php-fpm

# 2. Funktionstest ausführen
php -v

2.3 3️⃣ Fedora

Fedora-Nutzer installieren PHP direkt über DNF. Das Paket php-cli reicht für Skripte auf der Kommandozeile, für Webserver ziehen wir die Module mit.

# 1. PHP und gängige Module via DNF installieren
sudo dnf install -y php-cli php-fpm php-mysqlnd php-xml php-gd

# 2. Funktionstest
php -v

2.4 4️⃣ openSUSE (Tumbleweed)

Unter openSUSE Tumbleweed stehen die aktuellen PHP-Infrastrukturen direkt in den offiziellen Hauptquellen bereit.

# 1. PHP-Basis und FPM-Prozessmanager installieren
sudo zypper install -y php8 php8-fpm php8-mysql php8-gd

# 2. Funktionstest ausführen
php -v

3 🛠️ Verwendung in der Praxis

PHP ist keineswegs nur auf Webserver beschränkt; es lässt sich auch hervorragend für Automatisierungs-Skripte im Terminal nutzen:

# 1. Ein lokales PHP-Skript direkt im Terminal ausführen
php /pfad/zu/deinem/skript.php

# 2. Einen genialen, integrierten Webserver zu Testzwecken auf Port 8000 im aktuellen Ordner starten
# (Perfekt, um schnell eine lokale Webseite zu testen, ohne Apache/Nginx zu konfigurieren!)
php -S localhost:8000

# 3. Den Speicherort der aktiven Konfigurationsdatei (php.ini) anzeigen
php --ini

# 4. Alle geladenen und aktiven PHP-Module auflisten
php -m

4 ⚠️ DIE TYPISCHEN PHP-STOLPERSTEINE

4.1 Das „Weißer Bildschirm (Blank Screen)“ - Phänomen

• Das Problem:
  Ein Nutzer installiert ein CMS (wie WordPress oder ein Forensystem) auf seinem lokalen Linux-Server. Beim Aufruf der Seite im Browser bleibt der Bildschirm komplett weiß. Es gibt keine Fehlermeldung, einfach nur gähnende Leere.
• Die Ursache:
  Aus Sicherheitsgründen ist in der Standard-Konfiguration von PHP die Anzeige von Fehlermeldungen im Browser deaktiviert (Display Errors = Off). Das verhindert, dass Angreifer sensible Pfade oder Datenbank-Fehler sehen können. Für den Admin im Forum bedeutet es aber einen Blindflug.

• Die Lösung: Man muss die Datei php.ini (Pfad via php --ini ermitteln) öffnen und folgende Werte anpassen:

  Code

  display_errors = On
  display_startup_errors = On
  error_reporting = E_ALL

  Danach den Webserver oder den PHP-FPM-Dienst neu starten (sudo systemctl restart php-fpm bzw. apache2), und die Fehler werden sofort im Klartext angezeigt.

4.2 Das „Datei-Upload bricht ab“ - Limit

• Das Problem:
  Ein Anwender möchte über ein PHP-basiertes Webinterface eine größere Datei (z. B. ein hochauflösendes Bild oder ein Backup mit 50 MB) hochladen. Der Upload bricht jedes Mal mit einer kryptischen Fehlermeldung ab.
• Die Ursache:
  Der PHP-Interpreter hat extrem restriktive Sicherheits-Voreinstellungen, um den Server vor Überlastung (Denial of Service) zu schützen. Standardmäßig liegt das Limit für Uploads oft bei mageren 2 MB.

• Tipp: Die drei Parameter er in der php.ini hinaufsetzen, um das Problem dauerhaft zu lösen (z. B. auf 100 MB):

  Code

  upload_max_filesize = 100M
  post_max_size = 100M
  memory_limit = 256M

5 📝 FAZIT

PHP ist und bleibt das unzerstörbare Arbeitstier des modernen Web-Backends.

Trotz neuer Konkurrenz wie Node.js oder Python läuft der Großteil des Internets nach wie vor über diese Sprache. Für dein Obsidian-Vault gehört dieser Eintrag direkt in die Sektion „Server-Infrastruktur > Programmiersprachen > Web-Development“.