Community Projekt: Teil 1 - Interesse an einem gemeinsamen größeren (Software)Projekt?

Zitat von SOLVE-SMART

...

Daher gern immer her mit den Infos 😇 .
...

Hier die Infos aus erster Hand:
Blue Prism: https://bpdocs.blueprism.com/bp-7-3/en-us/frmControlRoom.htm

UiPath: https://www.uipath.com/de/product/orchestrator

Ich habe mit beiden beruflich zu tun und finde besonders den Blue Prism Control Room sehr übersichtlich. Ich kann mir da jeden einzelnen Fall anschauen.
Weiterhin kann ich da per drag&drop festlegen, welcher Prozess auf welcher Maschine ausgeführt wird.

Ich nutze AutoIt aktuell hauptsächlich um Tasks abzuarbeiten (Massenumstellung von Konfigurationen auf Windows PC's oder per AP request in Management Cloud Systemen) oder um Minitools zu schreiben um z.B. CSV Dateien im bestimmten Format zu erzeugen um damit dann wieder eine CLoud/Programm zu füttern, die keine API hat.

Allerdings starte ich das meiste davon wiederum von einem selbstgeschriebenen Management Tool (non AutoIt). Ob das nun eurerseits allerdings unter "Abarbeitung" von Fällen fällt, weiß ich nicht.
Daher weiß ich nicht in wie fern ich dann helfen könnte.

MEIN VORSCHLÄGE WÄREN ...

... einen selbst gescripten Browser.
... ein Haushaltsbuch (mache ich z. Zt. alles ins Excel)

Zitat von Moombas

Schön wäre es ja, wenn es was ist, was auch mit AutoIt zu tun hat (Erweitertes Hilfe Tool um auch non default UDF dynamisch abzubilden oder so).

Moombas
Hast Du Dir dazu schon die Advanced Help im deutschen bzw. englischen Forum angesehen?

Wir sind ja gerade dabei, Ideen aufzunehmen. Da darf man dann auch ein bisschen träumen, oder? Wir wäre es, wenn wir zu AutoIt eine graphische Oberfläche entwerfen.

Als erste Idee nehme ich mal zwei Beispiele von GitHub: https://github.com/saucepleez/taskt oder https://github.com/ohefny/FlowchartConverter

Zitat von water

Moombas
Hast Du Dir dazu schon die Advanced Help im deutschen bzw. englischen Forum angesehen?

Yep, was ich meine ist aber eher etwas, was auf einem (Standardisierten) Kommentarfeld + Ordnerstrucktur (wegen der examples) basiert und das dann halt dynamsich zusammen baut ohne jeweils eine helpfile erstellen zu müssen.

Na ja, die Idee ist einfach: Ich erstelle einen Flowchart, jedes Element hat "Eigenschaften" und der AutoIt-Code wird generiert.

hmm... wenn wir von Träume sprechen

Autoit v3 Remote Command Prompt (youtube.com)

hier in dem youtubevideo ist kein Beispiel Code hinterlegt dennoch juckt mich das

für die Remote Geschichte gibt es aber bereits Ansätze:

da ist bestimmt was dabei, dass man "umbauen" und aktuell nutzen kann

  Schnuffel klar gibts da etwas aber etwas mit gui um es zu verwalten mit autoit fände ich nice.

ich zum beispiel weiß zwar wie man einen Server mit autoit aufsetzt aber ich hab noch keine Ahnung wie das mit der commandozeile funktionieren soll deswegen sage ich es juckt mich.

ich arbeite fast ausschließlich im AD Umfeld und da gibt es reichlich Themen,
die danach schreien in AutoIt umgesetzt zu werden.
Dinge die ich in meinem Umfeld vermisse und die möglichst kostenlos sind (ohne zu wissen, ob es schon Alternativen gibt)
Ähnlich dem Ansatz, Robocopy mit einer GUI zu versehen, ....

- GUI für WDS (Nutzung der wdsutil)
- GUI für DHCP mit erweitertem Funktionsumfang
- GUI oder Funktionssammlung für diverse DOS Kommandos, die in Vergessenheit geraten sind
- Funktionssammlung für Powershell Kommandos (Powershell selbst finde ich furchtbar und die ISE liefert kein Umgebungsverhalten)

und ich wiederhole gern meinen Wunsch nach einer gesamtheitlichen Lösung der "Server-Client Administration"
inkl. Deployment, Patch-Management, Asset-Management für Windows Umgebungen

Ob da dann auch Tools zur vereinfachten RDP Nutzung á la mRemoteNG und Co. mit drin sind oder sogar Überwachungen auf Servern à la Icinga und Co.
wären dann Erweiterungsmodule für ambitionierte AutoIt'ler

Die Liste meiner Wünsche ist da "fast" endlos.

Aber ich beteilige mich auch gerne an jedem anderen Projekt.
Ich denke nur, dass da für jeden was dabei ist, wenn man die Aufgaben ordentlich verteilt.
Da steckt TCP/IP drin, da steckt GUI drin, da steckt WMI und Powershell mit drin, da steckt die Nutzung vieler Windows Bordmittel oder deren Abstrahierung mit drin,
die sich wunderbar auf Einzelne oder Gruppen aufteilen lassen.

Da muss man dann auch nicht grundlegend die Funktionsübergaben diskutieren, sondern jedes Entwickler-Teil-Team erstellt seinen Bereich.
Wenn alpha, beta oder fertig, je nachdem wird dass dann implementiert.
Wie bei Linus Torvalds muss einer halt die Sache überblicken und die Teile zusammenfügen

Und ja, mir ist ein SCCM und andere Derivate bekannt. Aber ich finde dass die einfach zu teuer sind

noch ein Wunsch:

ich bastle zur Zeit ein wenig an der Idee, Software im Internet nach seinem aktuellen Versionsstand zu durchforsten.

Diesen speichere ich (bisher ca. 40) in einer mySQL DB ab und dachte mir, dass es ein netter Service ist,
wenn User sich in einer Mailingliste eintragen und bei Versionsänderung zu Ihrer gewünschten Software benachrichtigt werden.
Ob das auch gegen Spenden für das Forum möglich ist kann ich nicht sagen. Für Admins wie mich hat es sicher einen Mehrwert nicht ständig selber nach Updates zu suchen.

Hintergrund: Ich arbeite in einer Umgebung, in der direkte Kommunikation von Software ins Internet unterbunden ist.

Sozusagen halb offline hinter einem sehr rigorosen Proxy.

Daher kann mir eine Software selbst, egal mit welchem Updater sie daher kommt, nicht mitteilen, dass es eine neue Version gibt.
In solchen Umgebungen ist der "fast" Einzige Weg rein eine E-Mail mit eben dieser Information.
Ich denke es gibt einige da draußen, die unter ähnlichen Umständen arbeiten und froh über eine E-mail Benachrichtigung wären, um zeitnah aktuell zu bleiben.