[DE][Loslegen] Shared Hosting vorbereiten #13

GitBook-Seite

Pfad: loslegen/die-installation-von-smartstore/shared-hosting-vorbereiten
GitBook URL: https://app.gitbook.com/s/TTbkdOKWtE8u6wJ7suvC/loslegen/die-installation-von-smartstore/shared-hosting-vorbereiten
Sprache: DE
Bereich: Loslegen
GitBook Page ID: ULsLXVFkk8xaP7IgvG0y
Git Sync Pfad: de/loslegen/die-installation-von-smartstore/shared-hosting-vorbereiten.md

Entscheidung vom 9. Oktober 2026

Die eigenständigen Seiten „Shared Hosting vorbereiten“ (DE) und „Preparing Shared Hosting“ (EN) wurden entfernt. Der Installationsablauf unterscheidet sich nicht von der regulären Smartstore-Installation; der Hinweis auf die Prüfung von Hosting-Paket und Server steht bereits auf der Installationsübersicht. Auf beiden Sprachversionen wurde die Shared-Hosting-Kachel entfernt. Die bisherigen öffentlichen URLs leiten dauerhaft auf die jeweilige Installationsübersicht weiter.

Die noch offenen Fachcheck-, Screenshot- und EN-Sync-Durchläufe entfallen für diese Seite. Die nachstehenden Optimierungsvorschläge bleiben als historische Begründung erhalten und werden nicht mehr auf einer eigenen Shared-Hosting-Seite umgesetzt.

Durchläufe

• DE Sprache
• DE Sprachreview
• DE Optimierungsvorschläge
• DE Optimierungsreview
• DE Fachcheck
• DE Fachreview
• Screenshots prüfen
• Screenshots ggf. ersetzen
• EN Sync
• EN Review

Change Requests

• DE Sprache: https://app.gitbook.com/o/jug3iI9jtm3q3KRxHi73/s/TTbkdOKWtE8u6wJ7suvC/~/changes/9l3e3mm3fL03IndI5OPl/
• Optimierung: GitBook CR #502
• Fachcheck: Nicht erforderlich – Seite entfernt.
• DE Entfernung: GitBook CR #546
• Screenshots:
• EN Sync: Entfällt – englische Seite entfernt in GitBook CR #17.

Optimierungsvorschläge

1. Pauschale Aussage zu Windows-Shared-Hosting einschränken

Betroffene Aussage: „Smartstore kann auf jedem Windows-Shared-Hosting betrieben werden …“

Vorschlag: Durch eine bedingte Aussage ersetzen. Der Tarif muss ausdrücklich das Hosting von ASP.NET-Core-Anwendungen erlauben und die für Smartstore notwendigen Serverfunktionen, Schreibrechte und Datenbankverbindungen bereitstellen.

Argumente für den Reviewer:

• „Auf jedem“ ist technisch zu absolut.
• Shared-Hosting-Tarife können Prozesse, Dateirechte, Laufzeit, Architektur, Ressourcen oder Datenbankzugriffe einschränken.
• Die bloße Verfügbarkeit einer Runtime beweist noch nicht, dass Smartstore in diesem Tarif betrieben werden kann.

Empfehlung: Umsetzen und vor dem Upload eine kurze Prüfliste ergänzen.

2. Runtime-Aussage an das tatsächliche Smartstore-Deployment anpassen

Betroffene Aussage: Der Hoster müsse „ASP.NET Core Runtime 9“ unterstützen.

Vorschlag: Keine feste Runtime-Version auf dieser Seite nennen. Stattdessen zwischen zwei Anforderungen unterscheiden:

• Die offiziellen Smartstore-Builds werden standardmäßig plattformspezifisch und self-contained erzeugt und enthalten die .NET-/ASP.NET-Runtime.
• Für den Betrieb hinter IIS wird dennoch das ASP.NET Core Module beziehungsweise das .NET Hosting Bundle auf dem Server benötigt.

Zusätzlich auf die zentrale Seite „Technologie und Voraussetzungen“ verweisen, auf der die aktuelle Zielversion verbindlich gepflegt wird.

Argumente für den Reviewer:

• Das aktuelle Smartstore-Repository beschreibt den Standard-Build ausdrücklich als self-contained.
• Bei einer self-contained Bereitstellung muss die passende Shared Runtime nicht separat installiert sein.
• Microsoft unterscheidet klar zwischen Runtime und ASP.NET Core Module/Hosting Bundle.
• Eine feste Versionsnummer auf mehreren Installationsseiten wird nach Releases schnell inkonsistent.

Empfehlung: Umsetzen. Versionsnummer nur an einer zentralen Stelle pflegen.

3. Defekten beziehungsweise irreführenden ASP.NET-Link ersetzen

