Apache durch nginx ersetzt
Apache durch nginx ersetzt
Sag mir, wie man Apache durch nginx ersetzt.
Ich wäre dankbar für die detaillierte Anleitung.
Ich wäre dankbar für die detaillierte Anleitung.
Re: Apache durch nginx ersetzt
Gar nicht.
KeyHelp benötigt den Apachen.
Manuell kannst du dir den nginx als Proxy davor basteln.
KeyHelp benötigt den Apachen.
Manuell kannst du dir den nginx als Proxy davor basteln.
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
- OlliTheDarkness
- Posts: 1854
- Joined: Tue 14. Aug 2018, 16:41
- Location: Essen (NRW)
Re: Apache durch nginx ersetzt
ES GEHT NICHT
Gut genug erklärt ?
Mit freundlichen Grüßen
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization
**************************************************************
OlliTheDarkness
**************************************************************
Helden leben lange, Legenden sterben nie
World Hack Organization
**************************************************************
Re: Apache durch nginx ersetzt
So böse und unfreundlich Community habe ich noch nicht gesehen!
Re: Apache durch nginx ersetzt
Unfreundlich ist diese Community ganz gewiss schon mal gar nicht, das schon mal klar ist!
Wenn man dir schreibt, KeyHelp gibt ausschliesslich nur mit Apache2, dann ist das halt so.
Das hast du dann verdammt nochmal zu kapieren.
Re: Apache durch nginx ersetzt
Jungs, bitte!
Mäßigung!
Mäßigung!
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: Apache durch nginx ersetzt
Manuell kannst du dir den nginx als Proxy davor basteln.
Sag mir die Anweisung, wie es geht.
Ich werde Ihnen sehr dankbar sein.
----
Ich glaube er meinte wie das mit dem proxy funktioniert.
Sag mir die Anweisung, wie es geht.
Ich werde Ihnen sehr dankbar sein.
----
Ich glaube er meinte wie das mit dem proxy funktioniert.
Re: Apache durch nginx ersetzt
Das lustige an dem ganzen ist, dass niemand helfen kann oder will.
Weil es nun mal nicht geht und ich weise auch darauf hin, das letztlich der Threadstarter selber unfreundlich mit seinem "Sag mir" ist.
Man könnte nämlich ein Bitte dazu schreiben und es mag zwar sein, dass mein 1. Betrag hier unfreundlich wirkt aber.
Der ist nur etwas zu hart beschrieben und bestätigt nur die Aussagen "Gar nicht." und "ES GEHT NICHT".
Und ich halte so wieso bei einer Webhosting Software für unsinnig und überflüssig NGINX vor den Apache2 zu schalten.
Weil es nun mal nicht geht und ich weise auch darauf hin, das letztlich der Threadstarter selber unfreundlich mit seinem "Sag mir" ist.
Man könnte nämlich ein Bitte dazu schreiben und es mag zwar sein, dass mein 1. Betrag hier unfreundlich wirkt aber.
Der ist nur etwas zu hart beschrieben und bestätigt nur die Aussagen "Gar nicht." und "ES GEHT NICHT".
Und ich halte so wieso bei einer Webhosting Software für unsinnig und überflüssig NGINX vor den Apache2 zu schalten.
Re: Apache durch nginx ersetzt
Das mit dem nginx als Proxy für den Apachen macht auf lastintensiven Webseiten durchaus Sinn, da nginx statischen Webcontent schneller ausliefern kann der Apache.
Ich kenne aber auch nur die Theorie und habe das nicht konfiguriert.
Ich kenne aber auch nur die Theorie und habe das nicht konfiguriert.
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: Apache durch nginx ersetzt
Ich sehe durchaus auch Szenarien, wo das sinnvoll sein kann.
Praktisch gemacht habe ich es allerdings auch noch nie.
Ansonsten so im Allgemeinen: für mich sieht das eher so aus, als wenn der Thread-Opener nicht nativ Deutsch spricht und sich das entweder aus vorhandenen Kenntnissen selber zusammengereimt oder aber das ganze durch ein Übersetzungs-Tool gejagt hat - das mag eine gewisse sprachliche Ungeschliffenheit erklären. Die Nachfrage bezog sich aber eindeutig auf die Nginx-Proxy-Geschichte.
Vielleicht alle mal ein bisschen weniger Schaum vor dem Mund
Praktisch gemacht habe ich es allerdings auch noch nie.
Ansonsten so im Allgemeinen: für mich sieht das eher so aus, als wenn der Thread-Opener nicht nativ Deutsch spricht und sich das entweder aus vorhandenen Kenntnissen selber zusammengereimt oder aber das ganze durch ein Übersetzungs-Tool gejagt hat - das mag eine gewisse sprachliche Ungeschliffenheit erklären. Die Nachfrage bezog sich aber eindeutig auf die Nginx-Proxy-Geschichte.
Vielleicht alle mal ein bisschen weniger Schaum vor dem Mund
Re: Apache durch nginx ersetzt
KeyHelp ist auf Apache gebaut und es ist auch einer der performantesten und sichersten Server.
Wenn du einen NGINX Proxy brauchst kannst du diesen davor schalten. Das ist auch eine interessante Sache.
Aber es benötigt nach meiner Recherche Knowhow und auch Durchhaltevermögen.
Denn es macht die Konfiguration dann dahingehend schwieriger, weil die Anlage von neuen Domains nur mehr vom Admin erfolgen kann, der diese vhosts dann auch in NGINX händisch nachpflegt. Weiters muss man auch bei Updates aufpassen.
Ohne wirklich fit zu sein ist es aus administrativer Sicht irgendwie gefährlich. Viele die dies wirklich optimal verwenden haben tendentiell nur 1 Server pro Projekt und arbeiten überhaupt ohne Panel.
Man kann wie ich finde auch so argumentieren:
NGINX bringt nur sehr wenig bei statischen Files und nichts bei dynamischen Files. Relativ ist eine 50% Beschleunigung bei statischen Files natürlich toll - aber diese brauchen absolut gesehen so wenig Zeit, dass es nicht kaum bemerkbar macht.
Erst bei extrem hohem Benutzeraufkommen, oder zu kleinem CPU hat es die Nase für derartige Seiten vorn.
--
Schaue dir mal mod_pagespeed an (dieses gibt es für NGINX zum selbstkompilieren oder für Apache ready-to-use)..
Dokumentation zu den Modulen: https://www.modpagespeed.com/doc/
Im Forum: viewtopic.php?f=5&t=10816
Eine Beschleunigung der dynamischen Skripte und Medienauslieferung bringt im Gegensatz zur Beschleunigung von statischen Files fast immer mehr für deine User und für Google.
Ich würde daher argumentieren, dass die Benutzer die weiter optimieren wollen hier eigentlich einen besseren Ansatz finden als bei dem Einsatz eines NGINX Proxys. Natürlich sind es aber 2 verschiedene Dinge. Zu Grunde liegt aber der Wunsch maximale Leistung herauszuholen.
Wenn du einen NGINX Proxy brauchst kannst du diesen davor schalten. Das ist auch eine interessante Sache.
Aber es benötigt nach meiner Recherche Knowhow und auch Durchhaltevermögen.
Denn es macht die Konfiguration dann dahingehend schwieriger, weil die Anlage von neuen Domains nur mehr vom Admin erfolgen kann, der diese vhosts dann auch in NGINX händisch nachpflegt. Weiters muss man auch bei Updates aufpassen.
Ohne wirklich fit zu sein ist es aus administrativer Sicht irgendwie gefährlich. Viele die dies wirklich optimal verwenden haben tendentiell nur 1 Server pro Projekt und arbeiten überhaupt ohne Panel.
Man kann wie ich finde auch so argumentieren:
NGINX bringt nur sehr wenig bei statischen Files und nichts bei dynamischen Files. Relativ ist eine 50% Beschleunigung bei statischen Files natürlich toll - aber diese brauchen absolut gesehen so wenig Zeit, dass es nicht kaum bemerkbar macht.
Erst bei extrem hohem Benutzeraufkommen, oder zu kleinem CPU hat es die Nase für derartige Seiten vorn.
--
Schaue dir mal mod_pagespeed an (dieses gibt es für NGINX zum selbstkompilieren oder für Apache ready-to-use)..
Dokumentation zu den Modulen: https://www.modpagespeed.com/doc/
Im Forum: viewtopic.php?f=5&t=10816
Eine Beschleunigung der dynamischen Skripte und Medienauslieferung bringt im Gegensatz zur Beschleunigung von statischen Files fast immer mehr für deine User und für Google.
Ich würde daher argumentieren, dass die Benutzer die weiter optimieren wollen hier eigentlich einen besseren Ansatz finden als bei dem Einsatz eines NGINX Proxys. Natürlich sind es aber 2 verschiedene Dinge. Zu Grunde liegt aber der Wunsch maximale Leistung herauszuholen.