Beiträge von perryflynn

Man kann ein Image herunterladen und lokal ausführen.
Denke das wird auch anders herum funktionieren.

QCOW2 wäre das Format was Du brauchst.

Ob eigene Images möglich sind hängt vom Tarif ab.

<sub33_67> [home] ls -lisa /etc/php.ini 
282149 68K -rw-r--r-- 118 root root 68K Nov 11  2014 /etc/php.ini




<sub33_67> [home] id
uid=10031(sub33_67) gid=505(psacln) groups=505(psacln)

Sieht nicht so aus.

Selbst wenn Du sie kompilieren kannst, kannst Du sie trotzdem nicht einbinden.

Erstmal: Mach das nicht. Du hast da keine Ahnung von und wirst damit keinen Spaß haben. Gerade weil in Deinem Shop Kundendaten und Zahlungsinformationen stecken ist das kein Spiel und eine echt gefährliche Sache.

Du musst den Server ordentlich absichern und ihn aktuell halten.

Außerdem solltest Du die ganze Sache mal überdenken, wenn Du einen Shop mit 2000 Artikeln betreibst und der nicht genug für einen Managed Server abwirft. Das hört sich für mich wie eine Beschäftigungstherapie an, und nicht wie ein Unternehmen mit dem man Geld verdient.

Sorry das um 23:30 niemand innerhalb von zwei Minuten reagiert hat.

*rofl*

Screenshot-52.png

Nutze mal die Forensuche, das funktioniert durchaus.
Meine empfehlung ist aber, einfach die wenigen Euros für einen Snapshot Export in die Hand zu nehmen.
Alles andere ist gefrickel.

Naja, eigentlich gibts den Auth Code ja, damit der Transfer automatisiert läuft. Eigentlich...

SSL Zertifikate auch für lokale Webserver? Klar!

Echtes SSL für lokale Webserver - Any Source

Die internationale Version des Kalenders ist kaputt:

https://www.netcup.eu/adventskalender/

Habe mein Paket ausgepackt.
Vielen Dank. Gerade das Handtuch ist eine super Tolle Idee.

Schicke mal eine Mail mit der Referenz auf diese Frage und diesen Foren Thread an den Support. Die werden Dir sicherlich helfen können.

Bei so einem dicken Shop solltest Du mal über einen Managed Server nachdenken.

Da kannst Du dir das auch alles von nc schön einrichten lassen.

Hab auch ne Nachricht auf paket.de bekommen.
Da bin ich mal gespannt.

Einfach Statt der IP ne Domain Benutzen und man hat das Problem nicht.

Die meisten Dienste können mittlerweile sogar mit SRV Records umgehen.

Moin,

ganz hat meine Config nun doch nicht funktioniert. Die Match Blöcke haben sich gegenseitig gekloppt, wenn es darum ging automatisch ein index File zu öffnen. Leztenendes habe ich eine Tilde vor den Benutzer gesetzt, damit hier die Regex eindeutig wird. Nun gehts:

server {




	listen 80;
	server_name vitruvius;
	error_log /var/log/nginx/lbweb.error.log info;




	# Default
	location / {
		root /var/www/html;
		index index.html;
	}




	# PHP files inside home
	location ~ ^/~(?<userfolder>[^/]+)(?<userfile>/.+\.php) {
		alias /var/www/virtual/$userfolder/html;
		try_files $userfile $userfile/ =404;




		fastcgi_index index.php;
		include fastcgi_params;
		fastcgi_split_path_info ^(.+\.php)(/.*)$;
		fastcgi_pass unix:/var/run/php5-fpm-${userfolder}.sock;
		fastcgi_param SCRIPT_NAME /~$userfolder$fastcgi_script_name;
	}




	# Switch to user home
	location ~ ^/~(?<userfolder>[^/]+)(?<userfile>/.*)?$ {
		alias /var/www/virtual/${userfolder}/html${userfile};
		index index.html index.php;
	}




}

Moin Christian,
wie immer ein sehr guter Tipp.

fastcgi_param SCRIPT_NAME /$userfolder$fastcgi_script_name;

Erstmal läuft es. Ich teste das heute Abend mal genauer und werde dann noch mal berichten.

Danke.

Moin,
ich stelle mich gerade bei der Einrichtung von Nginx mit PHP 7 ein bisschen an...

server {
	listen 80;
	server_name lbweb;




	root /var/www/default;
	index index.php index.html;
	rewrite_log on;
	error_log /var/log/nginx/lbweb.error.log notice;




	location ~ ^/(?<userfolder>[^/]+)(?<userfile>.*\.php) {
		root /var/www/virtual/$userfolder/html;
		try_files $userfile $userfile/ =404;




		fastcgi_split_path_info ^(.+?\.php)(/.*)$;
		include fastcgi_params;
		fastcgi_pass unix:/run/php/php7.0-fpm-${userfolder}.sock;
		fastcgi_index index.php;
	}




	# Switch to user home
	location ~ ^/(?<userfolder>[^/]+)(?<userfile>/.*)?$ {
		root /var/www/virtual/$userfolder/html;
		try_files $userfile =404;
	}
}

fastcgi_params

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;




fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  HTTPS              $https if_not_empty;




fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;




fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;




# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;




fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;




fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 128k;
fastcgi_buffers 4 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_intercept_errors on;




fastcgi_param QUERY_STRING    $query_string;
fastcgi_param PATH_INFO       $fastcgi_path_info;

Ich versuche innerhalb eines vHosts verschiedene PHP FPM Instanzen einzurichten. Der erste Unterordner dient dabei als Benutzername.

Nun habe ich das Problem, dass fastcgi_split_path_info nicht korrekt funktioniert. So meldet mir das Silex PHP Framework beim Aufruf folgender URL zum Beispiel die Falsche Route:

$ curl http://lbweb/cviewer/index.php
NotFoundHttpException: No route found for "GET /cviewer/index.php"

Korrekt wäre hier als Route einfach "/".

Da ich einen Fehler von Silex bekomme, läuft PHP-FPM korrekt. Ich tippe auf einen Fehler in meiner Nginx Konfiguration. Jemand ne Idee woran es liegen könnte?

Hat Dein Server eine 5.*.*.* IP Adresse?

Da gab es vor Ewigkeiten mal Probleme mit, da Hamachi das gleiche Subnetz nutzt.
Keine Ahnung ob das noch immer so ist.

Jetzt hatte das Forum beim Post erstellen gerade Schluckauf. Beim zweiten Versuch ging es wieder:
forumerror.png

Wow, das ist ja ein richtiger Rotz-Code den kein Mensch je wirklich lesen geschweige denn verstehen wird.

Such mal mit einem Texteditor Deines Vertrauens nach "order", dort findet man dann einige Sortierregeln. Ob das die richtigen sind, kann ich aber nicht sagen.