Firefox75以降でPocketにアクセスするとクロスオリジン要求をブロックしました: 同一生成元ポリシーにより、https://getpocket.com/v3/send にあるリモートリソースの読み込みは拒否されます (理由: CORS ヘッダー ‘Access-Control-Allow-Origin’ が足りない)。というエラーがコンソールに出てページが表示されない問題があるのだけど、これはうちだけのローカルな問題なのだろうか？ Firefoxには本体にPocketとの連携機能があるから、まさかPocketが使えないまま放置されているということはないと思うのだが。本当にこのエラーが問題なのだとしたら、サーバ側でしか対処できない。Allow CORS: Access-Control-Allow-Originというアドオンを使うことで強制的に「Access-Control-Allow-Origin: *」というルールをレスポンスヘッダに追加できるっぽいけども、こんな解決策を使わないとPocketにアクセスできない、という状況はさすがにおかしいだろう。（理由はさっき述べたとおり、Pocketとの連携機能がFirefox本体にあるのだから。）

昨夜は餃子を食べたのでお腹の調子を心配していたのだが、腸に鈍痛が起きることもなく朝を迎えられたので、特に問題なかったようだ。良かった。

いつの間にかゴールデンウィークが終わっていた。

餃子。

Perlのcrypt関数で返値がDES方式ではなくMD5方式になるサーバも存在するのだと初めて知った。そんなのあるのか。てっきり、MD5を使いたい場合にはMD5でハッシュ化する専用のモジュールを使わないといけなくて、そうでなければ問答無用でDES方式になるのだと思っていた。そうではなかったようだ。とりあえずKENT WEBに書いてある方法を参考にしてDES/MD5両対応にしてみた。これで、どちらの場合でも正しく認証できるハズだ。こういうのはユーザさんからの報告（とトラブルシューティングへの協力）がないと滅多に気付けないから、たいへんありがたい。

ヨドバシに各種サービス遅延とお届け納期表示不正のお詫びという案内が出ていた。道理で注文ステータスが一向に変わらないわけだ。まあ、仕方がない。

通販サイトはどこも忙しいのだろうなあ。今は連日祝日だから余計に。ヨドバシでの注文も、受付から発送までずいぶん日数が必要になっているっぽい。注文時に配達日時の指定ができない商品もたくさん増えている気がする。注文ステータスが「商品を確保しました 商品の出荷をしています」に変わってから2日経ってもまだ発送されていない様子。その前に注文した物品群は「入金を確認しました 在庫を確認中です」のままで3日目。(^_^;) できるだけ配送を1回にまとめるために、たくさんの物品を同時に注文したからそうなるのだろうと思っているのだけど。時間が掛かることは見越した上で注文しているので、もちろん特に文句はない。ヨドバシ側で配達日時の指定ができなくても、事前に伝票番号さえメールで教えてくれれば、あとはクロネコWebか郵便局Webかで配達日時指定が可能なので、何も問題はない。クロネコか郵便局以外の配送手段で来るとちょっと困る可能性があるけども、過去その2社以外で（ヨドバシからは）届いたことはないので大丈夫だろう。傾向としては、ヨドバシは郵便局経由で来ることが多く、Amazonはクロネコ経由で来ることが多い。ヨドバシで医薬品を注文した場合はクロネコと郵便局で半々くらいになる気がする。