みむらです。 とある作業をしているときに見つけたことですが・・。 コマンドプロンプトや Power Shell で作業をしているときに管理者権限が必要になったとき、 いちいち管理者権限でコマンドプロンプトを立ち上げ直したりはしたくないものです。 また、 Shift+右クリックメニュー にて「コマンドウィンドウをここで開く」というものがありますが このメニューから開いたときに、この画面で管理者に昇格したいもの。 そんなときに使えるコマンドです。 Power Shell にて
みむらです。 とある作業をしているときに見つけたことですが・・。 コマンドプロンプトや Power Shell で作業をしているときに管理者権限が必要になったとき、 いちいち管理者権限でコマンドプロンプトを立ち上げ直したりはしたくないものです。 また、 Shift+右クリックメニュー にて「コマンドウィンドウをここで開く」というものがありますが このメニューから開いたときに、この画面で管理者に昇格したいもの。 そんなときに使えるコマンドです。 Power Shell にて
Forget the Windows Store. Microsoft is working on a Linux-style package management framework for Windows, and it's included with Windows 10. It's being tested with Chocolatey's existing packages, and allows you to easily install desktop applications and other software.This is huge news. If you've ever used Linux, you've probably wanted a package management system for the Windows desktop ever since
ソリューション おすすめ すべてのソリューションを表示 (40 以上) Azure AI 移行して AI の時代にイノベーションを起こす インテリジェントなアプリの構築とモダン化 AI 向けデータ分析 Azure AI インフラストラクチャ 適応型クラウド Azure のネットワーク セキュリティ SAP on Microsoft Cloud AI Azure AI Azure を利用した責任ある AI Azure AI インフラストラクチャ インテリジェントなアプリの構築とモダン化 ナレッジ マイニング Azure 上の Hugging Face Azure 機密コンピューティング アプリケーション開発 インテリジェントなアプリの構築とモダン化 開発とテスト DevOps DevSecOps サーバーレス コンピューティング アプリケーションとデータのモダン化 Azure でのロー コー
PowerShellでWindows起動・終了についてのログを取得。 ○対象とする動作環境と必要事項 Windows Vista、7、Windows Server 2008 R2 .net Framework 3.5以降 Windows PowerShell 2.0以降 この前紹介したログオン履歴の取得には管理者権限が必要でしたが、今回は管理者権限は不要です。 ○ソース"EventLog"のイベントID 6005と6006 Windows Vistaと7で使える方法です。Windows Serverはよくわかりません。 イベントID 6005が起動、6006が終了のログです。 $ get-winevent System -filterxpath "*[System[Provider[@Name='EventLog'] and (EventID='6005' or EventID='6006
イベントログからログオンとログオフの時刻を確認するコマンドを作成しました。 get-eventlog -logname security | where {($_.eventID -eq 4647) -or ($_.eventID -eq 4624 -and $_.message -match "\s*?ログオン タイプ:\s*2\s*?")} | moreイベントログのセキュリティを確認します。4627はログオフのイベントIDです。4624はログオンのイベントIDです。イベントログを見てみると、一回、PCを起動しログオンするごとに複数回4624が出力されます。出力内容はそれぞれ異なるのですが、ログオンタイプが2は対話型のログオンです。 以下実行結果
Windows環境でコマンドラインからメール送信がしたかったのでPowerShellを使ってみました。 手慣れたJavamailでも実装できたのだが、Windows Azureとかにも応用が利きそうだったので 今回はPowerShellにしました。 ■準備 Windows 7環境はPowerShellがプリインストールされているのでインストールは不要 これより前のOSだと別途インストールが必要みたいです。 ■PowerShellの設定 デフォルトのポリシーではPowerShellのコマンド実行が許可されていない為、以下のコマンドでポリシーを変更 まずはPowerShellの起動 > powershell # 現在のポリシーを確認 > Get-ExecutionPolicy # ポリシーを設定 > Set-ExecutionPolicy RemoteSigned RemoteSignedはリ
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
Summary 普段使い用 PowerShell メモ 思惑 個人的には、 PowerShell はスクリプトをゴリゴリ書くよりも、 ちょこちょこ作業するのに向いていると思っている。 ただ、しばらく使っていないと忘れたりするので、そういうものをまとめてみる。 Linux で、grep とか使って、よくやりそうな感じのやつ。 共用パソコンなどの自分の環境以外でも使えることを想定しているので、 できるだけデフォルトの状態で、できるものに限定する。 また、普段使い想定なので、タイプ数を減らすのを優先していたりするので、 PowerShell の文法的には微妙なところも多少ある。 grep それ Select-String でできるよ
Windows PowerShell(以降、PowerShell)は、Windows環境で利用できる対話型シェル、およびスクリプティング実行環境です。WSHとよく似ていますが、以下のような点が強化されています。 「コマンドレット」と呼ばれる高機能なコマンドを提供 ドライバ経由でさまざまなデータへのアクセスが可能 .NET Frameworkクラスライブラリとの連携が可能 特に3. の点は重要です。Visual BasicやC#でのコーディングに慣れている人にとっては、.NET Frameworkの豊富なクラスライブラリを利用できるというのは大きな強みとなります。 PowerShellで作成する英単語テストアプリ 具体的なPowerShellとExcelの連携例として、第16回「WSHスクリプトからExcelを操作する」で作成した英単語テストアプリを、PowerShellでのそれに置き換えて
windowsで開発環境を作るのに今まではVMWare Player + teraterm とかやっていたのですが、常時2枚ウィンドウが開いていたりなんか重かったりで、改善できないかと思い今更ながらvagrantやってみた。 一応、windowsだとputty使えとか環境変数設定しろとかvagrant ssh使えないだとかめんどくさそうだったので、そこらへんが解決できるようにしてみました。 ・必要なもの Windows PowerShellのみ Windows7あたりから標準で入っています。 コマンドプロンプトとかでもいけるかもですが、開発に使うターミナルとしてはちょっと貧弱すぎるので。 C:\Windows\SysWOW64\WindowsPowerShell\v1.0\powershell.exe [64bit版] C:\Windows\System32\WindowsPowerShe
シェルスクリプト不在の不便さ WindowsサーバやWindowsクライアントは、サポートが厚く、日本語の資料も豊富である。このあたりが、エンタープライズの分野で躍進を遂げてきた大きな理由だろう。 提供されているドキュメントを丁寧に読んで理解し、用意されている管理アプリケーションを使えば、管理作業も問題なくこなせる。込みいったことをしようとしない限り、スキルがそれほど高くない人でも対応できるのは最大の強みと言える。 逆に、ITスキルが高いユーザにとっては、Microsoftプロダクトの運用管理には不満点が多い。 OSのバージョンが上がったり、新プロダクトを導入したりするたびに、新しいツールやコマンド、APIが登場する。また、管理を行うにはGUIを使うか、APIを叩く必要があり、何かあるたびにGUIアプリケーションを操作したり、自動化するためにプログラミングを作ったり、といったことを強いられ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く