Suche Software für... kenne nicht mal das Wort dafür...

Suche Software für... kenne nicht mal das Wort dafür... (51 Beiträge, 1387 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi;

ich suche eine Software/Solution die mir auf einfache Weise ermöglicht, dass Leute in diversen Räumen/PC-Arbeitsplätzen über einen Button definiert, ob sie nun gerade beschäftigt sind und was zu tun haben oder nicht. Andere Leute sollten auf dieses System lesend zugreifen können. Also quasi eine Art "Beschäftigungsampel".

Ich suche eine einfache Möglichkeit diverse Arbeitsplätze zu synchronisieren - sprich - die Leute sollten sehen können, ob ein bestimmter Platz gerade frei ist oder nicht...
Ich weiß nicht mal wie so was heißen könnte - geschweige denn, ob es da eine günstige Freeware/Sharewarelösung gibt...

danke
fz

Kostenlos: Windows Live Manager 2011

Für Unternehmen: MS Lync Server 2010

"Rest in Pieces!"

03.05.2011

Ich suche keinen Instant Messanger...

sondern ganz was triviales... eher so was wie ein Semaphor Programm...

Ich suche keinen Instant Messanger...

Bietet halt nur genau das, was Du brauchst

"Rest in Pieces!"

03.05.2011

Ich hab jetzt aufgehört zu suchen und werde nun doch eine Instant Messenger Lösung machen...

Mit OpenFire als XMPP - Server und irgend einem Open Source Client dazu...
Einen eigenen Server deshalb, weil ich keinerlei Daten zu den entsprechenden Terminals nach außen geben will und darf...

thxs

Geringe Programmierkentnisse vorhanden? Auf einem "Server" eine SQL Express Instanz installieren, eine Tabelle anlegen, ein Minimal Client Programm, wo man seinen Namen einstellt und über ne Combobox den Status wechselt (oder halt in die Systemtry verschieben und dort über Rechtsklick), und über einen Select alle Stati ausgibt. Wär wirklich net viel dabei...

Heeeeey, es würd funktionieren und wär wirklich net viel Arbeit

Heeeeey, es würd funktionieren und wär wirklich net viel Arbeit

was sagt dir der Begriff "mit der Kirche ums Kreuz" ?

Was sagt dir der Satz "Funktionieren würds trotzdem"? Und ich muss sagen für mich persönlich wären die angegebenen Schritte schnell erledigt. Ev. sogar schneller als ich mir eine geeignete Freeware google und teste. Zusätzlich würde es sich in Zukunft gut erweitern lassen. Aber ich hab nie behauptet daß es die schnellste oder beste Lösung ist.

Nebenbei, wenn man ohnehin wo eine Datenbank laufen hat, ist der Aufwand minimalst.

02.02.2011, 22:22 Uhr - Editiert von zeddicus, alte Version: hier

Und ich muss sagen für mich persönlich wären die angegebenen Schritte schnell
erledigt.

und es gibt sicher 5 andere Lösungen, die auch OHNE grad zufällig vorhandene Datenbank/SQL-Server-Kenntnisse schnell zum Ziel führen.
Wenn schon eine da ist ... ok, aber davon steht da weit und breit nix.
Für abzählbar viele PC ist IMHO jede DB zuviel, das klingt doch sehr nach
"wenn ich einen Hammer habe, schaut alles aus, wie ein Nagel"

pragmatischer = insgesamt ein Mehrnutzen wär sowas wie Nagios + NSClient++, wo man automatisiert prüfen kann, ob jemand auf der Maschine eingeloggt ist bzw. ein bestimmtes Programm laufen hat. (ich geh immer von plattformübergreifenden Lösungen aus - gibt aber
wie schon von wem anderen gepostet - auch WIndows-eigene Ansätze.)

Jedenfalls: KISS-Prinzip.

und es gibt sicher 5 andere Lösungen, die auch OHNE grad zufällig vorhandene
Datenbank/SQL-Server-Kenntnisse schnell zum Ziel führen.

Hab ich das je angezweifelt? Ich hab eine Möglichkeit aufgezeigt wie es ginge. Der Aufwand wäre in < 1h erledigt

Wie gesagt, ich persönlich würd länger brauchen mir eine Freeware zu suchen. Der Server muss nicht mal zufällig vorhanden sein, dazu gibts die express edition. Installationsaufwand = 0. Nachdem ich nicht weiß um was für eine Firma es sich handelt kann ich nicht sagen ob das für ihn schwierig zu verwirklichen wär.

Und die Windows eigenen Ansätze brauchen (Windows Live) benötigen eine online Verbindung (und geben die Möglichkeit nach außen zu chatten), was ich persönlich als erheblichen Nachteil sehe. Oder wurde eine andre Möglichkeit genannt?

03.02.2011, 08:31 Uhr - Editiert von zeddicus, alte Version: hier

der Punkt ist: eine DB bringt keinerlei Mehrwert, da könnte man genausogut ein Scripts auf den Desktop oder in die Autostart legen, die Lockfiles auf eine zentrale Maschine schreiben => Aufwand selbst für Laien: 5min.

Wenn von Arbeitsplatz-Monitoring die Rede ist würde man schon etwas erwarten, was in nächster Ausbaustufe auch "Vitalwerte" (Auslastung, HDD-Belegung, Netzwerkdurchsatz) und etwas Fernwartung bieten kann. Und da schaut's mit einer inhaltlich fremden DB-Lösung wieder nach Neuanfang aus.

Eine DB bringt sogar sehr viel Mehrwert. (Im übrigen sind Lockfiles so ziemlich das grausamste was mir jemals untergekommen ist). Man kann beliebig erweitern, die von dir genannten Sachen kann ich genauso in die Datenbank schreiben, ich kann wenn gewünscht Statistiken pflegen, Ausgaben wie "wie lange war er heute unbeschäftigt, was waren die längsten unbeschäftigten Zeiträume, usw, etc. sind mit minimalstem Aufwand realisiert. Sorry, aber die Lockfile Lösung ist wirklich so ziemlich das Schlimmste, ich dachte du hättest einen sinnvollen Vorschlag

Solltest du jemals zB. in Visual Studio eine Datenbankanbindung gemacht haben, solltest du auch erkennen daß sich der Aufwand bei diesem einfachen Beispiel von dem Scripts für "Lockfiles" (bäh bäh doppelbäh) zu erstellen und diese auszuwerten nur marginal unterscheidet. (Völliges Click & Play, und so ein simpler query braucht ja Monate zum eintippen)

Aber es ist eh egal, ich selber brauchs eh net.

Solltest du dich jemals mit Nagios, MRTG, SNMP und wie sie alle heissen, beschäftigt haben, wüsstest du, daß eine DB ein nettes Feature im Backend des Monitoring ist, aber niemals der Kern des Monitoring selbst. Von den statistischen Möglichkeiten von RRD red ich gar nicht.
Die Problemstellung fängt beim Datensammeln an, nicht beim archivieren.

Und ja: ich hab mich schon mit VS, ODBC uvm. beschäftigt.
und statt Lockfiles könnte man genausogut syslog nehmen, billiges, einfach auswertbares Format.

Mit SNMP ja, mit Nagios im speziellen nein.
Ich hab auch nie behauptet dass sie der Kern ist. Hab ich das? Wo? Wann?

Und was hat jetzt Nagios mit der Diskussion zu tun?

Und ich verstehe jetzt auch nicht was an der syslog remotemäßig einfacher auswertbar ist als an einer DB, bzw. wo das Datensammeln für den genannten Zweck einfacher ist. Im übrigen IST das syslog eine Datenbank.

Ich hab auch nie behauptet dass sie der Kern ist.

mein Fehler. Ich hab angenommen, daß man Problemstellungen am Kernproblem anpackt, anstatt mit einem Werkzeug, das einem grad einfällt.

omg. du hast schon gelesen daß ich geschrieben hab dass man einen (mini)client schreiben muss der den status inserted bzw. selected? Daß ich die DB dazu nur als zentrales speicherbackend verwende?

Du hast also nur das Wort Datenbank gelesen und dich daran aufgehängt, weil das Problem war den ganzen Post zu erfassen? Na jetzt weiß ich wenigstens wieder warum ich das GHF so liebe

03.02.2011, 11:26 Uhr - Editiert von zeddicus, alte Version: hier

du hast schon gelesen daß ich geschrieben hab dass man einen (mini)client
schreiben muss der den status inserted bzw. selected? Daß ich die DB dazu nur
als zentrales speicherbackend verwende?

Du hast also nur das Wort Datenbank gelesen und dich daran aufgehängt, weil
das Problem war den ganzen Post zu erfassen?

ja hab ich - und genau diese Herangehensweise: das Pferd beim Schwanz aufzuzäumen - halte ich für ein essentielles Problem, um nicht zu sagen: eine EDV-Sünde. Genausogut könnte man statt DB + Client sowas wie Blender vorschlagen, weil man da ja so toll 3-D-Ansichten der Räume und Rechner kriegt, und mit der Python-Anbindung müsste man halt noch einen Client basteln, oder: man könnte ein IE-Plugin / eine FF-XUL-Erweiterung basteln, weil Browser ist eh überall drauf, dann bräuchte man nur noch einen angepaßten IIS/Apache2/$exotischerwebserverXYZ mit CGI oder noch besser: Java EE / Tomcat um das auszuwerten, oder: man macht eine Cloud-App, die gleich die Überwachung auch ausserhalb des Intranet abdecken würde, und dazu noch eine Twitter-Anbindung (müsst ma halt mit zB Lua scripten)...oder: man nimmt Teamviewer/Skype/Logmein/Hamachi/... und parsed sich mit expat dann aus dem Webinterface was zusammen ...

jo - geht alles.

Aber Tatsache ist: es gibt Tools, die der aktuellen Forderung und den absehbaren, kommenden Wünsche bereits zu 80% entgegenkommen.

Du bewertest den aufwand immer noch viel zu hoch. Und nebenbei waerens halt dann 100 statt 80 prozent, aber das scheint ja nebensaechlich

Edit:
und nicht alles was hinkt ist automatisch ein vergleich

03.02.2011, 12:41 Uhr - Editiert von zeddicus, alte Version: hier

Du bewertest den aufwand immer noch viel zu hoch. Und nebenbei waerens halt
dann 100 statt 80 prozent, aber das scheint ja nebensaechlich

hallo??? du gehst von Kenntnissen eines Produktes aus, das vorweg mit den Anforderungen Null zu tun hat und bei dem jedes weitere, wahrscheinlich bald gewünschte Feature (der Kunde weiß bekanntlich meist erst hinterher, was er (noch) alles will) ebenfalls erst implementiert werden müsste.

nicht alles was hinkt ist automatisch ein vergleich

nicht alles wo MS draufsteht ist eine Lösung.

Hab ich erwaehnt dass er dazu geringe programmierkenntnisse braucht oder nicht. Liest du eigentlich die posts auf die du antwortest? Nein, ich habe nicht explizit nach kenntnissen fuer sql gefragt, er kann ja auch oracle, mysql, postgre, etc einsetzen. Aber jemand der sinnerfassend lesen kann, wird darauf kommen, welche kentnisse er braucht. Aber ich bin nie von irgendwelchen kenntnissen ausgegangen, sondern habe darauf hingewiesen dass sie benoetigt wuerden.

ja, ich weiss, sinnerfassend lesen ist nicht verbreitet, aber vereinzelt gibts das noch

Hab ich erwaehnt dass er dazu geringe programmierkenntnisse braucht oder
nicht.

ach ... und ICH überschätze den Aufwand ...

ja, ich weiss, sinnerfassend lesen ist nicht verbreitet, aber vereinzelt gibts das noch

fassen wir zusammen: du schlägst auf eine Anfrage, die wenig bis Null spezifische Kenntnisse durchblicken lässt, eine Lösung vor, die von der Basis her nix mit der Anforderung zu tun hat, weist darauf hin, daß Programmier-/SQL-Kenntnisse notwendig sind und der Client erst selbst spezifiziert und geschrieben werden müsste (aber dann 100% könnte ....), argumentierst, daß ich den Aufwand hiefür überschätzen würde, strapazierst den üblichen Hink-Vergleich-Sager und philosophierst über den Mangel an sinnerfassendem Lesen.

Hab ich erwaehnt dass er dazu geringe programmierkenntnisse braucht
oder
nicht.

ach ... und ICH überschätze den Aufwand ...

Nochmal, ich tippe jetzt gaaaaaanz langsam. Hat er die nötigen Kenntnisse, ist es kein Problem, der Aufwand minimalst. Hat er sie nicht, kann er das sagen, dann ist die Variante eventuell hinfällig. Verstehst du das soweit?

fassen wir zusammen: du schlägst auf eine Anfrage, die wenig bis Null
spezifische Kenntnisse durchblicken lässt, eine Lösung vor, die von der Basis
her nix mit der Anforderung zu tun hat, weist darauf hin, daß
Programmier-/SQL-Kenntnisse notwendig sind und der Client erst selbst
spezifiziert und geschrieben werden müsste (aber dann 100% könnte ....),
argumentierst, daß ich den Aufwand hiefür überschätzen würde, strapazierst den
üblichen Hink-Vergleich-Sager und philosophierst über den Mangel an
sinnerfassendem Lesen.

Fassen wir zusammen, du trägst zu der Diskussion nichts, absolut nichts bei außer jemanden der einen Vorschlag liefert mit einem "crazy" smiley anzupflaumen. Du bist ein Troll, oder?

Edit:
Du stellst jetzt den Client wieder als eine furchtbar aufwändige Sache hin. Hast du dir schon mal überlegt WAS an Code dazu nötig wäre um genau DIE Aufgabenstellung die er gepostet hat zu erfüllen? Wie wenig das ist?

03.02.2011, 14:02 Uhr - Editiert von zeddicus, alte Version: hier

gaaanz langsam zurück:
Komm in der Realität der EDV an und lerne die Anforderungen und Gegebenheiten des Kunden realistisch zu lesen und einzuschätzen bzw. gezielt nachzufragen, WAS denn Sache ist, nicht zu postulieren womit nicht alles was "hey, funktionieren" würde.

Ich halte deinen Vorschlag auf der Skala der "möglichen Lösungen" für einen in der klar unteren Hälfte des zweckmässigen.
Wie wenig Code notwendig ist? Für die meisten Sprachen und Umgebungen gilt: je weniger Code nötig ist, desto mehr Wissen / KnowHow / Erfahrung vorweg, um ihn tatsächlich so knapp hinzukriegen (Extremfall Perl; ja - es gibt Ausnahmen).
Lösungen a la Nagios brauchen aber wenig bis keine weitere Programmierung, sondern eine gewisse Basiskonfiguration. Ja, KnowHow ist auch hier notwendig, aber der Unterschied ist: jeder Nagios-Kundige kann auf dieser Basis sofort weitermachen, während ein selbstgebasteltes Etwas (SQL Server EE hin oder her) eine absehbare Sackgasse darstellt. Und ja: die Anforderungen steigen mit 95%iger Wahrscheinlichkeit, und falls nicht, dann lässt sich das durch gezielte Rückfragen im vorhinein klären.

Ich bin in der Realität der EDV.

Du hast dir deinen Vorschlag mit Nagios (was für die Anforderung natürlich überhaupt nicht überzogen ist, neiens, der Hauptzweck der Suite liegt eigentlich völlig wo anders) erst im 3. Post aus der Nase ziehen lassen anstatt ihn dem TE im First-Post mitzuteilen.

Im konkreten Beispiel ist die Abfrage über die Datenbank im Visual Studio mittels Click&Play realisierbar. Je nachdem wie ichs haben will kann ich sogar den Statusupdate der User ohne Coding machen. (DataGridView mit Update Berechtigung). Da brauchts keine großartigen Kentnisse, und es gibt Dutzende Beispiele im Net) und zur Not kann man ja nachfragen. Wie gesagt ich habe nie behauptet daß er die hat, ich habe gesagt wenn er sie hat könnte er das so machen.

