古いASP.NETのプロジェクト(言語はVB)をVisual Studio 2019で開いて、デバック実行したところ、「assenbly.csが見つからない」とエラーになる。
これを回避するには、以下の設定を行う。
- 上部メニューから「デバッグ」を選択する
- 「オプション」を選択する
- (デバッグの全般で)「マイコードのみを有効にする」にチェックを入れて、OKで閉じる

もう一度、デバック実行して、「assenbly.csが見つからない」が出なければ問題なし。
古いASP.NETのプロジェクト(言語はVB)をVisual Studio 2019で開いて、デバック実行したところ、「assenbly.csが見つからない」とエラーになる。
これを回避するには、以下の設定を行う。

もう一度、デバック実行して、「assenbly.csが見つからない」が出なければ問題なし。
読了。去年買って、読みかけだったロウソクの科学を読み終えた。
面白かったし、科学の入門にも良さそうだが、文体が古いので読みにくい。そういう時代の訳だから、そういうものなんだろう。図も見にくいので、現代版のマンガにしておけばよかったと思う。それにしても、1本のロウソクからここまでいろいろと考えるのもすごい。ただただ燃やしていたロウソクの化学変化にしても、いろいろとあるものだ。ロウが萌えているの先まで考えるその着眼点こそが科学者の視点なんだと。細かいことをつめていくと、興味は尽きないし、いろいろな発見があるものだと。
この本、読みかけのときに、どこかへいってしまい、秋くらいに見つかった。本との付き合いが不思議な本だったな、と思う。


道の駅 保田小学校のCafe 金次郎で売っていたスズキバーガー。スズキのフライでバーガーになっている。スズキは白身で癖がないので、バーガーにしても美味しかった。癖のなさがよいバーガーだった。(鯨バーガーなどは、むしろ癖を楽しむバーガーなので、あれも美味しいが人によって差がでる。スズキバーガーは食べやすくてよかった)



先週、赤坂に行った時にみてきた「まるごとメロンパン号」。MIU404は、ほとんど見ていないけれど。
お昼の時間にいったけれど、人少なかったので、写真撮りやすくてよかった。昼はちゃんと食べられなかったけれど。
いろいろと諦めと目処がたったので、Mac OS Xから、Mac OS 11.1 Big SurにMac miniをアップデートした。長かったOS Xともお別れだ。
白いiBookを買って、Mac OS Xを使い始めたので、18年くらいはOS Xを使っていた。ずいぶんと長かった。Mac OS 11がどのくらい続くのかはわからないけれど、OS Xほど長くはない気がする。
今となっては、Mac OSでなくても、よい環境だが。縛られているのは、MusicとPhotoだけ。これの最適解があれば、別のOSでも大丈夫だ。
そして、想定通りではあるが、かなりの数のソフトがBig Surで動作しない。消さないといけない作業がめんどくさい。Appleの新しいCPUではどうせ動かないので、いつか買い換える日のために整理しておこう。
企業の標準ブラウザをどうするかについて考えてみた。個人的な見解だが、先に結論から書くと・・・
でよいと思う。
標準ブラウザをChromeとEdgeのどちらにするか、ということについてはデバイスおよびブラウザでの設定の同期(お気に入りやパスワードなど)をどうするかが中心になる。
これは、設定の同期を許可するかどうかを、ログインするアカウントの管理で行うことができる。ここが2つのブラウザの大きな差というか特徴になる。
例えば、M365BPやE1以上を使っており、Google Workspaceを使っていないなら、たぶん、Edgeの方が管理性がよい。かつ、グループポリシーなどで、Edgeの設定も変えることができる。MacやAndroidの場合は、グループポリシーは使えなくとも、Edgeは提供されるので、同じような環境にすることもできる。Windowsで環境が組まれているのであれば、Edgeの方がよい。
ただ、Windows10の管理で、古いバージョンのWindows10がいる場合は、個別にインストールしていかなければならない手間があるので、そこは最初の手間が必要だ。
逆に、Google Workspaceを使っているのであれば、Chromeの方が使いやすくなる。あとは、Chromebookを採用したりして、企業管理を行う場合もChromeの方がよい。ChromeにはChrome Enterpriseというバージョンが存在し、セキュリティ設定などを行うことができるが、別にライセンスを購入する必要があるなど、不明瞭な部分が多い。
あと共通して言えることは、ChromeもEdgeもリリースが1か月~2か月で、どんどん新しいバージョンがリリースされていく。そのため、PC側は常に新しいバージョンにしなければならないということ。基本的には、自動更新をONにしておくことで、新しいバージョンになっていく。Edgeの場合も、Windows Updateとは独立してバージョンが上がっていく。そのため、特定バージョンに固定して、使い続けるのは困難だということ(他のブラウザ、Firefoxなどもどんどん新しくなる。)。アップデートのタイミングもあるので、最新を含む直近2世代のバージョンがよい。
インターネットにつながず、イントラ環境でのみ使うPCがあり、ウェブシステムがあったときには、なかなか厳しい。固定できなくもないが、次に環境を作るときに、そのバージョンをインストールできるとは限らない。
それから常に新しいバージョンのブラウザになるということは、サポートされるJavaScriptのバージョンも変化する。機能追加されていく分には、よいのですが、マレに機能削除が行われる。そのため、パッケージを導入している場合には、最新のパッチを当て続ける必要がある。自社開発の場合には、影響の見極めが必要になる。例えば、2010年ごろは、Chromeで、JavaScriptのShowModalDialogが使えたが、2014年とかに廃止が発表され、数年後につかえなくなった。アプリのリリース時には、Chromeでテストをしていても、時がたつと使えなくなるものも出てくる。なので、システム運用側も、それなりの覚悟が必要になる。特に利用期間の長いシステムがある場合には・・・。ここは、どちらを選ぶかというよりも、ChromeかEdgeかを考えるときには、そのアップデートのスピードに対応した運用や見直しが必要なってくることを意識する必要がある。
ブラウザのデフォルトの検索エンジンは、Edgeであっても、Googleに変更することができるので、そこは柔軟になった。
標準ブラウザが、ChromeかEdgeかは、使っているプロダクト(Google WorkspaceかM365か)やOSによって、選択するのが良い。
ファイルオーナーを変えてもFTPログインなしでWordpressのアップデートができない。そんなはずはないと思い、いろいろとチェックしたら、wp-config.phpに、過去にFTPの代わりにSSH2でアップデートをするために加えたFS_METHODの指定があった。これが邪魔をしていたようで、消したところ、FTPのユーザを聞かれずにアップデートができるようになった。
/** SSH SFTP Updater **/
define('FS_METHOD', 'ssh2');
設定を変えようと思ったのは、SSH2でのアップデートが失敗するようになったのが原因。プラグインの過去の設定と競合して、機能しなくなるとは。コンフィグまでちゃんと見直す必要はある。
かなり前に、ScanSnap S1500M(S1500)のサポートも終了して、新しいMac OS用のドライバなども提供されていなくて、諦めていた。ついでにうっかりアップデートしていて気がつけば使えなくなっていた。古いMacもあるのでいざとなったら、それを使えばいいかくらいに考えていた。
とても久しぶりに、ScanSnapのMacOSの対応状況を調べたら、なんとサポート終了のS1500MやS1500が最新の「ScanSnap Manager V7」で対応していると書いてある。
macOS Big Sur v11.0 への対応状況を教えてください。
https://faq.pfu.jp/faq/show/3635?site_domain=scansnap
なんとも嬉しい。頻繁にスキャナを使うわけじゃないので、諦めていたがこれで使えるようになる。そして古いMacOSも維持しなくていいのは嬉しい。
アマゾンウェブサービスジャパンが、AWSの事例として、「Nintendo Switch Online」で使われていることを発表した。
なんとなくわかっていたけれど、正式にAWSを使っていると発表されるとやっぱりかとわかって楽しい。もともとスプラトゥーン2のマッチングサーバがAWS上にあると話題になった(マッチングに失敗するという文脈から調べた人が多かったから)。
世界規模のサービスだったりすると、やっぱりパブリッククラウドもAWSやAzureなどのクラウドサービスを使うのかと。日本のクラウド事業者も使ってほしい気はするが、使っているゲームメーカーのところは障害に当たったりするから、大規模だと辛いんだろうな、と思う。価格、安定性、競争力で、対抗できるクラウド事業者が日本から出て欲しい。
https://www.itmedia.co.jp/news/articles/2012/25/news096.html
子画面から親画面に情報の引継ぎを行うために、下記のサイトを参考にして、子画面からコールバック関数の実行を行うように実装して、テストしたが動かず。
https://qiita.com/hidehito108/items/f7ad9fe23736049a76d6
問題の切り分けのために、これだけのテストページを作ったり、変数化されているところをベタ書きにしたりもしたがダメだった。動いていない箇所を特定するために、コメントアウトしたりして、確認して、子画面からのコールバック関数の実行がエラーになっていることはわかった。なにかJSのモジュールでも足りないのかも、と思い調べたが標準のもので動くことがわかり、手詰まり。
画面上は、何も表示されないのでわからず。ダメ元で、ブラウザの開発者ツールを立ち上げてみた。標準のところには何も出ず。それで、いろいろとやっていたら、Consoleにエラーが表示されていた。そこには、下記の内容が表示されていた。
Uncaught DOMException: Blocked a frame with origin "null" from accessing a cross-origin frame.
このエラーを調べてみると、ウェブサーバ上のコンテンツを実行していない場合に発生するとのこと。たしかに、確認はWindowsで、フォルダにあるHTMLファイルをブラウザで実行しており、ウェブサーバは介していなかった。テスト用のHTMLファイル2つ(親画面用と子画面用)をウェブサーバに配置して、httpでアクセスしたら、正常に動作した。問題はコードではなく、テスト実行していた環境が原因だった。