.Net IISプラットフォームへの移行を検討しているLAMP開発者として、私の懸念の1つは、シェルの欠如による生産性の低下です...他の誰かがこの経験をしたことがありますか?Windowsに相当するLinuxシェルはありますか?
8 に答える
検討している IIS のバージョンに応じて、 PowerShellをチェックするように lbrandy の推奨事項に 2 番目に同意します。Microsoft は、IIS (具体的にはバージョン 7) 用の PowerShell プロバイダーに取り組んでいます。これに関する適切な投稿がhttp://blogs.iis.net/thomad/archive/2008/04/14/iis-7-0-powershell-provider-tech-preview-1.aspxにあります。PowerShell の今後のバージョンでは、マシンをリモートで管理できるようにリモート機能も追加されます。ただし、PowerShell は *NIX シェルとはかなり異なるため、考慮すべき点です。
お役に立てれば。
動作する環境のようにLinuxシェルについて質問していますか?そのCygWinについては、最も長く使用されており、かなり堅牢であると思います:http ://www.cygwin.com/
少し前に、私が使用するすべての一般的なLinuxコマンド(ls、grep、diff)のWindowsポートを見つけました。それらをファイルに解凍し、PATH環境に追加して、そこから実行できます。http:// unxutils .sourceforge.net /
または、コード内からシェルコマンドを実行することについて話しているのですか?.NETの領域にいる場合は、多くのオプションを提供するProcess.Start()メソッドがあります。
お役に立てれば!
cygwinの意味ではないと思いますよね?
では、 PowerShellはどうですか?
リモートシェルは生産性の問題を解決しません。(それは単に物事を可能にするだけです。)
私が聞いたところによると、GUIはPowerShellから利用できるものと同じAPIを使用しているため、将来のMicrosoftGUIが行うことはすべてPowerShellで実行できるようになります。
個人的にはcygwinが大好きですが、cygwinはMicrosoftアプリケーションの管理を支援することはできません。
ただし、WindowsScriptingHostをWindowManagementInstrumentationと組み合わせると、どれほど強力であるかに驚かれるかもしれません。IISは、JScriptWSHスクリプトから簡単に使用できるWMIまたは一部のCOMオブジェクトで完全に管理できると思います。
単にリモートの場所からIISサーバーにアクセスすることを指している場合、リモートデスクトップは一般的にその問題を解決します。サーバーに静的IPアドレスまたはインターネットからアクセスできるホスト名があると仮定すると、リモートデスクトップはシンプルで比較的安全なソリューションです。
この答えに問題はありますか?今、私は否定的な評判を持っています...
私が考えることができる最善の方法は、 OpenSSH接続を介してCygwinを使用することです。これを行う方法を説明するドキュメントを次に示します。
環境全体に基づいてサーバー プラットフォームを選択する必要があります。これには、提供されている管理/管理インターフェイスが含まれます。
残念ながら、Windows が IIS の管理を実装する方法が気に入らないとしたら、それは残念なことです。そうは言っても、WMI インターフェイスを少し掘り下げると、一般的に、使用可能なソリューションが得られます。以前は、信頼できる環境の再構築機能を持たせるために、かなりの量の WMI スクリプトを (主に PowerShell 経由で) 実行していました。