[Nigg]

Irgendwie hat hier die Benachrichtungsfunktion des Forums komplett versagt.

Zitat (J000S: 05. August 2011 - 20:59)

deine neue Version (0.9.6) hat mir erstmal eiskalt meine index.php überschrieben
jetze isse meine schöne datei futsch

tut mir leid, die da wohl irgendwie mit reingerutscht. ich habe den prozess jetzt automatisiert, damit das nicht mehr passiert

Zitat (d4rkn3ss4ev3r: 07. August 2011 - 11:23)

Nigg füge mal in der Cmd fürs nächste Update in der ersten Zeile ein @echo off ein. Das lässt das ganze sehr viel besser aussehen.

Ich zeige die Informationen zu Debug-Zwecken an.

Zitat (d4rkn3ss4ev3r: 07. August 2011 - 11:23)

Und noch ein Vorschlag: Eine Cmd ohne den MySql Server. Nicht jeder braucht den. Eventuell eine Abfrage ob er benötigt wird, oder eine eigene Cmd.

Ich werde ein Flag in der Config vorsehen, womit er abschaltbar ist

Dieser Beitrag wurde von Nigg bearbeitet: 07. August 2011 - 23:23

[J000S]

Wieso "beendet" sich das Prog eigentlich (manchmal) wenn ich es starte? Es kommt der Vergleich mit der Version, dann kommt NPM wird beendet und dann ist im Tray das kleine Symbol...
Wenn ich dann Auf das Symbol klicke: 3x raten... beendet es sich wieder, die Version wird Verglichen und dann erst startet es

Außerdem bleibt das NPM-Logo am start oft hängen und geht nicht mehr weg

[evil.baschdi]

bau doch bitte mal ein kontextmenü ein, über das wir beenden können und beende nicht direkt bei dem klick auf das icon. und dass das "beenden" nich so alleine is, evtl nen eintrag mit "gehe zur seite" indem du die seite mit standardport öffnest. *toll fänd*

[Nigg]

Zitat (J000S: 10. August 2011 - 17:24)

Wieso "beendet" sich das Prog eigentlich (manchmal) wenn ich es starte? Es kommt der Vergleich mit der Version, dann kommt NPM wird beendet und dann ist im Tray das kleine Symbol...
Wenn ich dann Auf das Symbol klicke: 3x raten... beendet es sich wieder, die Version wird Verglichen und dann erst startet es

Außerdem bleibt das NPM-Logo am start oft hängen und geht nicht mehr weg

Das Startscript prüft den Status der Daemons durch die Existenz einer PID-File. Wenn diese vorhanden ist werden zur Sicherheit alle Stop-Scripts ausgeführt. Daher wird npm "beendet". Logischer Weise wird die Datei nicht gelöscht wenn du beispielsweise den Rechner einfach runter fährst. Hierfür gibt es keine Lösung und ich beabsichtige erst mal nicht, etwas an der Prüfung zu ändern, da es meiner Meinung nach die simpelste und sauberste Methode ist.

Das mit dem hängenden Logo hab ich leider nicht reproduzieren können, aber siehe unten..

Zitat (mister-x: 10. August 2011 - 18:02)

bau doch bitte mal ein kontextmenü ein, über das wir beenden können und beende nicht direkt bei dem klick auf das icon. und dass das "beenden" nich so alleine is, evtl nen eintrag mit "gehe zur seite" indem du die seite mit standardport öffnest. *toll fänd*

Ich habe bereits darüber nachgedacht, die Tray-Funktionalität komplett zu entfernen und stattdessen unter Windows 7 die Superbar zu nutzen. Ein Kontextmenü folgt auf vielfachen Wunsch.

[evil.baschdi]

könntest du evtl. dem user auch die wahl lassen zwischen tray und superbar?
1. nicht jeder hat 7, somit keine superbar
2. is die bei mir hier schon ziemlich voll

finds übrigens super, wie sich das projekt entwickelt

[Nigg]

Im Zweifelsfall würde das automatisch erkannt werden. Ich weiß noch nicht wie das laufen wird. Ich möchte u.A. auch keine Abhängigkeiten zu irgendwelchen Microsoft Frameworks oder Bibliotheken haben, so dass (abgesehen von den Anforderungen der einzelnen Dienste) npm an sich auch unter Windows 2000 oder älter läuft. Das ist momentan der Fall.

Dieser Beitrag wurde von Nigg bearbeitet: 10. August 2011 - 18:35

[evil.baschdi]

