アメリカのサービスエリアは危険？

- 10月 12, 2026

アメリカのサービスエリは危険だからアメリカ人は入らない的な動画が流れて来ました

https://www.instagram.com/reel/DeD5xLEOjsS/?stkn=ZGRjZzhveG9kdWF5

　まず、アメリカで、日本のいわゆるサービスエリア的なところにお目にかかったことはほとんどありません。私は次のようなところをドライブした事があります。

・カリフォルニア、ネバダ、アリゾナ、コロラド
・フェニックスからフロリダのキーウェストまで
・イエローストーン国立公園とその周辺
・バンクーバーからシアトル周辺の国立公園

　これらの旅行で、いわゆるサービスエリア的なところを見たのはフロリダで立ち寄った一か所だけでした。

　理由は簡単でアメリカでは基本的にフリーウェイなので、いつでも町に降りることができるため、基本的にサービスエリアが必要ないというのがあります。これはスペインでも同様でした。

　フロリダのサービスエリア的なところは、ほとんど黒人しかいないのに驚きはしましたが、人が多くいて、荒廃しているわけでもなく、店は普通に営業していて、危険という感じはしませんでした。

　昔、ロサンゼルスの郊外で入った店では、レジが分厚い天井まであるアクリル板で囲われていて、宝くじ売り場のように、小窓でお金のやり取りをしていましたが、そいうこともありませんでした。

　なお、シアトル周辺ではレストエリアはありました。ここは名前の通り休憩地点で、日本でいうならパーキング的な所です（ただし、入ったところには店はありませんでした）。

　車を停めるのにも降りるのにも、トイレに行くのにも警戒はしましたが、周りの人達はのんびりしていて、やはり特に危険という印象は受けませんでした。

　自動販売機がオリに入っていたのがアメリカ的でしたが、それはまあ海外では普通の事だと思います。（日本のように路上に品物やお金が入った高価な箱が置いてある国の方が珍しい）

　私が旅行した範囲では、サービスエリア的な所がそもそもほとんどないし、あっても特別危険とは感じませんでした。

　ただ、その他の地域、特に東海岸は行ったことが無いので、そういった地域はもしかしたら危険なのかもしれません。

アクセス数の多い投稿

セキュリティ対策ソフトのノートンが詐欺ソフトまがいになってしまってショック

- 1月 06, 2022

夜の10時に風呂に入っていると、80近くになる実家の母から、突然ノートンの表示が出たけどどうすれば、という連絡がありました。表示されたメッセージは次の通りです。！　お使いのパソコンで462件の破損されたレジストリが検出されました。パソコンをクリーンアップしてパフォーマンスを向上させましょう。レジストリの問題は、パソコンの速度低下、フリーズ、さらにはクラッシュの原因となります。ノートンTMユーティリティーズ　アルティメットを入手して、レジストリの問題の解決とパソコンのパフォーマンス向上に役立ててください。ノートンがこんな、レジストリが壊れているからと不安をあおって、別の製品を買わせる詐欺ソフトまがいのメッセージを出してくるとは。親曰く「レジストリが破損て驚いた」（原文ママ）。わけのわからん高齢者に無用なストレスを与えています。大体レジストリーとか言って、それの意味が正しく分かる一般人がいるか！（怒）ブロードコムに買収された法人向けのシマンテックはひどいことになっているけれど、個人向けのノートンライフロックは大丈夫みたいと思っていたら、こんなことになるとは。もう、セキュリティ製品を買うのはやめて、Windows に最初からついてくる Microsoft Defender でもいいのかもしれないと思う今日この頃です。そのほうが安定してるし、こういう余計な問題も起きないし。 2022/9/1 追記　Defenderに切り替えてみました。さらばノートン 2022/01/13 追記悩んでいる方がいらっしゃるようなのでこのメッセージの解説をしておこうかと思います。レジストリーとは Windows や各種アプリ（ソフト）は設定などをWindowsが管理するデータベース（ファイル）に保存するものが多いです。そのデータベースがレジストリーです。ソフトをインストールするときや、設定を変更する際などに書き換えられます。設定等が保存されているため、これが壊れるとWindowsやアプリの挙動に支障をきたす可能性があること自体は確かです。どうして壊れるのかレジストリーが壊れる原因は色々考えられます。 Windowsやアプリの不具合で作成や更新に失敗した作成や更新中にWindowsやアプリが異常終了して中途半端になったデータを保存する部品（SSDやHDDなどのドラ...