Dann kreidest du an dass ich eine Datenbank verwenden will und hängst dich an dem Fakt auf. Nagios hat nirgends eine DB als Backend? Bist du dir da 100% sicher?

Zum Thema Sackgasse: Speziell eine Eigenbaulösung ist oft weniger sackgassengefährdet, eben weil man (Kentnisse vorausgesetzt) beliebige Sachen erweitern kann. Aber es ist hier auch vom TE noch nie was zwecks weiteren Forderungen bekommen. Wir werfen aktuell gerade nach einem Investitionsaufwand von ~30k die Software (Auftragsmanagement) eines Fremdherstellers wieder raus, und machen es selber, weil wir damit a) in einer Sackgasse sind und b) völlig dem Hersteller ausgeliefert sind, und unsre Strukturen anpassen müssen, anstatt das Programm angepaßt zu bekommen.

Edit:
Aber nur mal so zwecks Interesse, wie würdest du das mit Nagios realisieren? Unter der Voraussetzung des TE. Also es geht um "beschäftigt", nicht um eingeloggt, Festplattenaktivität oder sonstiges. Ich für meinen Teil (kann ja sein dass ich da falsch liege) verstehe das so daß ich damit zum Beispiel meinem Vorgesetzten melde: Ich bin frei für neue Aufträge.

