Teil 3 unserer kleinen HowTo-Reihe. Wir zeigen euch, wie man eine WordPress Webseite mit Nginx auf Ubuntu Server beschleunigen kann. Nachdem wir Nginx bereits installiert haben und PHP und MySQL, wird nun erkl\u00e4rt, wie man ein reibungsloses Zusammenspiel konfiguriert. [sws_divider_top]Bevor ich nun erkl\u00e4re wie man PHP in Nginx einbindet, m\u00fcssen wir ersteinmal wissen, wie die Nginx Konfiguration funktioniert. Die Konfiguration hat eine feste, logische Struktur:<\/p>\n
# Hier werden nur Einstellungen vorgenommen die ganz global sind # wie z.b. der User, womit nginx ausgef\u00fchrt werden soll<\/span>\r\nbefehl<\/span>;\r\nbefehl<\/span>;\r\n\r\nevents<\/strong> {\r\n # hier kann einstellt werden wie nginx mit Verbindungen umgeht<\/span>\r\n befehl<\/span>;\r\n}\r\n\r\nhttp<\/strong> {\r\n # Einstellungen f\u00fcr den http Server<\/span>\r\n befehl<\/span>;\r\n befehl<\/span>;\r\n include<\/span> conf\/mime.types; # Einstellungen aus anderer Datei dazuholen<\/span> \r\n\r\n server<\/strong> {\r\n # Einstellungen f\u00fcr einen Host<\/span>\r\n listen<\/span> nodch.de; # dieser Serverbereich gilt f\u00fcr die domain nodch.de<\/span>\r\n befehl<\/span>;\r\n befehl<\/span>;\r\n\r\n location<\/strong> \/<\/span> {\r\n # Einstellungen f\u00fcr das Root Verzeichnis <\/span>\r\n befehl<\/span>;\r\n }\r\n\r\n location<\/strong> \/download\/<\/span> {\r\n # Einstellungen f\u00fcr \/downloads<\/span>\r\n befehl<\/span>;\r\n }\r\n\r\n location<\/strong> ~* ^.+\\.(jpg|jpeg|gif)$<\/span> {\r\n # Einstellungen f\u00fcr alle URLs die auf .jpg, .jpeg oder .gif enden<\/span>\r\n befehl<\/span>;\r\n }\r\n }\r\n}<\/pre>\nDer server<\/strong> und der location<\/strong>\u00a0Bereich kann beliebig oft vorkommen, solange er an der richtigen Sstelle ist. Einige Befehle k\u00f6nnen nur in definierten Bereichen stehen. Ich werde euch hier die wichtigsten Funktionen f\u00fcr jeden Bereich erkl\u00e4ren.<\/p>\nGlobale Einstellungen<\/h3>\nuser<\/span> \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 www www; \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # nginx wird als User www in der Gruppe www ausgef\u00fchrt<\/span>\u00a0\r\nworker_processes<\/span> 2; \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 # nginx wird 2 Verarbeiter Prozesse starten<\/span>\r\npid<\/span> \u00a0\u00a0 \u00a0 \u00a0 \u00a0 \u00a0\u00a0 \/var\/run\/nginx.pid; # pid file wird dort gespeichert<\/span><\/pre>\nAu\u00dferdem kann noch der error_log<\/span> definiert werden, jedoch separiere ich diese immer in die einzelnen Server. \u00a0Wird sie oben angegeben, sieht man im log auch globale Fehler. Eine komplette Auflistung aller globalen Einstellungen findet man im Nginx Wiki#NginxHttpMainModule<\/a>. Mit worker_processes<\/span> und dem event<\/strong> Bereich k\u00f6nnt ihr die Performance des Servers beeinflussen. Der event<\/strong>\u00a0Bereich l\u00e4sst verschiedene Einstellungen zu, der Wichtigste ist aber:<\/p>\nworker_connections<\/span> 1024;<\/pre>\nWenn ihr worker_proesses<\/span> * worker_connections<\/span>\u00a0rechnet, erhaltet ihr die maximale Anzahl gleichzeitiger Clients, im Beispiel also maximal 2048. Auch hier findet ihr wieder alle m\u00f6glichen Einstellungen im Nginx Wiki#NginxHttpEventsModule<\/a>.<\/p>\nDie richtige Wahl der worker_processes<\/span> ist wichtig! Wollt ihr eine Webseite haben, die sehr Last intensiv ist, also mit SSL und GZIP, so sollte die Zahl der Worker Prozesse nicht die Anzahl der CPU Cores \u00fcbersteigen. Verwendet ihr den Server aber als Host f\u00fcr statischen Content, kann die Zahl erh\u00f6ht werden, um einen schnellstm\u00f6glichen Dateizugriff zu haben.<\/p>\nHTTP Server Einstellungen<\/h3>\n
Alle hier get\u00e4tigten Einstellungen wirken sich direkt auf die eingetragenen server<\/strong> Bereiche aus. Im http<\/strong>\u00a0Bereich werden in der Regel Einstellungen gemacht, die f\u00fcr alle server<\/strong>\u00a0Bereiche gleich sind, wie beispielsweise das access log format, oder gzip. Diese Befehle k\u00f6nnen problemlos im server<\/strong>\u00a0Bereich \u00fcberschieben werden. Hier seht ihr wie der http Bereich bei nodch.de aussieht:<\/p>\ninclude<\/span> \/etc\/nginx\/mime.types<\/span>;\r\n\r\nlog_not_found<\/span> off; # kein Status 404 logen<\/span>\r\n # Log format soll Apache \u00e4hnlich sein<\/span>\r\nlog_format<\/span> main\t'$remote_addr - $remote_user [$time_local] \"$request\"'<\/span>\r\n ' $status $body_bytes_sent \"$http_referer\" \"$http_user_agent\"'<\/span>;\r\n\r\nsendfile<\/span> on; # Erlaubt sendfile(). Infos hier<\/a><\/span>\r\ntcp_nodelay<\/span> on; # F\u00fcr sendfile()<\/span>\r\nkeepalive_timeout<\/span> 6; # Verbindungen fr\u00fch wieder schlie\u00dfen<\/span>\r\nserver_tokens<\/span> off; # Versionsnummer nicht auf der Fehlerseite zeigen<\/span>\r\n\r\ngzip<\/span> on; # GZip Anschalten<\/span>\r\ngzip_http_version<\/span> 1.0;\r\ngzip_comp_level<\/span> 2; # Kompressionslevel. Performancesache<\/span>\r\ngzip_proxied<\/span> any; # Proxy Verhalten<\/span>\r\ngzip_min_length<\/span>\t 1100; # erst ab 1100 byte gr\u00f6\u00dfe kompremieren<\/span>\r\ngzip_buffers<\/span> 16 8k;\r\n# Folgende Dateitypen kompremieren<\/span>\r\ngzip_types<\/span> text\/plain text\/html text\/css application\/x-javascript\r\n application\/xml application\/xml+rss text\/javascript;\r\ngzip_disable<\/span> \"MSIE [1-6].(?!.*SV1)\"<\/span>; # GZip f\u00fcr den IE6 auschalten<\/span>\r\ngzip_vary<\/span> on; # Vary Header senden<\/span>\r\n\r\n# server und zusatzconfigs einbinden<\/span>\r\ninclude<\/span> \/etc\/nginx\/conf.d\/*.conf<\/span>;\r\ninclude<\/span> \/etc\/nginx\/sites-enabled\/*<\/span>;<\/pre>\nDies ist eine vergleichsweise simple Konfiguration, wir definieren, das wir immer GZip benutzen wollen, jedoch nicht f\u00fcr den IE6. Au\u00dferdem setzen wir das keepalive_timeout<\/span> stark runter, um erh\u00f6htes Trafficaufkommen problemlos zu verarbeiten. Au\u00dferdem \u00e4ndern wir das Log Format in das von Apache, um Analyse Tools zu benutzen. Eine Auflistung aller Core Befehle gibt es auch wieder im Nginx Wiki#NginxHttpCoreModule<\/a> sowie eine \u00dcbersicht \u00fcber alle anderen Module<\/a>. Viel wichtiger als der http<\/strong> Bereich, ist f\u00fcr uns aber der server<\/strong>\u00a0Bereich.<\/p>\nDer server<\/strong>\u00a0Bereich ist \u00e4hnlich dem VirtualHost Eintrag im Apache. Hier ein Beispiel:<\/p>\nserver<\/strong> {\r\n server_name<\/span> nodch.de; # Dieser Bereich ist nur f\u00fcr die Domain nodch.de <\/span> # nodch.de wird auf www.nodch.de umgeschrieben<\/span>\r\n rewrite<\/span> ^(.*)<\/span>\thttps:\/\/nodch.de$1 permanent;\r\n}\r\n\r\nserver<\/strong> {\r\n listen<\/span> 80; # Port 80 benutzen <\/span> # Dieser Bereich gilt f\u00fcr diese beiden Domains<\/span>\r\n server_name<\/span> www.nodch.de photo.nodch.de; \r\n\r\n root<\/span> \/var\/www\/nodch.de\/httpdocs<\/span>; # Hier liegen die Dateien<\/span>\r\n # Log hier schreiben und dabei das \"main\"-Format benutzen<\/span>\r\n access_log<\/span> \/var\/www\/nodch.de\/logs\/access.log<\/span> main;\r\n # Die Fehler landen in dieser Datei<\/span>\r\n error_log<\/span> \/var\/www\/nodch.de\/logs\/error.log<\/span>;\r\n\r\n # die index Datei ist index.php wenn nicht da index.html ... usw.<\/span>\r\n index<\/span> index.php index.html index.htm;\r\n}<\/pre>\nWenn nun eine [sws_highlight hlcolor=“fbfac7″]index.html[\/sws_highlight] Datei in [sws_highlight hlcolor=“fbfac7″]\/var\/www\/nodch.de\/httpdocs[\/sws_highlight]\u00a0\u00a0liegt und euer Server ist gestartet, dann k\u00f6nnt ihr mit eurem Webbrowser darauf zugreifen und ihr werdet den Inhalt der index.html dargestellt bekommen. Nur wird es ohne weiteres nicht klappen nodch.de aufzurufen und eure Datei zu sehen \ud83d\ude42 Ihr m\u00fcsst es entweder auf localhost \u00e4ndern oder eure eigene Domain eintragen. Aber insoweit ist Nginx konfiguriert um statischen Content zu hosten, welcher brav komprimiert wird. Im server<\/strong> Bereich k\u00f6nnt ihr eigene location<\/strong> Bereiche anlegen, in denen Befehle hinterlegt werden k\u00f6nnen, die eben nur an dieser location<\/strong> g\u00fcltig sind. Hierzu ein Beispiel:<\/p>\n# Gilt f\u00fcr die Hauptseite<\/span>\r\nlocation<\/strong> \/<\/span> {\r\n # URLs probieren ob es sie gibt, letzter Eintrag ist immer Default<\/span>\r\n try_files<\/span> $uri $uri\/ \/index.php;\r\n}\r\n # Die Datei piwik.js, egal wo sie liegt bekommt eine Cachezeit von 90 Tagen.<\/span>\r\nlocation<\/strong> ~ piwik.js$<\/span> {\r\n expires<\/span> 90d;\r\n}\r\n\r\n# Das favicon interessiert uns nicht. Log aus.<\/span>\r\nlocation<\/strong> = \/favicon.ico<\/span> {\r\n access_log<\/span> off;\r\n}\r\n\r\n# Adressen die mit wp-content, js oder css anfangen<\/span>\r\nlocation<\/strong> ~ ^\/(wp-content|js|css)\/<\/span> {\r\n expires<\/span> 30d; # Cachzeit 30 Tage<\/span>\r\n root<\/span> \/var\/www\/nodch.de\/static<\/span>; # Dateien aus anderen Ordner beziehen<\/span>\r\n}<\/pre>\nDer location<\/strong> Bereich kann ziemlich frei, mithilfe von Regex bestimmt werden. Mithilfe von Steuerzeichen kann au\u00dferdem bestimmt werden, wie wichtig ein location<\/strong> Bereich ist.<\/p>\n\n- =\u00a0 \u00a0Bedeutet, dass diese location<\/strong> fest ist, kein Regex<\/li>\n
- ~ \u00a0 Regex ist case sensitiv<\/li>\n
- *~ Regex ist case insensitiv<\/li>\n
- ^~ Sucht ein Regex, h\u00f6rt an dieser location<\/strong> auf wenn gefunden<\/li>\n<\/ul>\n
Genauere Infos erhaltet ihr nat\u00fcrlich wieder im Nginx Wiki#location<\/a>, auch sind die default Konfigurationen gut kommentiert, sodass man damit auch gleich loslegen kann.[sws_divider_top]<\/p>\nPHP einbinden<\/h3>\n
Mit dem vorherigen Artikel habt ihr schon PHP installiert und als FastCGI Anwendung auf 127.0.0.1:9000 gespawnt. Um diese nun mit nginx anzusteuern, m\u00fcssen zwei kleine Modifikationen vorgenommen werden. \u00d6ffnet zuerst die Datei [sws_highlight hlcolor=“fbfac7″]\/etc\/nginx\/fastcgi_params[\/sws_highlight] . Der Inhalt sollte so aussehen:<\/p>\n
fastcgi_param<\/span>\tQUERY_STRING\t\t$query_string;\r\nfastcgi_param<\/span>\tREQUEST_METHOD\t\t$request_method;\r\nfastcgi_param<\/span>\tCONTENT_TYPE\t\t$content_type;\r\nfastcgi_param<\/span>\tCONTENT_LENGTH\t\t$content_length;\r\n\r\nfastcgi_param<\/span>\tSCRIPT_FILENAME\t\t$document_root<\/span>$fastcgi_script_name<\/strong>;\r\nfastcgi_param<\/span>\tSCRIPT_NAME\t\t$fastcgi_script_name;\r\nfastcgi_param<\/span>\tREQUEST_URI\t\t$request_uri;\r\nfastcgi_param<\/span>\tDOCUMENT_URI\t\t$document_uri;\r\nfastcgi_param<\/span>\tDOCUMENT_ROOT\t\t$document_root;\r\nfastcgi_param<\/span>\tSERVER_PROTOCOL\t\t$server_protocol;\r\n\r\nfastcgi_param<\/span>\tGATEWAY_INTERFACE\tCGI\/1.1;\r\nfastcgi_param<\/span>\tSERVER_SOFTWARE\t\tnginx\/$nginx_version;\r\n\r\nfastcgi_param<\/span>\tREMOTE_ADDR\t\t$remote_addr;\r\nfastcgi_param<\/span>\tREMOTE_PORT\t\t$remote_port;\r\nfastcgi_param<\/span>\tSERVER_ADDR\t\t$server_addr;\r\nfastcgi_param<\/span>\tSERVER_PORT\t\t$server_port;\r\nfastcgi_param<\/span>\tSERVER_NAME\t\t$server_name;<\/pre>\nEs ist wichtig, dass in\u00a0SCRIPT_FILENAME der absolute Pfad verwendet wird<\/strong>, denn dieser wird an die PHP Worker gegeben. W\u00fcrde ein vermeindlich relativer Dateipfad \u00fcbergeben werden, wie z.B. [sws_highlight hlcolor=“fbfac7″]\/wordpress\/index.php[\/sws_highlight], werdet ihr die Fehlermeldung No input file specified<\/strong><\/span> bekommen. Er muss also absolut sein: [sws_highlight hlcolor=“fbfac7″]\/var\/www\/prad\/zu\/index.php[\/sws_highlight].<\/p>\nIst diese Anpassung gemacht, \u00f6ffnet bitte die Datei, in der ein server<\/strong> Bereich vorhanden ist. F\u00fcgt eine neue location<\/strong> hinzu:<\/p>\nlocation<\/strong> ~ \\.php$<\/span> {\r\n include<\/span> fastcgi_params; # Parameter einbinden<\/span>\r\n fastcgi_pass<\/span> 127.0.0.1:9000; # Anfrage an Worker weitergeben<\/span>\r\n fastcgi_index<\/span>\t index.php; # Standard Dateiname<\/span>\r\n fastcgi_split_path_info<\/span> ^(.+\\.php)(\/.+)$<\/span>; # Parameter abtrennen<\/span>\r\n fastcgi_intercept_errors<\/span> on; # Fehler ausgeben<\/span>\r\n}<\/pre>\nDiese location<\/strong> bezieht sich auf alle PHP Dateien und reicht die Verarbeitung an unsere PHP Worker weiter. Die Parameter werden von der URL abgetrennt, was bewirkt, das auch URL Parameter an PHP gegeben werden und normal benutzt werden k\u00f6nnen. Alternativ zu 127.0.0.1:900 kann auch ein Unix-Socket<\/strong> verwendet werden. Dazu im Startscript einfach nicht die Adresse 127.0.0.1:9000 sondern eine Datei wie [sws_highlight hlcolor=“fbfac7″]\/var\/socket\/php.socket[\/sws_highlight]\u00a0 binden. Danach muss der Parameter fastcgi_pass<\/span> angepasst werden:<\/p>\nfastcgi_pass<\/span> unix:\/var\/socket\/php.socket<\/span>;<\/pre>\nDas wars auch schon. Ihr k\u00f6nnt jetzt folgendes testen:<\/p>\n
$ echo \"<?php phpinfo(); ?>\" > \/var\/www\/eure\/httpdocs\/info.php<\/pre>\nDann einfach die info.php im Browser aufrufen und ihr werdet die PHP Konfigurationswebseite sehen!<\/p>\n
Viel Spa\u00df beim testen<\/strong>! Im n\u00e4chsten Teil dieser Serie werde ich euch dann zeigen, wie ihr WordPress auf einer Nginx Umgebung benutzt und es mit Hilfe von W3TotalCache, sowie anderen Optimierungsmethoden sp\u00fcrbar schneller machen k\u00f6nnt.<\/p>\n[sws_divider_top] Teil 0: Einf\u00fchrung<\/a>
\n Teil I: Installation der aktuellen Nginx-Version auf Ubuntu<\/a>
\n Teil II: Installation von MySQL und PHP<\/a>
\nTeil III: Nginx konfigurieren und PHP als FastCGI bereitstellen<\/a><\/em>
\n– Alternativ: PHP-FPM Installieren und bereitstellen (folgt !)
\nTeil IV: Nginx f\u00fcr WordPress optimieren<\/p>\n","protected":false},"excerpt":{"rendered":"Teil 3 unserer kleinen HowTo-Reihe. Wir zeigen euch, wie man eine WordPress Webseite mit Nginx auf Ubuntu Server beschleunigen kann. Nachdem wir Nginx bereits installiert haben und PHP und MySQL, wird nun erkl\u00e4rt, wie man ein reibungsloses Zusammenspiel konfiguriert. [sws_divider_top]Bevor ich nun erkl\u00e4re wie man PHP in Nginx einbindet, m\u00fcssen wir ersteinmal wissen, wie die […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[682,142],"tags":[583,1611,1612,2485,1610,333,1582,1583,2481,2482],"class_list":["post-3087","post","type-post","status-publish","format-standard","hentry","category-howto","category-ubuntu","tag-anleitung","tag-beispiel","tag-fast-cgi","tag-howto","tag-installation","tag-linux","tag-nginx","tag-php","tag-ubuntu","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/nodch.de\/index.php?rest_route=\/wp\/v2\/posts\/3087","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nodch.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nodch.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nodch.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nodch.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=3087"}],"version-history":[{"count":0,"href":"https:\/\/nodch.de\/index.php?rest_route=\/wp\/v2\/posts\/3087\/revisions"}],"wp:attachment":[{"href":"https:\/\/nodch.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3087"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nodch.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3087"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nodch.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3087"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}