Excelのテーブルに行や列を挿入しようとすると、「この操作を実行するとワークシート上のテーブル内でセルが移動されてしまうため、この操作は行われません」というエラーメッセージが表示され、失敗する時があります。長年このエラーの原因が不明でしたが、あるときどうしても解決する必要があって調べたところ、ようやく原因がわかりました。現象図1の場合、上のテーブルに行を追加しようとするとエラーが発生します。図1 図2の場合は、左側のテーブルに列を追加しようとすると発生します。図2 テーブルに行や列を追加しようとすると、そのテーブルの範囲だけが拡張されます。どういう事かというと、図1の上のテーブルの場合、行を挿入すると、B, C, D列のみセルが追加され、A列やE列は変化がありません。そうすると、下のテーブルは、列1、2、3だけ下にずれることになり、テーブルが壊れてしまいます。そのため、最初のエラーメッセージが表示されるという事です。図2の場合も同様で、左のテーブルに列を追加しようとすると2行目から5行目までだけが右にシフトしようとします。これもまた右側のテーブルが壊れてしまうため、エラーが起こるというわけです。回避策テーブルに行や列を追加するのではなく、シートに対して行全体、列全体を追加すれば、図1の下のテーブルや図2の右のテーブルも全体的に移動するのでエラーは発生しません。この場合、人間が手動で追加する場合はいいのですが、VBAを使って、テーブルに行や列を追加する場合は、シートに対する行や列の追加が必要になるためやっかいです。一つのシートにテーブルを複数追加する場合は、このような問題が起こらないようにレイアウトを考える必要があります。私の場合は、仕方なく、図1のパターンでは、列が少ないテーブルを下に配置することにしました。これだと、上のテーブルを追加しても、下のテーブルは全体的に下にずれるため問題ありません。そういうレイアウトにできない場合は、仕方がないので、行全体、列全体を追加することになります。

ファイルに保存したOutlookのメールを開くと文字化け

- 4月 19, 2023

Outlookから .msg 形式でファイルに保存したメールを、エクスプローラーからダブルクリックで開くとメールが文字化けするという問い合わせがありました。色々試して効果なし試してみたところ、私や他の方のPCでは文字化けせずに開けています。問題のPCでも、Outlookを落としてから開くと文字化けせずに開きました。プロセスが異なると化けないのかもしれません。 Office（365）の修復を試みましたが効果なし。再インストールしても効果なし。 Outlookのプロファイルを再作成したけれど効果なし。別のユーザープロファイルでは問題なし問題はWindowsのローカルアカウントで発生していました。そのPCはAzure AD参加していて Microsoft 365 （Azure AD）アカウントでもサインイン可能だったので、試しにそちらでログインしたところ、文字化けしませんでした。どうやらWindowsのユーザープロファイル依存の問題のようです。残念ながら原因までは不明ですが、ユーザープロファイルの再作成により解消できる可能性がありそうです。調査しながら、そういえば、以前から同様の問題が発生していたことを思い出しました。その時は、ファイルを添付してOutlook のWeb版で開くと問題ないのでとりあえずいいかとなった気がします。ローカルアカウントに依存する問題なのか不明ですが、今後Azure ADアカウントに移行して発生しないことを祈ります。原因はAdobe Acrobatのアドイン 2023-07-01 追記昨日職場で、また発生したと連絡があり、もしやと思い、Outlookに追加されていた、Acrobat の二つのアドインをオフにしたところ、改善しました。 Adobe Acrobat のアドインはろくなことをしません。解除の仕方は次のページをご覧ください。 AcrobatのアドインによりOutlookがプロパティの変更を通知アドインでは改善せず 2024-03-22 追記また、ファイルに保存したメールを開くと一部が文字化けするという連絡があったので、再度アドインをオフにしてみましたが、今回は解決しませんでした。そこで、Web版のOutlookからメールを保存してみたところ、msg 形式ではなく、eml形式で保存され、文字化けしなくなりま...

Windows 11 で日本語入力中に勝手に全角英数入力になってしまう

- 3月 04, 2026

しばらく前から、日本語入力中に英数入力が勝手に全角入力になってしまい、戻し方がわからないという現象に悩まされてきました。次のリンク先のおかげで、昨日ようやく対処方法がわかりました。 windows11でIMEが勝手に全角英数モードになる件 #Windows - Qiita デフォルトでは、英数入力時に半角入力にするか全角入力にするかは前回の入力に応じることになっています。つまり、前回英字入力が全角で確定していると、英数モードに切り替えた時に全角英数入力モードになってしまうという事です。そのため、対処方法は、全角英数モードになってしまったら、入力した文字を半角英数で確定する、という事になります。具体的な例は次の通りです。日本語入力をオンにして、dell と入力します（単語はsonyでも何でもよい）。この状態だと「でｌｌ」と表示されているはずです。ここで、F9キーを押します（もしくは Ctrl+p）。そうすると「ｄｅｌｌ」と表示されるので確定します。ここで、「英数（caps lock）」キーをを押すと、タスクトレイのアイコンはにっくき「Ａ（全角）」になってしまいます。対処方法は、再度文字を入力して、半角で確定することです。再度ひらがな入力にし、dellと入力します。「でｌｌ」と表示されるはずです。ここで、今度はF10キーを押します（もしくは Ctrl+t）。すると「dell」と表示されるので、確定します。ここで再度「英数」キーを押すと、英数モードは半角に戻ってくれます。説明すると長いけれど、最初に書いた通りなってしまったら、半角英数で確定すればよいだけです。上のリンク先の説明では、この前回の確定に従う機能を無効化して、常に半角英数で入力させることにより、この問題を回避しています。全角英数で継続的に入力したいという方は少ないと思うので、通常はこの方法が良さそうです。というか、私は昔は全角にしたくないのでそのように設定していました。もしかしたらそのおかげで以前はこの現象に遭遇しなかったのかもしれません。新しい（現在の）Microsoft IMEも、「以前のバージョンのMicrosoft IME」の設定を参照しているようなので、「以前のバージョンのMicrosoft IME」のプロパティで、設定を変更すると回避できるようです。 IMEを一...