03.02.2011, 14:39 Uhr - Editiert von zeddicus, alte Version: hier

Aber nur mal so zwecks Interesse, wie würdest du das mit Nagios realisieren?

http://nsclient.org/nscp -> da gibt es neben CPU Last u.ä. einen Check, ob bestimmte Programme laufen (was mit net-snmp-Erweiterungen auch ginge, aber halt nicht mit dem XP-SNMP-Dienst).

Ich hab fast drauf gewartet, als ich mir Nagios angeschaut hab und auch deinen SNMP Kommentar gelesen hab. Ich finde nicht daß man damit erfassen kann ob jemand beschäftigt ist oder nicht. Mir fehlt hier der vom TE genannte Button wo ich sagen kann "beschäftigt" oder nicht.

Also bei meiner Arbeit (Programmierer, verwende zig verschiedene Tools, meist auch innerhalb verschiedener VMs) würd dir SNMP definitiv nix weiterhelfen

Auch eine Sekretärin die mal eben ihre Akten einordnet ist über SNMP nicht erfassbar, aber dennoch beschäftigt.

Die CPU Last beim Lesen von Dokumentationen geht auch stark gegen 0. Hier fehlt die manuelle Möglichkeit.

Ach, ein Edit geht noch. Ich verstehs nicht, mir sagst ich geh an seinen Anforderungen vorbei, und in deinem Beispiel ist seine Hauptanforderung nach dem Button nicht vorhanden... Ja, man kann natürlich ein "Busy Tool" schreiben daß nichts andres macht als zu laufen, und das Abfragen. Aber -> Oh Schreck, diesen furchtbar aufwändigen Client müßt ich schreiben

