Neu Optimale Server-Einstellungen

[torstenvgp]

Hallo,

ich lasse JTL-Shop auf unserem "eigenen" Root-Server laufen.
Kennt jemand die optimalten Einstellungen w.z.B. execution_time usw. ?
Ich bekomme schon eine Zeitüberschreitung, wenn ich 200 Bilder hochladen möchte 🙁

Vielen Dank für Eure Hilfe !

LG,

Torsten

 

[maydo]

HI,

ihr habt bestimmt einen Admin für den Root Server, am besten mal den fragen.

 

[torstenvgp]

Hallo,

aber ich glaube ich zu erinnern, as es bei der Shop-Insatllation Vorschläge für die Einstellungen gab...

 

[n_z]

Ich hab bei mir folgende Einstellungen für PHP5.6.4 drin:

 safe_mode = off
 max_execution_time = 320
 max_file_uploads = 30
 post_max_size = 64M
 allow_url_fopen = 1
 upload_max_filesize = 16M
 magic_quotes_gpc = Off

 

[css-umsetzung]

Du könntest, je nach Server, in dein dbeS Verzeichnis eine editierte htaccess einfügen, die die über ein php flag, die scriptlaufzeit und andere Werte hochschraubt.

Oder es wird die vhosts angepasst, damit dieses verzeichnis eine andere php.ini Datei verwendet.

Du kannst die werte natürlich auch global für alle hoch setzen, das könnte aber bei einem php fehler schleifen oder ähnlichem, lustig werden.

 

[Xantiva]

Wenn es der eigene Root-Server ist - da stimme ich maydo zu - da sollte der Admin schon passende Werte finden. Es geht ja nicht nur um PHP-Einstellungen, gerade der MYSQL-Datenbank hilft eine individuelle Konfiguration sehr (abhängig vom Arbeitsspeicher, etc.).

@n_z Was macht denn allow_url_fopen = 6 ? Das ist ein boolscher Wert: 0 = false, alles ungleich 0 = true http://php.net/manual/de/filesystem.configuration.php#ini.allow-url-fopen

 

[n_z]

Da hast du recht - ist mir beim Speicherlimit hochsetzen wohl mal dazwischen gerutscht.

 

[Inge]

Das hängt von deinem Sicherheitsniveau (z.B. PHP POST/GET Limits) ab sowie deiner Architektur (z.B. Einsatz Reverse-Proxies mit eigener Latenz, sowie eigene Hardware / IO) und deiner PHP-Ausführungsarchitektur (FPM, FastCGI). Ohne ausführliches WIssen über deinenen "Server" und deinen strategischen Interessen kann kein gebildetet Admin die hier eine vernünftige Antwort geben. Du könntest dich an "best practices" halten, dann reicht aber ne Google suche aus. Generell: max_execution_time sollte natürlich nicht zu hoch eingesteltl sein (Zombie Prozesse, RAM wird zu spät wieder freigebgeben) etc. Dafür muss man aber auch noch wissen was sonst noch auf dem Server läuft, wieviele Vhosts und und und. Dann könnte man aber auch noch sagen, moment mein Backend ist gar nicht das Problem, der Code im Script ist schon so ineffektiv programmiert, dass er die max_execution time überhaupt erreicht, was ja nicht sein sollte (effizientes programmieren). Dann muss man hinterfragen, was das SCript macht und der Ansatz i.O. war (z.b.b mehr async oder queue/polls verfahren).......

Wie du siehst lässt sich deine Frage nicht genau beantworten. Das ist das ehrliche.