Setup Web Hosting - Revision history

David Smith at 09:04, 9 February 2016

2016-02-09T09:04:45Z

← Older revision		Revision as of 09:04, 9 February 2016
Line 1:		Line 1:
	== Hosting Packages from Host Europe ==		== Hosting Packages from Host Europe ==
	Any hosting package purchased from Host Europe must be administered by Host Europe and not by Parasol Island. A single hosting package is ~~require~~ per client domain and the available options can be found here: https://www.hosteurope.de/WebServer/ Please note that you should purchase a "Web Server" and not "Web Hosting".		Any hosting package purchased from Host Europe '''must be''' administered by Host Europe and not by Parasol Island. A single hosting package is required per client domain and the available options can be found here: https://www.hosteurope.de/WebServer/ Please note that you should purchase a "'''Web Server'''" and not "Web Hosting".

	== Datenbanken ==		== Datenbanken ==

David Smith at 09:03, 9 February 2016

2016-02-09T09:03:49Z

New page

== Hosting Packages from Host Europe ==
Any hosting package purchased from Host Europe must be administered by Host Europe and not by Parasol Island. A single hosting package is require per client domain and the available options can be found here: https://www.hosteurope.de/WebServer/ Please note that you should purchase a "Web Server" and not "Web Hosting".

== 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'''

http://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.

Für bsp. Newsletter Kampagnen oder Email Templates kann ein drittes Verzeichnis "local" angelegt werden.

== Domains ==

=== Dev Domains ===
Dev Domains für Bsp.. den Zugriff auf Staging oder Development Instanzen werden nach folgendem Muster angelegt:

{Kundendomain}.{version}.pslsrv.com

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

== Zugriffsschutz ==
Um die Dev und Stage Versionen vor Suchmaschinen und unberechtigtem Zugriff zu schützen, legen wir dort einen .htaccess Zugrifsschutz an. Der Username und das Passwort sind Zufallskombinationen aus Zahlen und Buchstaben mit mindestens 13 Stellen Länge, erzeugt mit einem Passwort-Generator. Das Passwort in der .htpasswd ist noch einmal verschlüsselt. Die .htpasswd kann mit diesem Tool http://www.htaccesstools.com/htpasswd-generator/ erzeugt werden. Beispiel:

/de/guhl/kampagne/stage/htdocs/.htaccess

AuthType Basic
AuthName "Password Protected"
AuthUserFile {pfade zu}/de/guhl/kampagne/stage/.htpasswd
Require valid-user

/de/guhl/kampagne/stage/.htpasswd

DQLGMK4dB6v74:$apr1$qk8JPnrD$ZxShUvWEaMlTZrkw/TgHv1

== FTP Zugänge ==
{{:Sichere_Passwörter}}

Sofern die Konfiguration des Zugriffs über individuelle Schlüssel nicht möglich ist, werden FTP Zugänge nach folgendem Muster angelegt:

Login: Random (mind. 13 Zeichen). Beispiel: AIg6khez93mFC

Passwort: Random (mind. 13 Zeichen). Beispiel: 8jEbExG872odq

Todo: Name Webspace in dploy.io 
TODO: Use "config" rather than "local"

Sdruschel at 11:00, 19 May 2015

2015-05-19T11:00:02Z

← Older revision		Revision as of 11:00, 19 May 2015
Line 123:		Line 123:
	/htdocs/.htaccess		/htdocs/.htaccess
	/htdocs/wp-config.php		/htdocs/wp-config.php
	/htdocs/wp-content/uploads		/htdocs/wp-content/uploads/

	== ToDo ==		== ToDo ==

Sdruschel at 10:33, 19 May 2015

2015-05-19T10:33:26Z

← Older revision		Revision as of 10:33, 19 May 2015
Line 120:		Line 120:
	Files oder Ordner die kritische Daten wie bsp. die Zugangsdaten zur Live-Datenbank etc. enthalten, liegen '''nur''' auf dem betreffenden Hosting Space. Damit diese nicht aus dem Repository überschrieben werden, müssen diese in den dploy.io exklude paths konfiguriert werden. Beispiel:		Files oder Ordner die kritische Daten wie bsp. die Zugangsdaten zur Live-Datenbank etc. enthalten, liegen '''nur''' auf dem betreffenden Hosting Space. Damit diese nicht aus dem Repository überschrieben werden, müssen diese in den dploy.io exklude paths konfiguriert werden. Beispiel:

	~~htdocs/seidenglanz/wp-config.php~~
	.htpasswd		.htpasswd
	htdocs/.htaccess		/htdocs/.htaccess
			/htdocs/wp-config.php
			/htdocs/wp-content/uploads

	== ToDo ==		== ToDo ==

Sdruschel: /* Verzeichnisse/Ordnerstruktur */

2015-05-09T12:33:53Z

Verzeichnisse/Ordnerstruktur

← Older revision		Revision as of 12:33, 9 May 2015
Line 57:		Line 57:
	<br />		<br />
	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.		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.

			Für bsp. Newsletter Kampagnen oder Email Templates kann ein drittes Verzeichnis "local" angelegt werden.

	== Domains ==		== Domains ==

Sdruschel at 11:03, 8 May 2015

2015-05-08T11:03:35Z

← Older revision		Revision as of 11:03, 8 May 2015
Line 82:		Line 82:

	DQLGMK4dB6v74:$apr1$qk8JPnrD$ZxShUvWEaMlTZrkw/TgHv1		DQLGMK4dB6v74:$apr1$qk8JPnrD$ZxShUvWEaMlTZrkw/TgHv1

Sdruschel at 11:03, 8 May 2015

2015-05-08T11:03:12Z

@@ Line 58: / Line 58: @@
 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.
-== <br>
+== Domains ==
 === Dev Domains ===
@@ Line 69: / Line 68: @@
 kampagne.guhl.de.dev.preview.parasol-island.com
 kampagne.guhl.de.live.preview.parasol-island.com
 == FTP Zugänge ==

Sdruschel: /* Exclude paths einrichten */

2015-05-08T10:55:41Z

Exclude paths einrichten

← Older revision		Revision as of 10:55, 8 May 2015
Line 102:		Line 102:

	==== Exclude paths einrichten ====		==== Exclude paths einrichten ====
	Files oder Ordner die kritische Daten wie bsp. die Zugangsdaten zur Live-Datenbank etc. enthalten, liegen '''nur''' auf dem betreffenden Hosting Space. Damit diese nicht aus dem Repository überschrieben werden, müssen diese in den dploy.io exklude paths konfiguriert werden. ~~Beipsiel~~:		Files oder Ordner die kritische Daten wie bsp. die Zugangsdaten zur Live-Datenbank etc. enthalten, liegen '''nur''' auf dem betreffenden Hosting Space. Damit diese nicht aus dem Repository überschrieben werden, müssen diese in den dploy.io exklude paths konfiguriert werden. Beispiel:

	~~<code>tdocs~~/seidenglanz/wp-config.php .htpasswd~~</code>~~		htdocs/seidenglanz/wp-config.php
			.htpasswd
	~~<code>~~htdocs/.htaccess~~</code>~~		htdocs/.htaccess

	== ToDo ==		== ToDo ==

Sdruschel: /* Deployment */

2015-05-08T10:55:07Z

Deployment

← Older revision		Revision as of 10:55, 8 May 2015
Line 100:		Line 100:
	#!/bin/sh		#!/bin/sh
	curl https://parasolisland.dploy.io/webhook/b2xc4236f17b316a17510d10b22309a81c37e52850246bdd		curl https://parasolisland.dploy.io/webhook/b2xc4236f17b316a17510d10b22309a81c37e52850246bdd

			==== Exclude paths einrichten ====
			Files oder Ordner die kritische Daten wie bsp. die Zugangsdaten zur Live-Datenbank etc. enthalten, liegen '''nur''' auf dem betreffenden Hosting Space. Damit diese nicht aus dem Repository überschrieben werden, müssen diese in den dploy.io exklude paths konfiguriert werden. Beipsiel:

			<code>tdocs/seidenglanz/wp-config.php .htpasswd</code>

			<code>htdocs/.htaccess</code>

	== ToDo ==		== ToDo ==

Sdruschel: /* Webhook einrichten */

2015-05-08T10:44:17Z

Webhook einrichten

← Older revision		Revision as of 10:44, 8 May 2015
Line 99:		Line 99:
	'''Beispiel'''		'''Beispiel'''
	#!/bin/sh		#!/bin/sh
	curl https://parasolisland.dploy.io/webhook/~~b23c4226f17bd16a17510d10b2230da81c37e52850246bdd~~		curl https://parasolisland.dploy.io/webhook/b2xc4236f17b316a17510d10b22309a81c37e52850246bdd

	== ToDo ==		== ToDo ==