Datenbanken

Datenbanken auf root Servern

Host

Als Best Practice sollten die Datenbanken auf einem dedizierten Datenbank vHost liegen auf dem per Firewall Konfiguration nur der Webhost Zugriff hat. Ein Zugriff von aussen, bsp. per SSH direkt auf den Datenbank Host sollte ausgeschlossen sein. Beispiel:

vs-db-01 Datenbank Host
vs-web-01 Webhost, MySQL greift auf vs-db-01 zu.

Namen

Der Name einer Datenbank wird immer nach folgendem Schema eingerichtet:
{Projektnummer}_{Projektname} Beispiel: penny14_int14_topps_boerse

User

(Optional) Auf die Datenbank wird mit einem dedizierten Lese- und Schreib-User zugegriffen. Der User heisst identisch zur Projekt-ID, jeweils mit dem Suffix "_r" und "_w". Beispiel:

Datenbank: penny14_int14_topps_boerse
User Read: penny14_int14_r
User Write: penny14_int14_w

Die Passwörter der User sind unterschiedlich und bestehen aus einer zufälligen Kombination aus mindestens 30 gemischten Buchstaben und Zahlen. Generiert bsp. mit diesem Tool: http://www.gaijin.at/en/olspwgen.php. Beispiel:

User: penny14_int14_r
Passwort: 407e3e5fac27f8e9179f2ba19a49b3ea9b2f619bbb056c76194dd274e1

Datenbanken HostEurope/Managed Hosting

Namen

Der Datenbankname enthält das Projektkürzel und die Version (dev|stag|live)

Beispiel
db12826593-guhl15int19sgst

User

Username und Password sind Zufallskombinationen aus Zahlen und Buchstaben mit mindestens 13 Stellen Länge, erzeugt mit einem Passwort-Generator.

Beispiel
Log: db12314593-W5mzK
Pas: 2753Ex61S3QPK

Verzeichnisse/Ordnerstruktur

Das Verzeichnis des Webprojekt strukturiert sich nach der URL "rückwärts", plus der Version und einem cconfig und einem htdocs Verzeichnis.

Beispiel

kttp://ampagne.guhl.de

/de/guhl/kampagne/dev/htdocs /de/guhl/kampagne/dev/config

/de/guhl/kampagne/live/htdocs /de/guhl/kampagne/live/config

im htdocs/ liegt das root Verzeichnis des Webservers bzw. des vHosts. Im config Ordner liegen alle sensiblen Konfigurations- und Zugangsdaten auf die nur die Anwendung selber Zugriff hat.

Notes

Dev Domains

{Kundendomain}.{version}.pslsrv.com

Beispiel:
kampagne.guhl.de.dev.preview.parasol-island.com
kampagne.guhl.de.live.preview.parasol-island.com

FTP

Log: Random (mind. 13 Zeichen) Pas: Random (mind. 13 Zeichen)

Repository

Branches

Dev Stage (Option: Dev oder Stage) Live

Trennung logische einheiten, bsp. themes

Durch Submodules.

Idealerweise 1 Repository pro Webspace (bsp. fp.parasol-island.com oder app.penny.de ToDo: Projektnummer/Identifizierung

Deployment

Über dploy.io Dev: automatisch bei jedem Commit (Webhook) Stage: (mit Commit Tag) Live: (Manuell oder mit Key oder so? Wer?)

Todo: Name Webspace in dploy.io TODO: Use "config" rather than "local" TODO: Check if dploy.io supports pulling sub-modules TODO: