Code: Alles auswählen
Exception: Wine binary not found in default path. Please define a path as openfemm(winepath='path/to/wine',femmpath='path/to/femm').
Die Fragen sind eher:Nun ist ja die Frage, ob ich auf pythonanywhere überhaupt eine exe ausführen kann oder ob es eher ein Windows Web Server sein muss, damit das funktioniert?
Danke, das hilft mir sehr.__deets__ hat geschrieben: ↑Samstag 6. Januar 2024, 10:16 Das Vorgehen ist nicht sinnvoll in meinen Augen. Wenn du das lokal auf deiner Maschine (Windows, vermute ich mal) laufen lassen kannst, und es tut was es soll, sprich: Zugriff via Browser hat das gewuenschte Resultat, dann ist das dein proof of concept. Nichts daran, das auf einer Synology oder einem VServer oder so laufen zu lassen, beweist etwas, dass deine IT-Abteilung wissen muss. Wenn die ok finden, was du da probierst, kannst du genausogut von denen eine Windows VM bekommen (wenn sie halbwegs normal aufgestellt sind). Und die ganzen Themen zur Netzwerksicherheit und Konfiguration kannst du eh ohne deren Beteiligung nicht loesen.
Also eine Python-Webanwendung unter einem Windows-Server zu betreiben, halte ich für eher ungewöhnlich. Die IT-Abteilung, die das mitmacht, muss man vmtl. auch erst einmal finden. Aber ich kann mich natürlich täuschen.__deets__ hat geschrieben: ↑Samstag 6. Januar 2024, 10:16 Wenn die ok finden, was du da probierst, kannst du genausogut von denen eine Windows VM bekommen (wenn sie halbwegs normal aufgestellt sind). Und die ganzen Themen zur Netzwerksicherheit und Konfiguration kannst du eh ohne deren Beteiligung nicht loesen.
Wenn wir schon bei Alternativen sind..Patrick1990 hat geschrieben: ↑Samstag 6. Januar 2024, 09:26 Danke für eure Nachrichten.
Soweit ich weiß, gibt es auch eine Linux-Version von FEMM, jedoch ohne die Python Bibliothek pyfemm:
https://sourceforge.net/projects/xfemm/
oder in der Doku gleich vorne:Support for scripting in Python
In wie weit das nun sinnvolle Alternativen zum FEMM unter Windows sind, muss jemand überprüfen der sich damit auskennt...AgrosSuite uses Python as the scripting language. Due to the strong support of this language in science, you can use a lot of libraries for your computations.
So kenne ich es grundsätzlich auch, ggf. mit der Einschränkung, dass diese Infrastruktur für Arbeitsplatzrechner gedacht ist und man für das Deployment von Webanwendungen etwas anderes verwendet. Worauf ich jedenfalls eigentlich hinaus wollte ist, dass es m.W.n. eher unüblich ist, Python Webanwendungen auf einem Windows-Server zu deployen. Da dürfe man dann, was Tutorials usw. angeht auch relativ auf sich gestellt sein (ein bisschen was gibt es aber schon). Und man befindet sich in einer Zwischenwelt, weil man entweder gucken muss, wie man das mit den Windows-Standard-Webserver IIS zu laufen bekommt oder man muss sich damit befassen, wie man eine Unix-artige Deploymentumgebung unter Windows einrichtet, was zwar geht, aber sicher auch nicht so üblich ist und irgendwie an dem Grund vorbei geht, warum man Windows als Webserver einsetzt (Wenn man natürlich nur Windowsserver hat im Unternehmen ist das ggf. etwas anders). Windows macht denke ich als Webserver vor allem dann Sinn, wenn man Microsoft-Technologien verwenden möchte (IIS, ASP, MSSQL, …) bzw. Produkte hat/einsetzt, die das tun. Und das dürfte dann auch das sein, womit Windows-Admins sich auskennen. Wenn man da jetzt eine halb zweckentfremdete VM hat, die jemand, die/der sich selbst noch nicht so gut auskennt in Eigenregie betreuen muss, dürfte das die wenigsten Admins glücklich stimmen. Ich kann aber natürlich auch komplett falsch liegen.__deets__ hat geschrieben: ↑Samstag 6. Januar 2024, 12:20 @nezzcarth: die Firmen, in denen ich gearbeitet habe und tue, lassen zB Active Directory laufen, früher Exchange, und eine ganze Reihe von Anwendungen sind auch nur für Windows erhältlich. Ich meine mich zu erinnern zb FogBugz, aber das mag auch falsch sein. Dann noch MSVC build nodes in Jenkins. Da war also windows genauso wie Linux im VMware ein Häckchen an der richtigen Stelle.