03.02.2011, 15:02 Uhr - Editiert von zeddicus, alte Version: hier

"die Leute sollten sehen können, ob ein bestimmter Platz gerade frei ist oder nicht..."

was heisst: "frei" - hier ist ein Mangel an Klarheit, wie das überhaupt abläuft. Das könnte ein Amt sein mit 20 gleichberechtigten Sachbearbeitern, ein Internet-Cafe oder eine Bude mit 100 Schichtarbeitern, die im Akkord Arbeitspakete abholen müssen.

im einfachsten Fall könnte man es so interpretieren, daß jeder über eine PHP-Seite seinen Status einträgt.
oder es geht um Bildschirmplätze die eigentlich auch automatisch als besetzt oder unbesetzt erkannt werden können.
oder ein Queue-System wo aktiv zugeordnet wird.
Auch wenn die Rede von einem "Button" ist - mir ist weder zu 100% eindeutig, ob der beim Arbeitsplatz oder in der Anzeige (als eine Art Reservierung) dienen soll, noch: ob das tatsächlich nur über manuelle Steuerung lösbar ist.
Was automatisch geht (eindeutige Kriterien vorausgesetzt), sollte auch automatisch gemacht werden.

sowie: ob SNMP oder was anderes ist nebensächlich, es geht in allen Varianten darum, remote Infos zu sammeln (per SCript oder Status oder (Event)log auslesen). Da tun's NRPE und (free)sshd/telnet genauso.

