# Nginx Konfig - Fehlerhaft bei Updates

**URL:** <https://forum.shopware.com/t/nginx-konfig-fehlerhaft-bei-updates/48408>\
**Category:** Administration\
**Created:** [21. September 2017 um 12:11 UTC](https://forum.shopware.com/t/nginx-konfig-fehlerhaft-bei-updates/48408 "2017-09-21T12:11:12Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![it-brockmann](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/it-brockmann/32/9650_2.png) [@it-brockmann](https://forum.shopware.com/u/it-brockmann)\
**Post date:** [21. September 2017 um 12:11 UTC](https://forum.shopware.com/t/nginx-konfig-fehlerhaft-bei-updates/48408/1 "2017-09-21T12:11:12Z")

</div>

Hallo Zusammen,

bei einem Update wird automatisch z.B.&nbsp;[https://www.eine-domain.de/recovery/update/index.php/checks](https://www.eine-domain.de/recovery/update/index.php/checks) aufgerufen und die Wartungsseite erscheint.  
Die weiteren Schritte, die normalerweis automatisch folge, wie z.B. dbmigration, werden nicht ausgeführt. Ich vermute den Fehler in der nginx-Konfig - kann jmd. dazu etwas sagen?

Stellt man den vHost&nbsp;auf Apache um, läuft das Update sauber durch.

Hier die aktuelle Conf

&nbsp;

```
location ~ /.well-known {
	allow all;
}

location = / {
	index index.html index.php shopware.php;
	if (!-e $request_filename){
		rewrite . /shopware.php last;
	}
}

proxy_buffer_size 1024k;
proxy_buffers 4 1024k;
proxy_busy_buffers_size 1024k;

gzip on;
gzip_proxied any;
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
gzip_http_version 1.1;
gzip_comp_level 4;
gzip_min_length 1024;
gzip_buffers 16 8k;
gzip_types text/plain text/css text/javascript application/x-javascript application/xml text/xml application/json application/javascript;
gzip_vary on;
gzip_static on;

location = /favicon.ico {
	log_not_found off;
	access_log off;
}

location = /robots.txt {
	allow all;
	log_not_found off;
	access_log off;
}

location = /templates/_default/backend/_resources/resources/css/icon-set.css {
	gzip off;
}

## Deny all attempts to access hidden files such as .htaccess, .htpasswd, .DS_Store (Mac).
location ~ /\. {
	deny all;
	access_log off;
	log_not_found off;
}

## Deny all attems to access possible configuration files
location ~ \.(tpl|yml|ini)$ {
	deny all;
}

## Deny access to media upload folder
location ^~ /media/temp/ {
	deny all;
}

location ^~ /cache/ {
	deny all;
}

location ^~ /files/documents/ {
	deny all;
}

# Breaks backend/media/ rewrite
#
#location ~ /(engine|files|templates|media)/ {
	# location ~ \.php$ {
		# return 403;
		# }
		#}

		location /check/ {
			index index.php;
			try_files $uri /check/index.php?$args;
		}

		## Plesk Webstat vorhanden
		location /plesk-stat/webstat {
			index index.html;
			try_files $uri /plesk-stat/webstat/index.html?$args;
		}

		## Piwik vorhanden
		location /piwik/ {
			index index.php;
			try_files $uri /piwik/index.php?$args;
		}

		location /engine/Library/TinyMce/themes/advanced/ {
			index source_editor.htm;
			try_files $uri /engine/Library/TinyMce/themes/advanced/source_editor.htm?$args;
		}

		# Shopware >= 4.3 unstall / update
		location /recovery/install {
			index index.php;
			try_files $uri /recovery/install/index.php?$args;
		}

		location /recovery/update {
			index index.php;
			try_files $uri /recovery/update/index.php?$args;
		}

		# Shopware < 4.3 install / update
		location /install {
			index index.php;
			try_files $uri /install/index.php?$args;
		}

		location /update {
			index index.php;
			try_files $uri /update/index.php?$args;
		}

		## Defining rewrite rules
		rewrite files/documents/.* /engine last;
		rewrite backend/media/(.*) /media/$1 last;

		## All static files will be served directly.
		location ~* ^.+\.(?:css|cur|js|jpe?g|gif|ico|png|html|xml)$ {

			expires 1w;
			add_header Pragma public;
			add_header Cache-Control "public, must-revalidate, proxy-revalidate";

			access_log off;
			# The directive enables or disables messages in error_log about files not found on disk.
			log_not_found off;

			tcp_nodelay off;
			## Set the OS file cache.
			open_file_cache max=3000 inactive=120s;
			open_file_cache_valid 45s;
			open_file_cache_min_uses 2;
			open_file_cache_errors off;
		}

		## XML Sitemap support.
		location = /sitemap.xml {
			try_files $uri /shopware.php?controller=SitemapXml;
		}

		location ~ \.php$ {
			try_files $uri $uri/ =404;

			## NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
			fastcgi_split_path_info ^(.+\.php)(/.+)$;

			## required for upstream keepalive
			# disabled due to failed connections
			#fastcgi_keep_conn on;

			include fastcgi_params;

			fastcgi_buffers 8 16k;
			fastcgi_buffer_size 32k;

			client_max_body_size 24M;
			client_body_buffer_size 128k;
		}

		# Defining controller based route processing behaviour
		if (!-e $request_filename) {
			rewrite . /shopware.php last;
		}

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![MenStuff](https://avatars.discourse-cdn.com/v4/letter/m/34f0e0/32.png) [@MenStuff](https://forum.shopware.com/u/MenStuff)\
**Post date:** [21. September 2017 um 13:47 UTC](https://forum.shopware.com/t/nginx-konfig-fehlerhaft-bei-updates/48408/2 "2017-09-21T13:47:17Z")

</div>

An dem Punkt die NginX Conf. rauskopieren und speichern anschließend wieder einfügen.

---

<div class="post-metadata">

**Author:** ![it-brockmann](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/it-brockmann/32/9650_2.png) [@it-brockmann](https://forum.shopware.com/u/it-brockmann)\
**Post date:** [21. September 2017 um 14:45 UTC](https://forum.shopware.com/t/nginx-konfig-fehlerhaft-bei-updates/48408/3 "2017-09-21T14:45:33Z")

</div>

Jep, das funktioniert natürlich - oder halt auf Apache umstellen.  
Aber es muss ja einen Grund geben, warum es nicht klappt…