Nginx GUI Administrator

[Back2Code]

@WM_CLOSE

Ich glaube du hast noch nicht richtig mitbekommen, dass dieses Projekt nur für Windows konzipiert wurde von mir. Es ist auch nur mit der Windows nginx Version kompatibel

@sx2008 Danke für's Feedback ich kümmer mich drum.

[sx2008]

Hmmm...
Jetzt sind die globalen Variablen immer noch global:

Delphi-Quellcode:

unit functions;

interface

var {global sichtbar}
  IsRunning : Boolean = False;
  IsAutoStart : Boolean = False;
  sConfPath: String;

Verschieben nach TGUI ist doch viel besser:

Delphi-Quellcode:

type
  TGUI = class(TForm)
    MainBox: TGroupBox;
....
  private
    IsRunning : Boolean;
    IsAutoStart : Boolean;
    sConfPath: String;
    function AutoStartExist: Boolean;

Private Variablen in Klassen werden in Delphi autom. mit 0 initialisiert; IsRunning und IsAutoStart sind also zu Beginn =False.
Es ist üblich private Variablen den Prefix "F" (für Field) vorneanzustellen.

Delphi-Quellcode:

  private
    FIsRunning : Boolean;
    FIsAutoStart : Boolean;
    FConfPath: String;

[WM_CLOSE]

Zitat:

Ich glaube du hast noch nicht richtig mitbekommen, dass dieses Projekt nur für Windows konzipiert wurde von mir. Es ist auch nur mit der Windows nginx Version kompatibel

Ich habe sehr wohl verstanden, dass die GUI immer auf Windows laufen muss, aber der Server kann doch überall stehen. nginx ist im "Heimbereich" sowieso nicht so verbreitet, da dort der XAMPP Stack viel einfacher aufzusetzen ist. Damit ist nginx unter Windows eher eine Nische.
Die Umsetzung, damit es auch auf einem entfernten Server liegt mittels ssh ist nicht besonders schwer, wie man am gezeigten Beispiel sieht. Es werden fertige Tools aus dem PUTTY Client benutzt, um dieselben Dateien, die du momentan von der Festplatte lädst, eben von einem ssh Server zu holen. Das Schreiben ist auch nicht schwer.
Das einzige Problem, das man sehen könnte, ist dass das Starten/Beenden/Autostart unter Linux anders funktioniert. Das ließe sich z.B. durch eine Einstellung in einer Konfigurationsdatei anpassen.

So funktioniert das unter Linux: Kommandos einfach über ssh schicken.

Code:

/etc/init.d/nginx start
/etc/init.d/nginx stop
/etc/init.d/nginx restart

Mir ist natürlich klar, dass du erstmal die Variante mit dem geringsten Widerstand genommen hast und nur das Nötigste umgesetzt hast, aber wenn du das Projekt schon als "fertig" bezeichnen würdest, wäre ich schwer enttäuscht. Nginx ist numal hauptsächlich auf dem Linux Server interessant, weshalb ich die Lösung mittels scp vorgeschlagen habe.

Ich persönlich sehe in nginx auf dem Desktop (lassen wir Windows Server mal außen vor) keinen Vorteil gegenüber Apache, weshalb er auch im Desktopbereich nicht so häufig eingesetzt wird. Die Vorteile spielt nginx erst bei großem Load aus, den man auf dem Desktop normalerweise nicht hat.

PS: Ich begrüße natürlich das Projekt, aber der Funktionsumfang (er ist bis jetzt lediglich ein Starter und Logbetrachter (sogar die config machst du nur in notepad auf.)) ist mir als nginx Benutzer einfach zu schmal.

Betrachte das nicht als Beleidigung, sondern eben als konstruktive Kritik. Wenn ich vorhätte dich zu ärgern, hätte ich auf die diversen anderen Tools verwiesen, oder selbst eines verfasst.

[implementation]

Zitat von WM_CLOSE:

So funktioniert das unter Linux: Kommandos einfach über ssh schicken.

Code:

/etc/init.d/nginx start
/etc/init.d/nginx stop
/etc/init.d/nginx restart

Dazu sollte man aber dringendst ergänzen, dass das distributionsabhängig ist. Unter älteren ArchGNU/Linux-Installation würde das ganze z.B. "rc.d start|stop|restart nginx" heißen, unter Systemd "systemctl start|stop|restart nginx", usw. usf., kommt immer auf das verwendete Service-System an (meistens einzelne Skripte oder ins Initsystem integriert), und die variieren (zum Glück) sehr.

