仕事柄、動作確認用に試用版Windowsを使うことが多い。
試用版はその利用期間が制限されているが、下記のように「slmgr -rearm」コマンドを実行すれば期間の延長が可能である。
（勿論、その延長にも上限回数がある。）
https://www.atmarkit.co.jp/ait/articles/1005/28/news108.html
長期間使う場合は延長が必要になるが、ついついうっかり忘れてしまうことがある。
期限が切れて一定時間経つとシャットダウンされてしまうので、お叱りを受けながら起動、延長、再起動の操作をする羽目になる。
そこで、自動で延長を行うScriptを作成した。
ちょっと強引だが、有効期限状態を取得し、期限切れを検知したら延長と再起動を行う。
期限が切れていなければ何もしない。
これをタスクスケジューラで5分毎ぐらいで実行させれば良い。
ただし、日本語版でしか動作しないのでご注意を。
別に認められた延長期間内で使うことを便利にするだけのScriptなので問題は無い・・・筈・・・
Google Chromeから.xlsxファイルなどを開く際、デスクトップ版Excelで開こうとすると以下のようなポップアップが出る。
業務上頻繁にこれを使う必要があるので表示しないようにしてほしいという問い合わせがあった。
調べてみたところ、以下の手順で対応が出来た。
なお、ポップアップを再度表示させたい場合はレジストリを戻すのに加えて手順が必要になる。具体的には以下の通り。
プロジェクトマネージャーって仕事の難しさと面白さが漸く分かってきた気がする。
そして、そもそもプロジェクト自体を定義できていないことに気付いた。
自分には足りないものだらけだ。30歳にして本格的に勉強しないと行けないと気付いた。
この一ヶ月で結果を出そう。そうしよう。
サーバーのディスク使用量などの情報を月次でメール配信するタスクを設定しているのだが、去年後半辺りから挙動がおかしくなってきた。
月末に起動するように設定しているのに、何故か月末の一日前にも起動してしまう・・・
結論から言うと、これはWindowsのバグである。
以下、引用だが、以下の条件が揃っている場合、起動すべき日の前日にもタスクが起動してしまう。
（起動すべき日にも起動する。つまり、二回起動する。）
以下の 4 つの条件がすべて該当する場合に本事象は発生いたします。
● Windows のバージョンが以下であること。
– Windows 8.1 / Windows Server 2012 R2
– Windows 10 Enterprise 2016 LTSB / Windows Server 2016
– Windows 10 Version 1903
● 2019 年 3 月 第 3 週以降の更新プログラムが適用されていること。
※ Windows 10 Version 1903 はリリース段階から該当します。
● 毎週や毎月の指定された曜日に実行するタスクであること。
● タスクの実行時間が日本時間 AM 9:00 (協定世界時 0:00) であること。
引用元: 曜日指定のタスクが前の曜日に実行されてしまう問題について
多分、世界標準時で0:00に実行することで前日と当日の区別がうまくできていないのだと思う。しらんけど。
マネージャーになって工数を意識するようになると、仕事って根性でやってはいけないんだなぁと今更思うようになった。
今までお世話になったマネージャーの方には頭が上がらない。
タイトルは4年ぐらい前に書いた記事のオマージュだったりする。
2019/10頃から、Excelでネットワーク上の同じファイルに対し、複数回保存を行うと、
「別のユーザーがサーバー側のコピーを更新したため、今の状態では変更した内容をアップロードすることができません。」
というメッセージが表示される事象が頻発するようになった。
結論から言うと、これはKB4475591の影響である。
Microsoft社に問い合わせたところ、KB4484198をインストールすると解決する模様。
参考: https://support.microsoft.com/ja-jp/help/4484198/november-18-2019-update-for-office-2016-kb4484198
直ぐに適用が難しい場合、アップロードセンターの設定画面を開き、「ファイルを閉じたときに Officeドキュメントキャッシュから削除する」のオプションにチェックを入れると回避できるようになる。
エラーの原因は、クライアントのキャッシュとサーバー上のファイルとの不整合のようだ。
参考: https://social.msdn.microsoft.com/Forums/en-US/2bb8613d-5580-441c-9049-1a43825cedbf/upload-failed-your-file-was-not-uploaded-because-your-changes-can-not-be-merged-with-changes-made?forum=officegeneral
ちなみに、「クイック実行」でインストールしたOfficeではWindows UpdateによってOfficeに更新が入らないので、この問題は発生しない。
MSI形式でダウンロードしたOfficeにだけ発生する。
つまり、ボリュームライセンスを買っているような大企業とかでしか発生しない。イジメなのだろうか。
色々あって、仕事で昇格し、マネージャーという立場になった。
技術者では完全に無くなっているけど、一般人として、だれもがなんちゃって技術者になれるように整備するのが自分の役目だと考えるようにしている。
仕事で、Windows ServerのIIS（Internet Information Service）上で稼働しているWebサービスを運用している。
当然HTTPSの為、SSL証明書を定期的に更新しなければならない。
更新はIISマネージャ上で簡単に実行できるのだが、運用しているサーバーが多くなってくると、煩わしい上に作業ミスや漏れが発生しやすくなる。
そこで、証明書差し変えbatを作成した。
内容自体は簡単なのだけど、思った以上にネット上で情報が見つからなかったので、ここにメモする。
【前提】
・pfxファイルは既に持っており、batと同じディレクトリに格納されている。
・証明書ストアは[Webホスティング]にする。
・古い証明書がバインドされているサイトはすべて新しい証明書にバインドしなおす。
IISマネージャ上でできることは全てappcmdでも実行できると思っていたのだけど、どうもそうでもないらしい。
技術の勉強、全然していないなぁ。
30歳になり、脳が固まっているのを感じる。
LINEで特定のグループに通知を飛ばす、いわゆるbotのようなやつは、実は簡単に実装できる。
例えば、C#では以下のようにしてメッセージ通知ができる。
結婚してから、お金の管理がクレジットカードだと若干面倒になってきた。
割と本気でLINE Payに移行しようか検討中。
懲りずにまたデッキメモを貼る。
以前主力だったデーモンデッキは鳴りを潜め、環境デッキに魂を売っているが、それでも魔導、バンパイアだけは使わないのだ。コアキメイルは脳筋だから使ってよい。
今月（2019/1）の デュエルキング達成デッキ。 ホントアホみたいに強い。あえて注意点をあげるのであれば、特別な事情がない限り「コアキメイルの金剛核」を使った後はすぐに除外をしてコアキメイルの自壊を防ぐのを怠らないこと。後回しにすると「死者への供物」や「狡猾な落とし穴」でコアキメイルを破壊され痛い目を見る。
デュエルキング達成後に構築したデッキなので真価は未知数だが、デッキが凄くよく回る。「死者への供物」とのシナジーが強い。ドローできないというデメリットが大きくて今まで評価していなかったのだけど、このデッキなら「カラクリ解体新書」でドローができるのであまりデメリットにならない。バック干渉が弱いかもだけど、ガン伏せには「幻層の守護者アルマデス」を使って対応していく。なお、カラクリの強制攻撃効果は結構忘れやすいので使い始めはプレミ多発していた。まぁ今もしてるけど。
先月（2018/12）のデュエルキング達成デッキ。今まで「トリッキー」で手札から「‘U.A ペナルティ」を墓地に落として「U.A スタジアム」をサーチするという動きをしていたが、どう考えても「バージェストマ・マーレラ」でデッキから落とす方が確実だし、墓地からモンスターとして復活させることができるので非常に優秀だったのでトラップ軸に変更した。「波紋のバリア ウェーブフォース」以外は墓地から復活、そのまま除外が可能なので、トラップこんだけ入れていても「狡猾な落とし穴」が発動させやすいのも優秀なポイント。今月もしばらくこれで戦っていたが、コアキメイルには勝ち筋が薄く、乗り換えに至った。
「アドバンスドロー」型のデーモンデッキだが、スキルを「レベル上昇」にして、アドバンスドローを行いやすくした。それでもでデーモンパーツを集めるのに時間がかかるので、「クリボー」
「波紋のバリア ウェーブフォース」 を積んで耐えられるようにしている。ただ、やっぱり初動が遅いのは否めず、ランク戦ではあまり使えない。
「局所的ハリケーン」を発動した後、「サーバーダークエッジ」に「比翼レンリン」を装備し、攻撃力を1500アップさせ、2回ダイレクトアタックするだけの簡単な作業。「暗黒界の取引」で「比翼レンリン」を少しでも墓地に送りやすいようにしている。
WordPressバージョンアップしたらエディタの仕様がめっちゃ変わっていて驚いた。前のほうが使いやすかった気がするけど、慣れれば都なのだろう。多分。
あ、TwitterやFacebookで報告したけど、婚約しました。感謝の気持ちを忘れず、これからもマイワイフに愛想つかされないようにしなくては。
Windows Serverで日時作業や定期的なメンテナンスを行う場合、タスクスケジューラで実行することが多い。
しかし、そのタスクが実は失敗していたが、それに気付かずずっと運用していた・・・というシナリオは思ったより多い（自分の周りでは）。
本来的にはそのタスクにエラー通知なりを入れておくのが筋なのだが、ロジックが込み入っていてすぐにはエラー通知が実装できない場合がある。
暫定処理だが、そんな場合はタスクの結果を定期的に確認するタスクを仕込むと楽である。
例えば、AM6時には完了しているはずのタスク「TaskName」であれば、以下のTaskCheck.ps1をAM6時に実行するように設定すればよい。
なお、このサーバーから利用できるSMTPサーバがあることを前提としている。
繰り返しだが、暫定対応策である。
本来は本ロジックにエラー通知を仕込むべきだと思う。
せめてタスク失敗時のイベントをトリガーにしてエラー通知をさせたいのだが、意外とその方法が見つからず原始的な方法にしている。
一応、想定した時間（例ではAM6時）に終わらなかった時のことを考えて、実行中の場合は別の通知を行うようにほのかな工夫はしている。
ただ、ごちゃごちゃして専門家でないと分からないルーチンより、このほうがなんちゃって管理者でも理解しやすく、意外と受け入れられやすかったりする・・・
Mac miniを買った。
ついでもトラックパットとキーボードも新調し、20万円なり。
節約しなきゃ・・・なのだが、どうも散財癖が身についている。
ちょっとしたことで東京へ往復12,000円弱かけて行っちゃうし。
だからって訳では全くないけど、いい加減結婚したい。
Twitter見ると分かる通り、かなり遊戯王デュエルリンクスにハマっている。
基本テンプレ構成が強いのは言うまでも無いが、
そんな中でもちょっと少数派で、多少工夫が入っているデッキを組んで頑張っているのでメモしてみる。
勝率はレジェンド帯での感覚値なのでご了承ください。
・サイバー流デーモン
今、一番メインで使っているデッキ。
基本ギミックはデーモンデッキで、とにかく墓地肥やし第一。
そして「デーモンの呼び声+悪魔族」or「デーモンの雄叫び+ヘル・エンプレス・デーモン」で墓地の上級デーモンを蘇生。
いずれのコンボもそろわないパターンが少なくないが、その場合はスキル「サイバー奥義」でモンスターを2体以上出し、
上級悪魔族をアドバンス召喚して事故回避する。
ただし、今のワンキル環境ではスキル発動前にライフ0にされてしまうので、ダメージ調整用に「クリボー」を3積みしている。
別に「クリボール」でもいいと思う。俺が持っていないだけです。。
「ライトロード・ライラ」は増やしてもいいかもしれないが、
「ジェネシス・デーモン」や「デーモンの呼び声」のコストに出来ず、デッキが回らなくなる可能性を考えてピン刺しにしている。
あとそもそも俺が1枚しか持っていないのも大きな理由。
なお、墓地肥やししまくるので考えなしに使うとデッキ切れを起こす。
かといって肥やさないわけにもいかない状況が多く、デッキは気持ち多めになっている。これでも問題なく回る。
勝率は体感6割ぐらいあると思う。
このデッキのみ使用でレジェンド3まで上がれ、後1勝でデュエルキングにまでなったが、
そこから空牙団にボコられ一気にレジェンド1まで落ちた。。。
今またこのデッキでレジェンド2に昇格して健闘中。
・バージェストマデッキ
特に工夫はないバージェストマデッキ。
ドンパ等のモンスター効果が効かないところや、「下剋上の首飾り」の効果を知らない人が結構いてそういう勝ち方が正直多い。
湿地草原はもう1枚あった方がいいと思う。俺が持っていないだけです。。
勝率は正直4割ぐらい・・・
・バージェストマHERO
上記のデッキの対戦がいつも長くなってしまうので、
決定力を求めた結果、「V・HERO ウィッチレイド」と「マスク・チェンジ」でのワンキルを考えた。
正直、コンセプトは悪くないと思っているのだが、
「V・HERO ウィッチレイド」と「M・HERO 闇鬼」を2枚しかもっていないからか、それ以前に構築が悪いからなのか、
勝率は1割ぐらい・・・
バージェストマで延命しながらキーカードをそろえるスタンスなので、3積みじゃないとやっぱり駄目なのかもしれない。
あとはシーステルス空牙団と芝刈り魔導書をちょくちょく使っています。
いつもと相当毛色の違う記事になってしまった。
一体誰が望んでいるのかとは思うが、まぁ自分用メモってことで。
会社のネットワーク関連の一部を管理しているが、
そのうちの一つにARR（Application Request Routing）が含まれている。
ARRの内容は下記リンクが分かり易いが、要はリバースプロキシだ。
参考: https://codezine.jp/article/detail/7018
特に問題なく運用していたのだが、最近あるシステムに大きい容量のデータを送ると404エラーになることが分かった。
サーバーログから調査しようとしたが、どうもサーバーに通信自体が来ていないように見える。
そこで、経由しているARRのログを確認したところ、こちらで404エラーになっていることが分かった。
ARRサーバーのほうのIISログを確認したところ、ステータスコードは404でサブコードは13であることが分かった。
そこで検索すると以下の情報がヒットした。
インターネット インフォメーション サービス 7.0 を実行しているサーバー上でホストされている Web サイトにアクセスするときにエラー メッセージ:「HTTP エラー 404.13-CONTENT_LENGTH_TOO_LARGE]
ここの解決策を行い、問題は解決した。
なお、こちらの環境ではrequestFilteringノードは見つからなかったが、手動で追加して特に問題なく反映された。
画像管理システムでも作ろうかしら。
昔作ったのはXMLでタグ情報持たせていたからパフォーマンス面から実質使えない状態だったけど、
DBにバイナリ入れて管理させるとどうだろう。
やっぱりDBとバイナリじゃそれはそれでパフォーマンス悪いかなぁ。