5月下旬

　連休が終わり、花粉が止んでいよいよ清々しい季節になったと思った。

　ところがどっこい、暑い日が続く。

　5月はもう少し過ごしやすいと思っていた。

　それなのに過ごしにくさの方を感じるのは何故だろう。

　昨年の酷暑を思い出すからだろうか。

　それで、Gemini(GoogleのAI)を使って、過去の大阪の気温を調べてみた。

　2000年以降の大阪の気温。（平均気温、平均最高気温、平均最低気温）

　これを見ると最近の12年くらいで気温が上昇しているようだ。

　さらに、2000年以降の大阪の気温で、25℃を超えた日数。

　やや上がり気味。

　最多日数だった2019年は26日で約84％が25℃以上の日だった。

　25℃以上の夏日がある日にちは徐々に増えている。

　困ったもんだ。

　今年も暑くなるという予報が出ている。

　体が持つかなぁ。

　ここしばらく散歩していると、水筒が必要だなぁと思えてきた。

　歩いていて休むときも水分補給しないといけないと思う。

　今朝、

　奥さん、「お父さん、今日は昼から雨らしいから、午前中に歩いといでや。」

　私、「分かった。」

　いつも午前10時過ぎにコーヒーを入れてくれるが、今日は少し早かった。

　それで、コーヒーを飲んでから、散歩に出かけた。

　1時間半ほど歩く。

　それで約1万歩になる。

　帰ってきて昼食を食べたが、雨は降らない。

　奥さん、「今日の雨の時間、だんだん遅なって、午後4時ころになったらしい。」

　私、「ふ～ん。今日は何時でもええわ。歩くの終わったし。」

　後はパソコンで遊ぶだけ。

　ということで、5月が暑くなった証拠を求めてGeminiと遊んだのだった。

↓　記事とは関係ないが、散歩道で見かけた花たち　iPhoneでは感動が伝わらない、かなぁ。とってもカラフル

 

サーバー用音楽プレイヤー

　サーバー用に音楽プレイヤーを作った。

　先日iPhone用に音楽プレイヤーを作っていた。（2026-03-23 音楽プレイヤー）

　これでしばらく満足していたのだが、もっとグレードアップしたくなった。

　それで、サーバー用の音楽プレイヤー作成となったのだ。

　理由は、寝る時に音楽を聴く時、以前のプレイヤーだとPCの電源が落ちていると聴けないから。

　PCのディスクに入っている音楽を聴くので、PCの電源が落ちていたら聴けない。

　お風呂に入っている時や、洗面所で使っている時などは、起きている時間帯なので、PCの電源は立ち上がっている。

　寝る時は、以前の記事で書いたように、iPhoneではCloudBeatsというアプリを使ってOneDriveにアップした曲を聴いていた。

　CloudBeatsはやっぱり使いにくいし、無料のための制限がある。

　以前作った音楽プレイヤーが自分の操作感覚に合っていて使いやすい。

　この操作感覚で、夜寝る時の音楽プレイヤーとしても使いたくなったのだ。

　一番の問題は、音楽ファイルの多さ。

　以前の記事では11,334曲と書いたが、正確には11,601曲あった。

　ディスクの容量で言うと、約86GBある。

　超巨大だ。

　それをサーバーにアップロードするのは時間がかかる。

　半ばあきらめていたが、やっぱり欲しくなってきた。

↓　完成したiPhone用　サーバー対応音楽プレイヤー　今までと操作性はほぼ同じ

　それで、作業し始めた。（以下記録のためおもろない話が続きます。悪しからず）

　プログラムは以前の物をサーバー用に改定する。

　Copilotに頼んだらやってくれる。

　アップロードもCopilotに相談したら、時間はかかるが自動で行う方法があるという。

　Copilot指定のソフトをインストールして、やってみた。

　しかし、上手くいかない。

　原因は音楽ファイルのファイル名が、曲名で、日本語で作っていたから。

　サーバーのOSでは文字コードが違って、日本語のファイル名が文字化けして受け付けてくれない。