glaube das ganze superbarzeugs ist im 3.5er framework. d.h. unter 7 bräuchtest du dann ne andere version als unter 2000, da du dort das 3.5 nicht installiert bekommst, sondern nur das 2.0 sp1. und in diesem framework gibts die bibs nich. hatte mal n schönes codebeispiel irgendwo rumliegen, aber denke das wollte auch 3.5.

[Nigg]

Ich verwende ja keine Frameworks (schon gar kein .NET), daher werde ich eine andere Methode nutzen müssen. Im Zweifelsfall verzichte ich lieber auf die Superbar-Features.

Dieser Beitrag wurde von Nigg bearbeitet: 10. August 2011 - 18:48

[evil.baschdi]

http://archive.msdn....dowsAPICodePack

evtl findest du hier was. weiß nicht, obs da evtl auch noch andere möglichkeiten. vmware und itunes und firefox (kannst dir evtl den source runterladen und suchen) könnens ja auch und setzen meines wissens auch nich aufs .net framework. persönlich bin ich aber so microsoft versäucht, dass ich mir die anderen geschichten garnicht angesehn habe.

[Nigg]

mal sehen, die Startzeit von .NET Apps geht jedenfalls mal gar nicht

[J000S]

Zitat (Nigg: 10. August 2011 - 18:31)

Das Startscript prüft den Status der Daemons durch die Existenz einer PID-File. Wenn diese vorhanden ist werden zur Sicherheit alle Stop-Scripts ausgeführt. Daher wird npm "beendet". Logischer Weise wird die Datei nicht gelöscht wenn du beispielsweise den Rechner einfach runter fährst. Hierfür gibt es keine Lösung und ich beabsichtige erst mal nicht, etwas an der Prüfung zu ändern, da es meiner Meinung nach die simpelste und sauberste Methode ist.

Schade... Muss nämlich am Rechner im Büro jedes Mal 2x den admin und sein Passwort angeben, wenn ich es starten will. Einmal wenn ich es "starte" und er sich "beendet" und dann wenn ich es wirklich starten kann

Außerdem muss das beim 2ten Mal im Tray angeklickt werden, sonst passiert nix, wenn ich die npm.exe anklicke.


Aber mal was anders: Ist seit der v0.9.6 das mit den komischen virtuellen Festplattten weg Hab hier nämlich keine mehr.


Außerdem: Kann ich .htaccess irgendwie mit dem npm nutzen? Wenn ja, wie?


EDIT: Es gobt ja jetzt auch nginx 1.0.6

Dieser Beitrag wurde von J000S bearbeitet: 15. September 2011 - 13:42

[Nigg]

Ich bin zur Zeit leider etwas eingespannt, daher noch kein neues Update.

Admin und Passwort? Eigentlich solltest du ihn auch komplett ohne Adminrechte ausführen können. Es ist korrekt das nix passiert wenn du npm.exe ein zweites mal startest, da doppeltes Starten des Launchers verhindert wird. Ich evaluiere derzeit eine neue Methode um das beschriebene Problem zu verhindern.

Es gibt HTTP-AUTH auch bei nginx. Allerdings funktioniert das über die Konfiguration des VirtualHost, da .htaccess einen Performance-Nachteil birgt. Informieren kannst du dich darüber auf www.nginx.org, allerdings musst du dafür wie gesagt die Vhost-Konfiguration bearbeiten - die dann eventuell von mir überschrieben werden könnte. Mal sehen was da in Zukunft kommt.

Dieser Beitrag wurde von Nigg bearbeitet: 15. September 2011 - 13:45

[J000S]

Will natürlich nicht drängeln

Zitat (Nigg: 15. September 2011 - 13:43)

Admin und Passwort? Eigentlich solltest du ihn auch komplett ohne Adminrechte ausführen können.

Ne ich muss jedes Mal admin und PW angeben

Zitat (Nigg: 15. September 2011 - 13:43)

Es ist korrekt das nix passiert wenn du npm.exe ein zweites mal startest, da doppeltes Starten des Launchers verhindert wird. Ich evaluiere derzeit eine neue Methode um das beschriebene Problem zu verhindern.

Das erklärts dann wohl

Das mit dem Laufwerk W: hab ich hier aber trotzdem nicht... Ist jetzt nicht schlimm, aber komisch. Oder sehe ich das nicht, weil ich nur ein "normaler" Benutzer bin?

[Nigg]

npm braucht keine Adminrechte um zu funktionieren. An dem Verfahren mit dem Subst (Laufwerk W:) hat sich auch nix geändert, das ist schon seit der ersten Version so. Benutzt du XP?