Mehr Infos sind zweifellos nötig. Ich hab die Anfordung ans Monitoring verstanden, weniger als "ich bin grad unterbeschäftigt-Button"

jo, ich glaub wir 2 müssen uns vertagen. denn der TE machts jetzt über einen Instant Messenger, da er nur den "Beschäftigt" Button nutzen will

nein - macht nur weiter...

http://forum.geizhals.at/t739662,6340065.html#6340065

Hi;

wenn es dich interessiert - ich habe 2 Arbeitsplätze in 2 unterschiedlichen Räumen wo Leute ab und zu bestimmte Experimente/Messungen machen und nicht gestört werden dürfen - diese Räumen sind gleichzeitig so was wie ein Lager.

Wenn nun Wer was aus dem Lager benötigt, so muss er sich vorher vergewissern können, dass er nicht gerade die Experimente/Messungen stört. Diese Experimente/Messungen können mehrere Stunden oder aber auch in mehreren Stunden nur jeweils 10-20 Minuten jede Stunde dauern... außerdem gibt es ja auch noch Zigaretten/Klo und andere Pausen, die ein Zutritt zu Raum ermöglichen.

Die Idee war nun eben so eine Art elektronischer "Bitte nicht eintreten Button" zu machen wie es so was etwa physikalisch schon für Fernseh- und Tonstudios gibt - nur eben übers LAN, damit die benutzen nicht ständig zu den entsprechenden Räumen gehen müssen, um festzustellen ob sie nun rein dürfen oder nicht.
So - ich hoffe ich konnte alle Fragen beantworten...