　文字が正しく表示されず、訳の分からない表示になる。

　Windowsの文字コードはShift-JISで、サーバーではUTF-8というコードだ。

　　　(文字コード：文字を表すためのコード体系。１文字を0と1の組み合わせで表現する。昔、コンピューターは英数字だけしか扱えなかった。いろんな国の文字を使うことになり、大幅にコードが増えた。それで考え出されたのがUTF-8だった。)

　最近のコンピューターの世界ではUTF-8が多いが、Windowsは異端で、Shift-JISを使っている。

　昔、漢字コードを使うためにそうしたのだろう。

　今はUTF-8が漢字コードなどの各国用文字を含んでいる。

　文字コードのため、Windowsのファイル名が日本語なので、サーバーにアップすると、日本語が文字化けしている。

　文字化けだけではなく、文字の組み合わせが悪くてアップロードできないファイルもあった。

　それで、音楽ファイルを日本語名から英字と数字で置き換えることにした。

　都合よくPCでは音楽ファイルをすべてデータベースに登録していた。

　そのデータベースを利用して、音楽ファイルを英数に変換してアップロードするプログラムをCopilotに頼んで作ってもらった。

　それを利用して、自動アップロードした。

　それでも、70%くらいしかアップロードできなかった。

　原因を突き止めるまで、だいぶかかった。

　結局作っていたデータベースと音楽ファイルの間に齟齬があった。

　ここでも日本語ファイル名が悪さをしていた。

　データベースの内部のコードはUTF-8を使っているので、登録する時、文字化けが起こっていたのだ。

　例えば、「～」が「?」に変わっていた。

　それで、音楽ファイルとデータベースの登録情報の間で齟齬が生じていた。

　サーバのアップロードをやめるか、それとも音楽ファイル名を英数文字にし、データベースを新しく作り直すか。

　どっちみち作業時間はたくさんあるし、焦る必要もないので、作り直すことにした。

　それから、いろいろあって、やっと曲名を英数字に、それに合致したデータベースに作り直した。

　そもそもWindowsでファイル名に日本語を使えるからと言って、ファイル名やフォルダ名を日本語にすると後でひどい目に合う。

　この際、将来的にすべてファイル名は英数字に変更しておくことが得策だ。

　データが少なければいいのだけれど、なにしろ86GBのデータを扱うのは時間がかかる。

　やることのイメージはつくが、実際にやってみると時間がかかる。

　86GBの音楽ファイルの曲名を変えると、新しいディスクエリアに86GBの音楽ファイルが出来る。

　つまり、新旧２倍のデータができる。

　データベースも同じだ。

　それらを区別して、古いものはバックアップとして取っておかなければならない。

　ここまで、データを新しくするのに2～3日かかった。

　ようやくできたので、Copilotと相談して、自動でアップロードするプログラムを作ってもらった。

　そのプログラムを使って、サーバーにアップしたが、上手くいかない。

　Copilotといろいろ相談して、修正して再度処理するがうまくいかない。

　よくよく調べたら、サーバーにアップする時の私のサーバーアップロード用のパスワードが間違っていた。

　一気に大量にアップロードするとサーバーに拒否されるので、174回に分けて、自動で処理する手順だった。

　それが、パスワード不良で174回拒否されていた。

　それを原因が分からず対応していたので、２回処理した。

　結局、348回パスワード不良を起こしてしまった。

　短時間に大量のパスワード不良を起こしたので、サーバー側で、セキュリティエラーが起こり、ファイル転送用(FTP)の私のIPアドレスが、ブロックされてしまった。

　それも最初よくわからず、Copilotと相談していたら、ブロックの自動解除が24時間かかると言われ、24時間後に処理した。

　つながらなかったので、Copilotに相談したら、さらに24時間(計48時間)待てと言われた。

　しょうがないので、さらに24時間後に再度試したがだめ。

　Copilotはさらに24時間（計72時間）待てと言われたが、業を煮やしGeminiに聞いたら、自動復活はないとの事。

　私は自動復活をあきらめてサーバーのサポートに質問メールを出した。

　そうしたら、ロック解除は5月7日以降になるという。

　結局ロック解除は自動で戻らず、サポート窓口では処理できず、技術チームにエスカレーションするらしい。

　ところが、連休中で技術チームに連絡が届くのが、連休明けになるという。

　悠長なことだが、仕事ではないのでやむなし。

　事故が起こったのが、連休前だった。

　そこですぐにサポートに質問していれば、連休前に間に合ったかもしれない。

　Copilotの提案で合計48時間も待ったのでこれが間違いだった。

　Copilotを信用してはいけない。

　一気に自動でアップロードできないが、少しづつなら、別の方法でアップロードできる。

　それで、それを毎日やっていた。

　連休明けの5月7日の朝早くにようやく、11,601曲のアップロードが完了した。

　結局連休は音楽ファイルアップロード週間だった。

　これでPC側もサーバ側も整合した。

　後は、新しい曲をAmazonからダウンロードした時に登録する手順を変更しなければいけない。

　これはこれでちょっと厄介。

　

　

りんご

　私は毎朝、果物を食べることにしている。

　長い間東京に単身赴任していて、食べ物に対してかなり注意してきた。

　食べることが健康を維持していくと思っていたからだ。

　タンパク質、脂質、炭水化物をバランスよく食べる。

　それにプラスして、ビタミン、ミネラル、乳酸菌、カルシウムを取得することも大切と考えていた。

　野菜（生野菜もしくは温野菜）、ヨーグルト、果物を毎日摂る。

　それで、単身赴任での朝食は食パン（何もつけない）、紅茶、果物、ヨーグルトを食べ続けていた。

　果物は、近くのOKというスーパーで果物コーナーに山積みされているのを買っていた。

　山積みされているのは、旬の果物で、安い。

　柿、りんご、ブドウ、みかん、オレンジ、グレープフルーツ、その他、季節ごとにいろいろと出てくる。

　私は特に選ばず、とにかく山積みされている果物を買って食べていた。

　高級な果物は山積みされていないので、安心して買える。

　大阪に戻ってからも、朝食は大きく変わっていない。

　それで果物は欠かせない。

　まだ、大阪に戻ってからもサラリーマンだったころは、朝食は奥さんが用意してくれていた。

　退職して、

　奥さん、「朝の果物むくの面倒やから、自分でやってくれる？」

　私、「うん。」

　ということで、この頃、朝食は毎朝自分で用意している。

　果物を準備するのは、ついでなので奥さんの分も用意する。

　昨年の秋からりんごが出回り、朝食の果物にりんごをむいていた。

　スーパーでりんごを買っていたが、さすがにこの時期りんごは高くなってきた。

　安売りのもあるが、むくと中があたっていたりして、綺麗な状態ではない。

　それで、私としては、りんごはもういいかと思っていた。

　私、「おかあさん、りんごはもう終わりかなぁ？」

　奥さん、「そうやねぇ。」

　ということで、終わりだと思っていた。

　奥さん、「駅前のスーパーでりんごが特価やてぇ。」

　私、「えっ！りんご、終わりちゃうん？」

　奥さん、「そやねんけどな、りんごをカジカジしてると、リスみたいで可愛いねん。」　

　私、「どこがやねん。」

　重要な捕捉。

　（奥さんはりんごがあまり好きではない。

　　そのため、私の分は一切れ、8分の1の大きさにしている。

　　奥さんのはさらにそれの半分16分の1の大きさにしている。

　　要は薄く切っている。

　　それをカジカジしているのでリスみたいと言っている。）

　ということで、まだりんごは続く。

　きょう、特価のりんごを４個1000円で買ってきた。

　私、「全然特価ちゃうやん。1個250円やで。この大きさで。ちょっと綺麗やけどな。」

　奥さん、「そんなもんやん。」

　私はおいしいものは好きだが、高いものは嫌いだ。

　りんごの旬の時にこの価格は高い。

　よって旬を過ぎた果物は高くなるので、好きではない。

　これからどうなるだろうか。

　果物としてのりんごは夏でもお金を出せば買える。

　しかし私の味覚の対象外の物だ。
















　

Amebaの広告

　数か月前からか、スマホでAmebaを見ていると全画面広告が出る。

　初期のころは、右上などに×印が出てすぐに広告を終了できた。

　ところが、最近ゲームの宣伝が出てそれがなかなか終わらない。

　終わらせられない。

　興味もないゲームをダウンロードするように勧められる。

　×印がなかなか出てこないので、終わらせることができない。

　２つの記事を見る毎に１回表示されてうるさい。

　スマホのゲームなのでスマホでは表示されるが、PCでは表示されない。

　私は、Amebaをスマホで見ることが多いので、この宣伝には業を煮やしている。

　しょうがないので、PCで記事を読むことにした。

　PCでもいろいろ画面にかぶさって表示されるが、ゲームの宣伝は出てこないし、全画面でも表示されない。

　スマホの全画面宣伝が始まったころ、全画面で、警告画面が出てきた。

　スマホにウィルスが入ったというような画面だったと思う。

　これもウィルスチェッカーソフトのインストールを勧めるものであった。

　私は、「お前がウィルスやろ！」とその宣伝に思った。

　すぐに通報して、その宣伝の表示を止めてもらった。

　スマホの小さな画面で宣伝だらけの表示で本文が見えないのは困る。

　Yahoo!ニュースを見ていて、Yahoo!ニュース自身に挟まれる宣伝は良い。

　ところが中身の記事で、その記事を提供しているサイトの方へ行くと、宣伝ばかりで本文が出てこない。

　これって、宣伝を見せるというサイトのやり過ぎではないだろうか。

　表示されて初めて課金される方式だろうから、表示しないと課金できないので収入にならない。

　それで、いっぱい広告表示する。

　それで本文にたどり着かない。

　今のテレビと同じで、広告ばかりで中身スカスカ状態になってしまう。

　今のビジネスモデルはコンテンツを見るのはタダで、広告で収入を得るという方式であり、すでに飽和状態ではないだろうか。

　テレビ、YouTube、ニュースサイト、いずれも広告過多で限界のような気がする。

　このビジネスモデルはいつまでもつのだろうか。

　見たいコンテンツと広告の多さの天秤になる。

　課金方式に移行中であるが、見たいコンテンツにはお金を払う時代に切り替わろうとしていると思う。

　私も時代についていけるだろうか。

↓　ハナミズキ　家の前に咲いている















 

八重桜

　八重桜のシーズンだ。

　大阪の造幣局の通り抜けは2026年4月9日（木曜日）から4月15日（水曜日）までの7日間だそうだ。

　事前申し込み制となっている。

　今年も行くつもりはないが、何度か行ったことがあって、八重桜を堪能できる。

　散歩道の公園にも八重桜が満開になっており、iPhoneで写しておいた。

　八重桜は、ソメイヨシノと違って、花のボリュームがあって、ポテポテした感じがとても可愛い。

　花がぼんぼりの様になっているのが良い。

　公園の八重桜は、点々と植えられており、並木になっていない。

　造幣局の桜は並木になっていて、迫力がある。

　全長約560m（造幣局ホームページより）だそうだ。

　そんなに長くないが、ゆるゆる歩いていると、いろいろな種類の八重桜を堪能できる。

　一方通行なので「通り抜け」だ。

　三男がまだ乳母車に載っていた頃行ったことがある。

　息子たち三人を連れて行ったのを思い出すと、私も奥さんも元気だったのだなぁと思う。

　八重桜→通り抜け→綺麗→しんどかった

　造幣局から少し歩くと大阪城にも行けるので、一日観光の良い場所だった。

↓　散歩道の公園の八重桜

↓　おまけ　散歩道のドウダンツツジの花