Power Automate Desktopでブラウザでダウンロードしたファイルを処理する

- 10月 16, 2021

Power Automate Desktopを使って自動化する作業の一つはWebサービスだと思います。例えば私は銀行の明細照会や送金等の自動化を試みています。そういう作業をしていて必要になって来るのがダウンロードしたファイルの処理です。例えば口座明細ファイルを保存するとか請求書を印刷するとかです。ダウンロードされたファイル名がわかっているのであれば簡単ですが、実際には毎回違うなんだかよくわからない暗号コードのようなファイル名が付けられて落ちてくるという事は結構あります。ファイル名が確定しなければアクションで指定してみようがないので困ります。今回はそういうファイルの処理方法について書いてみたいと思います。画像はクリックすると拡大できます。ダウンロードアクションを使用する Power Automate Desktopにはそのものズバリの「Webからダウンロードします」や「Webページのダウンロードリンクをクリックします」が用意されています。しかし、残念ながらこれはChromeではつかえません。実行するとエラーが発生し「Chrome を使用したファイルのダウンロードはサポートされていません。オートメーションブラウザーの使用を検討してください」と言われてしまいます。そうなんだ、では、とEdgeやIE（Internet Explorer）を指定しても同様です。オートメーションブラウザーってなんなのと思ったら、IEの起動モードの一つでした。それではと、オートメーションブラウザーを使ってみるとオートメーション用にすべてを削ぎ落した画面が表示され、これでは動かないサイトがありました。また、IEのサポート終了が来年2022年6月に迫っているというのもひっかかります。ダウンロードフォルダーを空にするではどうするかと検索してみると、次のページではダウンロードする前にダウンロードフォルダーをクリアするという荒業を使っている方がいます。 Power Automate Desktop：ファイル名がわからないファイルをコピーする方法いやこれ、私なんかはダウンロードフォルダーをデスクトップに変更しているので絶対に使えない方法です。クリアしたらデスクトップのファイルが全部消えてしまいます。ブラウザのダウンロードフォルダーを一時的に作ったフォルダーに変更して元に戻すなんて言...

Excel 2019 クエリが原因で日本語入力の一文字目が勝手に確定する

- 7月 25, 2019

既存ファイルにシートを追加してセルに文字を入力していったところ、なぜか一文字目が勝手に確定されてしまうという現象に遭遇しました。一文字目が勝手に確定されるセルに、例えば「支払い」と入力しようとすると、shiharaiのsを入れた時点で確定されてしまい、「s いはらい」のようになってしまいます。消しては入力やり直しなので異常に入力しづらい。大量に入力する必要がある方は絶望を感じるでしょう。クエリが原因新しいファイルでは問題ないのでどうやらファイル依存の問題らしいということがわかりました。新しいファイルを作って、問題のファイルにあるシートを一つずつ移動していったところ、あるシートを移動したところで新しいファイルでも発生することがわかりました。それは銀行のサイトにある為替レートのページを参照しているクエリが含まれるシートでした。そこで、「クエリ」と「確定」で検索したところ、なんと既に先人が原因を特定してレポートしてくれていました。それによると、「データ」メニューの「クエリと接続」グループにある「クエリと接続」をクリックして表示される画面で、クエリが選択されたまま保存されていると発生するということでした。実際に問題のファイルを開いてみると、確かにクエリが選択された状態になっていて、選択を解除したところ改善しました。こりゃわからんわ。新しいファイルでクエリを作っても簡単に再現可能です。 PowerQueryはExcel 2016で標準搭載されたようなので、通常はExcel 2016か2019で遭遇する問題だと思います。回避方法選択を解除して保存私がこの問題に遭遇したときは、クエリの選択を解除して保存するだけで解決し、次回開いた時にも再現することはなかったと記憶しています。ところが、今試してみると、選択解除して保存しても、次回開くとまた選択された状態になっていて、文字入力に支障が出ます。バージョンの違いかと思い、職場のPCでも試してみましたが同様です。私の記憶違いだったのか、その後のバージョンアップで悪化しているのか… クエリと接続画面を表示現状では、「クエリと接続」画面を表示させると（選択を解除しなくても）現象は収まります。ファイルを開くときにマクロで自動的に選択を解除する方法も考え...