Setup Web Hosting: Difference between revisions
No edit summary |
|||
| Line 30: | Line 30: | ||
<br /> | <br /> | ||
im htdocs/ liegt das root Verzeichnis des Webservers bzw. des vHosts. Im ''local'' oder ''config'' Ordner liegen alle sensiblen Konfigurations- und Zugangsdaten auf die nur die Anwendung selber Zugriff hat. | im htdocs/ liegt das root Verzeichnis des Webservers bzw. des vHosts. Im ''local'' oder ''config'' Ordner liegen alle sensiblen Konfigurations- und Zugangsdaten auf die nur die Anwendung selber Zugriff hat. | ||
==Notes== | |||
===Folder Struktur=== | |||
Domain "rückwärts" + dev|stage|live + htdocs / local | |||
Beispiel: | |||
kampagne.guhl.de | |||
//guhlde/kampagne/dev/htdocs | |||
//guhlde/kampagne/dev/local | |||
//guhlde/kampagne/live/htdocs | |||
//guhlde/kampagne/live/local | |||
===Dev Domains=== | |||
{Kundendomain}.{version}.pslsrv.com | |||
Beispiel: | |||
kampagne.guhl.de.dev.pslsrv.com | |||
kampagne.guhl.de.live.pslsrv.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 | |||
Revision as of 10:16, 26 April 2015
Datenbanken
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
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
Verzeichnisse
Das Web-Projekt besteht aus zwei Hauptverzeichnissen.
htdocs/
local/ oder config/
im htdocs/ liegt das root Verzeichnis des Webservers bzw. des vHosts. Im local oder config Ordner liegen alle sensiblen Konfigurations- und Zugangsdaten auf die nur die Anwendung selber Zugriff hat.
Notes
Folder Struktur
Domain "rückwärts" + dev|stage|live + htdocs / local
Beispiel:
kampagne.guhl.de //guhlde/kampagne/dev/htdocs //guhlde/kampagne/dev/local //guhlde/kampagne/live/htdocs //guhlde/kampagne/live/local
Dev Domains
{Kundendomain}.{version}.pslsrv.com
Beispiel: kampagne.guhl.de.dev.pslsrv.com kampagne.guhl.de.live.pslsrv.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