Recent content by mgutt

Weil jedes Child einen eigenen Cache bekommt. Man kann da wohl tricksen und nur 1 Child pro Prozess zulassen, aber das ist auch keine gute Lösung. Besonders wenn man per PHP Daten im RAM ablegen will z.B. mit vBulletin. Genau diesen Misstand haben wir aktuell (bei jedem Reload neuer Cache)...

Du meinst mit PHP-FPM? Sonst kenne ich nichts, wo man eine zentralen Cache realisieren kann.

APC etc. aber nur, wenn PHP nicht per fcgi läuft. Ansonsten hat man keinen zentralen Cache. Varnish habe ich noch nicht getestet. mod_pagespeed wäre auch noch eine Idee, habe ich aber auch noch nicht getestet.

Denke schon. Wieder etwas schlauer: Wenn man ipv6 deaktiviert, funktioniert es. Von außen kann man den Server per ipv6 nicht erreichen. Intern funktionieren die Regeln aber. Scheinbar switcht Debian hier nicht automatisch auf ipv4, wenn v6 nicht geht :confused: Wir geben dem Server im...

Nein. Der PTR besteht schon lange. Das Problem konnte ein bisschen näher eingegrenzt werden. In postfix gibt es diese Fehlermeldung: Die hosts sieht aber richtig aus: # 'hosts' file configuration. ::ffff:5.9.63.186 mgi74201.gutt.it mgi74201 ::1 ip6-localhost...

Also das Problem bekommen wir immer noch nicht gelöst. :( Hier mal der Header, wenn ich die Funktion mail() nutze: Da passiert gar keine Auflösung. Hilft uns also auch nicht.

Ich würde nicht "schlechter" sagen, sondern einfach für eine andere Hardware-Konstellation gedacht. Wenn man mehrere Server nutzt (z.B. CDN), dann geht es ja nur mit Cache und da ist es dann die "gute" Variante ^^

nginx liegt auf dem gleichen Server: Es ist also Quatsch einen Cache anzulegen. Nachteile, die aus einem Cache resultieren: - man muss beim Apache auf die GZIP Einstellungen achten, sonst komprimiert man doppelt - alle Dateien werden doppelt abgespeichert (1x Apache und 1x nginx) - alle...

Wenn man es sauber trennen will, dann macht man eine IF Regel auf .php mit proxy_pass und eine ELSE für alles andere mit root. Am einfachsten - aber das geben die wenigsten Softwares her - wenn alle statischen Dateien im gleichen Unterordner liegen. Dann bräuchte man nicht mal regex, sondern...

Auch diese Regel bringt rein gar nichts. Sie setzt einen expires-Header. Das hat der Apache vorher auch schon gemacht bzw. man kann auch da auf max gehen. Das verhindert aber nicht, dass die Anfragen beim Apache landen. Da musst Du schon mit root arbeiten.

Das bezweifelt denke ich auch keiner, aber die hier zitierten Regeln enthalten keine Entlastung für den Apache. Im Gegenteil. Man fördert doch nur Latenzen, wenn man einen Proxy davor schaltet, der keine andere Aufgabe erfüllt als einfach nur den Traffic 1:1 durchzuleiten. Vielleicht ist ja...

Hier: http://www.mxtoolbox.com/supertool.aspx habe ich "ptr:5.9.63.186" gecheckt: Und auch die "ptr:5.9.63.188" liefert ein Ergebnis: Kann es sein, dass der Server sich selbst nicht aufgelöst bekommt? Weil der Receiver ist ja "mgi74201.gutt.it". Die zweite Zeile des Empfängerservers sieht...

Ich sehe in dieser Konfiguration keinen Sinn. Klar ist der Nginx in der Front gut, aber dann muss der auch was tun. Was genau macht der denn? Ich sehe nur eine Weiterleitung des gesamten Traffics. Wenn Du Performance sparen willst, dann solltest Du zumindest Regeln einführen, die...

1.) if is evil: http://wiki.nginx.org/IfIsEvil In Deinem Fall sollte es kein Problem geben, aber nur wenn Du neben dem if nichts anderes in dem location Block hast. Das wollte ich nur allgemein erwähnen. 2.) Du willst auf die Startseite nur dann umleiten, wenn das Key "query" in der URL...

1. Unknown Problem Meine Domain http://www.maxrev.de/ routet auf den Hetzner Server mit der IP 5.9.63.186. Dazu wurde bei maxrev.de der A record 5.9.63.186 hinterlegt. Bei Hetzner ist als Reverse DNS mgi74201.gutt.it hinterlegt. Dazu wurde bei gutt.it für den Namen mgi74201 der A...