Skype. Macht exakt das.

naja - skype macht wesentlich mehr - eigentlich alle Instant Messenger sind für das Problem komplett overpowerd...

BTW: Vielleicht ist hier was brauchbares dabei ...

AutoScan Network (c) Thierry Lagarde @ France
http://www.supernature-forum.de/netzwerk-tools/91579-autoscan-network-netzwerk-diagnose-und-intrusion-alert.html
http://autoscan-network.com/index.php?option=com_content&task=view&id=17&Itemid=31

Lan.FS - Kurz vorgestellt
http://www.lan-fs.de
Lan.FS ist ein sehr schnelles, kleines und kompaktes, innovatives Freeware-Netzwerkprogramm
(für den nicht-kommerziellen Einsatz) für Windows 2000/XP/2003/Vista und Windows 7.

LAN-Explorer
http://www.speed-soft.de/software/lan_explorer/index.php?language=de
Ermitteln aller Rechner, Freigaben und Drucker in Ihrem lokalen Netzwerk.
Ressourcen wie Rechner, Freigaben etc.

LanDiscovery
http://flashdeli.com/lan-discovery.php
is a free utility for browsing large local area networks (LAN)

Flashdeli LAN Messenger, an instant LAN Messenger
http://flashdeli.com
Flashdeli (Flash Delivery) is an instant messaging system for your LAN or intranet.
This software is a replacement for Microsoft WinPopup or Messenger services.

Network Monitoring Tools * Les Cottrell, SLAC. Last Update: January 31st, 2011

http://www.slac.stanford.edu/xorg/nmtf/nmtf-tools.html

So ein Network Monitoring Tool nützt mich nichts - da ich anhand vom Netzverkehr nicht auf die Arbeit auf den Rechnern schließen kann... die können ja auch Traffic produzieren ohne das jemand aktiv daran arbeitet....

Ich hab das Problem eh schon mithilfe eine privaten Jabber-Servers und entsprechenden Clients gelöst...

http://forum.geizhals.at/t739662,6332330.html#6332330

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung