Frage zum Wiki-Artikel „Zugriffsschutz“

[Julius]

Hallo RIDER,

ich häng mich mal dran, weil ich auch zwei Dinge suboptimal finde und fragen wollte, was andere dazu sagen:

Im Abschnitt HTTP-Authentication heißt es:

Ein weiteres mögliches Problem ist, dass die Zugriffsregelung sehr allgemein gehalten ist. Die Konfiguration kann nur regeln, mit welchen Zugangsdaten man welche Dateien (einzeln oder verzeichnisweit) abrufen kann. Auf den Benutzer maßgeschneiderte Inhalte zusammen zu stellen, wie etwa in einem Forum oder web-basierten E-Mail-Programm, ist damit nicht möglich.

Grundsätzlich ist es doch möglich, per HTTP-Authentication benutzer-spezifische Inhalte auszuliefern – wurde das hier nicht in im CForum < 4 mit der Ansicht unter forum.de.selfhtml.org/my/ genauso gehandhabt?

Ich denke, das Problem des Artikels ist der Vergleich von „HTTP-Authentication“ mit „Passwortschutz mit serverseitiger Programmiersprache“, denn eigentlich müsste man „HTTP-Authentication“ mit „Cookie-basierter Passwortschutz“ vergleichen:

• HTTP-Authentication: Arbeitet direkt auf HTTP-Ebene mit den passenden Statuscodes und Headern
  • Server implementieren einfache Varianten direkt <jetziger Abschnitt über .htaccess>
  • kann auch mit einer serverseitigen-Programmiersprache ausgewertet werden → mehr Möglichkeiten
  • Einschränkungen: Ausloggen nicht so einfach möglich
  • evtl. Vorteil: Benutzer- und Passwort können in die URL gepackt werden: https://name:[e-mail]
• Cookie-basierte Authentification: Benutzt Cookie(s)
  • <bisheriger Absatz>, evtl. die Veranschaulichung von @Der Martin verlinken oder einbinden (Lizenz? Platz?)

---

Im Abschnitt Passwortschutz mit serverseitiger Programmiersprache heißt es (Hervorhebung durch mich):

Wenn eine Website mittels einer serverseitigen Script-Sprache (ist im Prinzip eine Programmiersprache) wie z.B. Perl, PHP oder andere ausgeliefert wird, dann lässt sich mittels dieser Script-Sprache ein wesentlich leistungsfähigeres Konzept der Zugangsbeschränkung realisieren.

Ist die Betonung auf Scriptsprachen hier nötig? Reicht nicht einfach „serverseitige Programmiersprache“?

Gruß
Julius