Betroffene Verlinkung: [ASP.NET](http://asp.net); der gespeicherte GitBook-Link verweist auf http://ASP.NET.

Vorschlag: Den Link auf die offizielle Microsoft-Dokumentation zum .NET Hosting Bundle beziehungsweise zum IIS-Hosting von ASP.NET Core setzen. Der Linktext sollte das tatsächliche Ziel benennen, zum Beispiel „.NET Hosting Bundle“.

Argumente für den Reviewer:

• Das aktuelle Ziel ist unspezifisch, verwendet HTTP und erklärt die Hosting-Voraussetzung nicht.
• Die Microsoft-Dokumentation beschreibt, dass das Hosting Bundle die .NET Runtime und das ASP.NET Core Module für IIS installiert.
• Ein präziser Link hilft dem Hoster oder Administrator bei der technischen Prüfung.

Empfehlung: Umsetzen.

4. Anforderungen als Hoster-Checkliste vor den Upload stellen

Vorschlag: Vor der Dateiübertragung eine kurze Liste von Fragen ergänzen, die der Anbieter verbindlich beantworten muss:

• Unterstützt der Tarif ASP.NET-Core-Anwendungen beziehungsweise das ASP.NET Core Module unter IIS?
• Ist die zum Smartstore-Paket passende Plattform und Architektur zulässig?
• Kann die Anwendung dauerhaft ausgeführt und nach Änderungen neu gestartet werden?
• Besitzt der Shop Schreibrechte in den von Smartstore benötigten Verzeichnissen?
• Ist eine unterstützte Datenbank erreichbar und kann ein Connectionstring konfiguriert werden?
• Welche Ressourcen- und Uploadlimits gelten?

Argumente für den Reviewer:

• Der aktuelle Text reduziert die Vorbereitung auf Runtime und FTP.
• Die häufigsten Shared-Hosting-Probleme entstehen durch Tarifbeschränkungen, nicht durch das reine Kopieren der Dateien.
• Eine Prüfliste verhindert, dass Anwender erst nach dem Upload feststellen, dass der Tarif ungeeignet ist.

Empfehlung: Inhalt fachlich durch Hosting-/Installationsexperten bestätigen lassen und anschließend umsetzen.

5. Upload-Anleitung um Ziel und Abschluss ergänzen

Vorschlag: Den vorhandenen Upload-Abschnitt beibehalten, aber genauer benennen:

• das zur Plattform passende Smartstore-Installationspaket verwenden,
• den Inhalt vollständig in das Webverzeichnis übertragen,
• anschließend die Shop-URL aufrufen und mit der verlinkten Anleitung „Smartstore installieren“ fortfahren.

Argumente für den Reviewer:

• „Installationsdateien“ sagt nicht, welches der plattformspezifischen Pakete verwendet werden soll.
• Der Satz „mit der Installation fortfahren“ nennt weder Handlung noch Zielseite.
• Ein interner Link schließt den Ablauf sauber ab.

Empfehlung: Umsetzen.

6. Linux-Shared-Hosting technisch neu formulieren

Betroffene Aussage: Für Linux-Shared-Hosting seien grundsätzlich Root- oder sudo-Rechte erforderlich.

Vorschlag: Aussage ersetzen. Root- oder sudo-Rechte werden für die serverseitige Einrichtung benötigt, wenn Runtime, Systemabhängigkeiten, Dienst und Reverse Proxy selbst konfiguriert werden müssen. Bei einem vollständig verwalteten Hostingangebot kann der Provider diese Voraussetzungen bereitstellen, ohne dem Kunden Root-Rechte zu geben.

Stattdessen sollte die Seite erklären, dass der Tarif Folgendes unterstützen muss:

• einen dauerhaft laufenden Smartstore-/Kestrel-Prozess,
• einen Reverse Proxy,
• die erforderlichen Linux-Systemabhängigkeiten,
• Schreibrechte und eine unterstützte Datenbank,
• einen kontrollierten Neustart der Anwendung.

Fehlen diese Möglichkeiten, sollte ein verwalteter Server, VPS oder eine Container-Lösung empfohlen werden.

Argumente für den Reviewer:

• Eine .NET-Anwendung benötigt für ihren normalen Betrieb nicht grundsätzlich Root-Rechte.
• Microsoft beschreibt für ein produktives Linux-Hosting Kestrel hinter einem Reverse Proxy und den Betrieb als Dienst.
• Die derzeitige Formulierung schließt mögliche Managed-Hosting-Angebote pauschal aus und erklärt gleichzeitig nicht die tatsächlichen Anforderungen.

Empfehlung: Umsetzen, aber die endgültige Checkliste fachlich bestätigen lassen.

Prüfquellen

• Smartstore-Repository: Standard-Builds sind plattformspezifisch und self-contained: https://github.com/smartstore/Smartstore
• Microsoft: .NET Hosting Bundle für IIS: https://learn.microsoft.com/de-de/aspnet/core/host-and-deploy/iis/hosting-bundle
• Microsoft: ASP.NET Core unter Linux mit Nginx/Kestrel: https://learn.microsoft.com/de-de/aspnet/core/host-and-deploy/linux-nginx
• Microsoft: Deploymentmodelle und self-contained Publishing: https://learn.microsoft.com/en-us/dotnet/core/tools/dotnet-publish

Reviewer-Hinweise

• Die Optimierungsvorschläge wurden vor der Entscheidung zur Seitenentfernung erarbeitet und bleiben hier als Historie erhalten.
• Der frühere leere Fachcheck-CR #503 wurde archiviert.
• CR #546 entfernte die Seite und ihre Kachel aus der Installationsübersicht.
• Die bisherige deutsche URL https://docs.smartstore.com/user/docs/loslegen/die-installation-von-smartstore/shared-hosting-vorbereiten leitet dauerhaft auf die deutsche Installationsübersicht weiter.
• CR #17 entfernte auch die englische Seite und ihre Kachel.
• Die bisherige englische URL https://docs.smartstore.com/get-started/installing-smartstore/preparing-shared-hosting leitet dauerhaft auf die englische Installationsübersicht weiter.

Offene Fragen

• Keine.