[WM_CLOSE]

Bist du dir sicher, dass es dann überhaupt nicht funktioniert? Die "bevorzugte Vorgehensweise" ist bei jeder Distro anders, aber ich dachte init.d geht weitgehend immer.
Bei allen Distros, die ich ausprobiert habe, ging das über init.d
(Debian, Ubuntu, SuSe, DSL und noch ein paar andere).
Sorry, falls es eine Falschmeldung war.

[implementation]

Zitat von WM_CLOSE:

Bist du dir sicher, dass es dann überhaupt nicht funktioniert? Die "bevorzugte Vorgehensweise" ist bei jeder Distro anders, aber ich dachte init.d geht weitgehend immer.
Bei allen Distros, die ich ausprobiert habe, ging das über init.d
(Debian, Ubuntu, SuSe, DSL und noch ein paar andere).
Sorry, falls es eine Falschmeldung war.

Du hast halb recht, meistens geht es so. Aber auf meinem älteren Arch z.B. gibt es /etc/init.d überhaupt gar nicht, da liegen die gleichen Skripte stattdessen traditionell in /etc/rc.d (mittlerweile vllt. auch in /etc/init.d, wegen Systemd). Also ist es nichts, auf das man sich 100% verlassen kann. Aber man könnte das ja im Client einstellbar machen, und dann /etc/init.d als Default nehmen.

[Back2Code]

Zitat von WM_CLOSE:

Zitat:

Ich glaube du hast noch nicht richtig mitbekommen, dass dieses Projekt nur für Windows konzipiert wurde von mir. Es ist auch nur mit der Windows nginx Version kompatibel

Ich habe sehr wohl verstanden, dass die GUI immer auf Windows laufen muss, aber der Server kann doch überall stehen. nginx ist im "Heimbereich" sowieso nicht so verbreitet, da dort der XAMPP Stack viel einfacher aufzusetzen ist. Damit ist nginx unter Windows eher eine Nische.
Die Umsetzung, damit es auch auf einem entfernten Server liegt mittels ssh ist nicht besonders schwer, wie man am gezeigten Beispiel sieht. Es werden fertige Tools aus dem PUTTY Client benutzt, um dieselben Dateien, die du momentan von der Festplatte lädst, eben von einem ssh Server zu holen. Das Schreiben ist auch nicht schwer.
Das einzige Problem, das man sehen könnte, ist dass das Starten/Beenden/Autostart unter Linux anders funktioniert. Das ließe sich z.B. durch eine Einstellung in einer Konfigurationsdatei anpassen.

So funktioniert das unter Linux: Kommandos einfach über ssh schicken.

Code:

/etc/init.d/nginx start
/etc/init.d/nginx stop
/etc/init.d/nginx restart

Mir ist natürlich klar, dass du erstmal die Variante mit dem geringsten Widerstand genommen hast und nur das Nötigste umgesetzt hast, aber wenn du das Projekt schon als "fertig" bezeichnen würdest, wäre ich schwer enttäuscht. Nginx ist numal hauptsächlich auf dem Linux Server interessant, weshalb ich die Lösung mittels scp vorgeschlagen habe.

Ich persönlich sehe in nginx auf dem Desktop (lassen wir Windows Server mal außen vor) keinen Vorteil gegenüber Apache, weshalb er auch im Desktopbereich nicht so häufig eingesetzt wird. Die Vorteile spielt nginx erst bei großem Load aus, den man auf dem Desktop normalerweise nicht hat.

PS: Ich begrüße natürlich das Projekt, aber der Funktionsumfang (er ist bis jetzt lediglich ein Starter und Logbetrachter (sogar die config machst du nur in notepad auf.)) ist mir als nginx Benutzer einfach zu schmal.

Betrachte das nicht als Beleidigung, sondern eben als konstruktive Kritik. Wenn ich vorhätte dich zu ärgern, hätte ich auf die diversen anderen Tools verwiesen, oder selbst eines verfasst.

Danke für deine ausführliche Kritik. Soweit hab ich in dem Fall gar nicht gedacht eventuell auch mal Linux Server damit anzusteuern. Ist eigentlich eine nette Idee, an der Umsetzung wird es von meiner Seite wahrscheinlich etwas harpern, da dort etwas mehr Erfahrung von Delphi nötig ist die ich noch nicht besitze.

Mittlerweile gibt es auch etwas ähnliches wie Xampp nur mit nginx. Nennt sich WNMP : https://bitbucket.org/x64architectur...ginx-mysql-php