Installationsvorgaben für Drupal 8 so korrekt?
am 14.01.2016 - 06:58 Uhr in
Moin in die Runde, leider habe ich keine deutsche sondern nur englische Installationsvorgaben für Drupal 8 finden können. Jetzt fasse ich diese für mich zusammen und habe insbesondere die Frage, ob dies alles korrekt ist und ob irgendetwas wichtiges fehlt. Würde mich über Eure Rückkoppelung freuen. So wie ich die Inhalte auf drupal.org https://www.drupal.org/requirements verstanden habe, ergeben sich folgende Systemvoraussetzungen:
1. Webserver (https://www.drupal.org/requirements/webserver)
Apache (empfohlen): Apache 2.x auf UNIX/Linux, OS X oder Windows gehostet
Nginx: Nginx legacy (0.7.x, 0.8.x, 1.0.x, 1.2.x), stable 1.4.x und mainline 1.5.x auf UNIX/Linux, OS X oder Windows gehostet
Hiawatha
Microsoft IIS: IIS 5, IIS 6 oder IIS 7
...
2. Webspace
60 MB für Projekte mit vielen Modulen und Themes. Zusätzlich noch Webspace für die Datenbank, diversen Dateien der User, Backups usw.
Frage 1: Wieviel ist bei mittelgrossen Installation erforderlich?
3. Datenbank (https://www.drupal.org/requirements/database)
MySQL 5.5.3/MariaDB 5.5.20/Percona Server 5.5.8 oder höher mit PDO und einer InnoDB-kompatiblem primary storage engine,
PostgreSQL 9.1.2 oder höher mit PDO,
SQLite 3.6.8 oder höher
Frage 2: Für Drupal 6/7 wird über notwendige Berechtigungen gesprochen, welche Erfordernisse gibt es für Drupal 8?
Frage 3: Wie sieht es mit der Mindestanforderung von 16 M bei der Systemvariablen max_allowed_packet aus, gilt dies auch für Drupal 8?
4. PHP (https://www.drupal.org/requirements/php#memory + https://www.drupal.org/node/207036)
PHP 5.5.9 oder höher
Mindesanforderung memory_limit 64 MB. Je mehr Module eingesetzt werden, umso größer der Memorybedarf, deshalb der Hinweis, dass bei Produktivsystemen eher die Einstellungen Richtung 128 oder 256 MB gehen, da es ansonsten langsam wird. Hinweis: In Shared Hosting Umgebungen kann der Mehrbedarf zu Problemen führen, da eine Erhöhung unter Umständen nicht möglich ist. (https://www.drupal.org/node/207036)
Frage 4: Was ist hier Euer Erfahrungswert beim memory_limit?
PHP Data Objects (PDO) muß aktiviert sein (https://www.drupal.org/requirements/pdo).
Diverse PHP-Extensions z.B. für CURL, Datenbank, Image library usw. werden benötigt, mindestens aber date, dom, fileinfo, filter, gd, hash, json, pcre, pdo, session, SimpleXML, SPL, tokenizer + xml.
Erforderliche weitere Einstellungen unter A shortlist based on above dokumentiert:
PHP version min 5.5.9 - Rec 5.6.5
core allow_url_fopen must be OFF or nonexistent
core display_errors off
core max_execution_time min 30 seconds
core expose_php must be OFF or nonexistent
core memory_limit 64MB
ctype ctype functions enabled
cURL cURL support enabled (avoid 7.35)
cURL libSSH Version required for install update
date date/time support enabled
dom DOM/XML enabled
fileinfo fileinfo support enabled
filter Input Validation and Filtering enabled
gd GD Support enabled
? magic_quotes_gpc must be OFF or nonexistent
? magic_quotes_runtime must be disabled or nonexistent
? safe_mode must be disabled or nonexistent
? register_globals must be OFF or nonexistent
hash hash support enabled
json json support enabled
pcre PCRE (Perl Compatible Regular Expressions) Support enabled
pdo PHP Data Objects(PDO) (specific for your database)
pecl PECL version of PDO not compatible
session Session Support enabled
session session.auto_start 0
session session.cache_limiter nocache
SimpleXML Schema support enabled
SPL SPL support lots
Suhosin APC.include-once-override avoid
Tokenizer Tokenizer Support enabled
XML XML Support enabled
XML XML Namespace Support enabled
Zend OPcache Opcode caching up and running
Zend OPcache PHP 5.5+ opcache.save_comment 1
Zend OPcache PHP 5.5+ opcache.load_comments 1
MODULE TESTING memory_limit 256
- Anmelden oder Registrieren um Kommentare zu schreiben
die Angaben
am 14.01.2016 - 08:05 Uhr
stammen von drupal.org, und sind sicher richtig.
Die 64 MB max_memory sind sehr knapp, und reichen schnell nicht mehr aus, wenn man weitere Module verwendet.
Schon bei Drupal7 waren 128 MB zu empfehlen.
Für Entwicklungsumgebungen eher 256 oder mehr.
Die max_packet_size ist von der Komplexität der Datenstrukturen abhängig.
Hier würde ich auch erhöhen (verdoppeln).
Die max_execution_time würde ich auf jeden Fall erhöhen. Mindestens auf 120.
Ich habe mittlerweile ein paar Sites unter Drupal 8 am Laufen.
Dank
am 15.01.2016 - 04:47 Uhr
ronald, vielen Dank für Deine Rückmeldung.
Installationsvorgaben für Drupal 8 so korrekt?
am 15.07.2016 - 11:18 Uhr
Hallo ronald,
hallo Mitleser,
habe versucht alles zu aktualisieren. Bei einigen Punkten bin ich mir mangels Wissen nicht im Klaren, diese habe ich mit ??? gekennzeichnet. Hier bitte ich um Hilfestellung.
Ziel dieser Auflistung ist es, diese Vorgaben dem jeweiligen Webhoster auszuhändigen, als Kriterium für das Webhosting-Angebot, welches man benötigen würde. Hab ich noch irgendetwas vergessen?
------------------------------------------------------------------------------------
1. Webspace
Drupal: 15 MB minimal - 60 MB (wenn viele Module + Themes)
+ Datenbank
+ weitere erforderliche Dateien
+ Backups
Mindestens 100 MB Webspace, der mit wachsen kann.
------------------------------------------------------------------------------------
2. Webserver - Apache:
aktivierte "mod_rewrite" extension
Virtualhost configuration muss die Direktive "AllowOverride All" beinhalten ???
Bei +MultiViews Serveroption Virtualhost configuration "Options -MultiViews" ???
------------------------------------------------------------------------------------
3. Datenbank - MySQL:
Mindestversion 5.5.3
max_allowed_packet 32 MB (abhängig von der Komplexität der Datenstrukturen)
------------------------------------------------------------------------------------
4. PHP
Mindestversion 5.5.9
Bei Shared-Webhosting hat man oft keine Einflußmöglichkeit auf Einstellungen, insbesondere auf die memory-Einstellungen. Wonach sollte man dann explizit fragen? Welche Formulierung wäre die sicherste, um Mißverständnissen vorzubeugen und die für Drupal erforderliche Umgebung zu bekommen?
core: allow_url_fopen = must be OFF or nonexistent
core: display_errors = off
core: error_reporting: E_ALL & ~E_NOTICE ???
core: magic_quotes_gpc = must be OFF or nonexistent
core: magic_quotes_runtime = must be disabled or nonexistent
core: max_execution_time = min 120 seconds
core: memory_limit = 256MB
core: register_globals = must be OFF or nonexistent
core: safe_mode = must be disabled or nonexistent
core: expose_php = must be OFF or nonexistent
ctype functions = enabled
cURL: cURL support = enabled (avoid 7.35)
cURL: libSSH Version = required for install update
date/time support = enabled
DOM/XML = enabled
fileinfo support = enabled
filter: Input Validation and Filtering = enabled
GD Support = enabled
hash support = enabled
json support = enabled
openssl support = enabled
PCRE (Perl Compatible Regular Expressions) Support = enabled
pdo: PHP Data Objects(PDO) = für MySQL, jedoch nicht die PECL-Version
PECL version of PDO = not compatible
php5-ctype: ctype functions = enabled
Session Support = enabled
session.cache_limiter = nocache
session.auto_start = 0
SimpleXML: Schema support = enabled
SPL support = lots
Suhosin: APC.include-once-override = avoid
Tokenizer Support = enabled
Twig C support = enabled ???
XML Namespace Support = enabled
XML Support = enabled
Zend OPcache: Opcode caching = up and running
Zend OPcache: PHP 5.5+ opcache.load_comments = 1
Zend OPcache: PHP 5.5+ opcache.save_comment = 1
MODULE TESTING: memory_limit = 256
------------------------------------------------------------------------------------
6. Zeichensatz
Gewährleistung einer UTF-8 geeigneten Gesamtumgebung einschließlich der Datenbank.
------------------------------------------------------------------------------------
7. Dateiberechtigungen
Lese- und Schreibzugriff
auf ".htaccess"
auf "web.config"
Drupal und PHP auf das Verzeichnis "/sites/default/files"
PHP-Twig support macht viel Sinn bei PHP 5.5/5.6
am 15.07.2016 - 09:21 Uhr
Bei PHP 5.5 und 5.6 bringt der Twig-Beschleuniger einiges und ist deshalb sehr ratsam. Da der Support für PHP 5.5 gerade ausgelaufen ist, sollte man PHP 5.6 oder 7.0 bevorzugen. Die Twig-Beschleunigungs-Bibliothek ist für PHP 7 noch nicht verfügbar. Aber da PHP 7 ansonsten erheblich schneller ist als PHP 5.6, ist das nicht so schlimm.
Das PHP Error-Reporting hat sich nicht geändert bzw. sollte wie gahabt zwischen Entwicklungsumgebungen und Live-Systemen unterschiedlich gehandhabt werden.
Das passt soweit
am 15.07.2016 - 10:04 Uhr
am Besten ist es, wenn man auf das Error-Reporting Einfluß nehmen kann.
Bei life Sites nerven Info- und Warningmeldungen, während der Entwicklung können sie hilfreich sein.
Wichtig ist es, beim Provider zu klären, dass Datenbanken groß werden können.
Das mögen manche Provider nicht, weil sie ihre DB-Engines mit sehr vielen Kunden belasten.
Die aktuell üblichen Web-Spaces sind weitaus ausreichend.
Wichtig ist der Memory-Ausbau des Servers.
Wenn man einen max_memory-Einstellung von 256 MB hat, was bei einer Drupalinstallation durchaus sinnvoll ist, wird es dennoch eng, wenn der Server nur 1 GB insgesamt hat, und auch andere Kunden dieses Servers viel Speicher brauchen, oder mehrere Sitzungen gleichzeitig laufen.
Der VHost sollte nicht zu streng konfiguriert, oder eben mit Überschreiberlaubnis versehen sein.
Hier haben gerade Massenhoster "Bauchweh", weil sie damit die Auslastung der Server nicht so gut vorhersagen und beeinflussen können.
Installationsvorgaben für Drupal 8 so korrekt?
am 27.07.2016 - 06:38 Uhr
Danke Euch, habs angepaßt, sonst irgendetwas, was man mit aufnehmen könnte?
1. Webspace
Drupal: 15 MB minimal bis über 60 MB, je nach Modulanzahl und Themes-Verwendung
+ Datenbank
+ weitere erforderliche Dateien
+ Backups
Mindestens 100 MB Webspace, der mit wachsen kann.
------------------------------------------------------------------------------------
2. Hosting + Apache-Webserver
Wie ist der Memory-Ausbau des Servers?
Wieviele teilen sich den Server?
Wie werden Peaks behandelt bzw. was passiert bei Überschreitungen?
aktivierte "mod_rewrite" extension
Virtualhost configuration muss die Direktive "AllowOverride All" beinhalten
Bei +MultiViews Serveroption Virtualhost configuration "Options -MultiViews" ???
------------------------------------------------------------------------------------
3. Datenbank - MySQL:
Mindestversion 5.5.3
Ist die Größe der Datenbank erweiterbar? Wenn nein, welche Limitierung existiert?
max_allowed_packet 32 MB (abhängig von der Komplexität der Datenstrukturen)
------------------------------------------------------------------------------------
4. PHP
Mindestversion 7
core: allow_url_fopen = must be OFF or nonexistent
core: display_errors = off
core: error_reporting: E_ALL & ~E_NOTICE = sollte einstellbar sein
core: magic_quotes_gpc = must be OFF or nonexistent
core: magic_quotes_runtime = must be disabled or nonexistent
core: max_execution_time = min 120 seconds
core: memory_limit = 256MB
core: register_globals = must be OFF or nonexistent
core: safe_mode = must be disabled or nonexistent
core: expose_php = must be OFF or nonexistent
ctype functions = enabled
cURL: cURL support = enabled (avoid 7.35)
cURL: libSSH Version = required for install update
date/time support = enabled
DOM/XML = enabled
fileinfo support = enabled
filter: Input Validation and Filtering = enabled
GD Support = enabled
hash support = enabled
json support = enabled
openssl support = enabled
PCRE (Perl Compatible Regular Expressions) Support = enabled
pdo: PHP Data Objects(PDO) = für MySQL, jedoch nicht die PECL-Version
PECL version of PDO = not compatible
php5-ctype: ctype functions = enabled
Session Support = enabled
session.cache_limiter = nocache
session.auto_start = 0
SimpleXML: Schema support = enabled
SPL support = lots
Suhosin: APC.include-once-override = avoid
Tokenizer Support = enabled
XML Namespace Support = enabled
XML Support = enabled
Zend OPcache: Opcode caching = up and running
Zend OPcache: PHP 5.5+ opcache.load_comments = 1
Zend OPcache: PHP 5.5+ opcache.save_comment = 1
MODULE TESTING: memory_limit = 256
------------------------------------------------------------------------------------
6. Zeichensatz
Gewährleistung einer UTF-8 geeigneten Gesamtumgebung einschließlich der Datenbank.
------------------------------------------------------------------------------------
7. Dateiberechtigungen
Lese- und Schreibzugriff
auf ".htaccess"
auf "web.config"
Drupal und PHP auf das Verzeichnis "/sites/default/files"
möglichst einen Shellzugang per SSH
am 27.07.2016 - 09:04 Uhr
und die Installation von Drush, um noch einiges zu erleichtern.
Ein dynamisches Hosting ist praktisch, bei dem die Serverausstattung mitwachsen kann, ohne dass man einen neuen Server mit Umzug etc. braucht.