

今日のランチは、海南鶏飯の蒸し鶏のチキンライス。
まだ1000円で食べることのできる貴重なランチ。蒸し鶏もしっかりしているし、ランチだとご飯も1杯はおかわりできる。蒸し鶏なので、さっぱりとしているのがいい。美味しかった。


今日のランチは、海南鶏飯の蒸し鶏のチキンライス。
まだ1000円で食べることのできる貴重なランチ。蒸し鶏もしっかりしているし、ランチだとご飯も1杯はおかわりできる。蒸し鶏なので、さっぱりとしているのがいい。美味しかった。
ドメインの更新料も、だんだんと高くなって、なかなかきつい金額になってきた。維持しているドメイン数が少ないから、まだマシなほうではあるけれど。地味に、物価の上昇を考えさせられる。
この先、使用されていたドメインが再販(再取得)されて、いろいろな問題を引き起こしてくるというのが増えそうな気がする。
Gizmodo Japanをみていたら、次の記事があった。
中国で買ったAndroidスマホ、個人情報がダダ漏れだった……
https://www.gizmodo.jp/2023/03/android-xiamoi-oneplus-phones-personal-info-study-jpn.html
前から、中国で売られているスマホは危険だという認識はあったが、安物だけでなく、ハイエンドのAndroidもユーザの同意なくトラッキングされているという内容だ。プリインストールアプリがデータ収集して、データを送信しているとなると、なかなか厄介だ。Androidのハイエンドスマホも中古市場にながれているので、どこの国で売られていたのかというのも、重要になってくるということ。こうなってくると、切実に国内メーカー以外は選びにくい。だが、京セラとソニーとかしか残っていないわけで、困ったものだ。
個人ならばよいけれど、企業の業務用端末だと、本当に気をつけないといけない。端末が暗号化されていたとしても、利用しているアプリから送信とかトラッキングされていたら、それも意味をなさない可能性が高い。OSは、Androidだとしても、信頼できそうなメーカーで選ぶしかなさそうだ。
どう、デザインを言語化して説明するのか、テクニカルなものがあるのかと思って読んでみた。かなり思っていた内容とは違っていた。デザイナーがクライアントとデザインの方針をあわせるために、やり取りをするときに気をつけることがまとまっている本だった。
個人的に期待していたのは、デザインのコンセプトや説明などを、他に作業する人がわかりやすく、テクニカルに使えるような言語化を期待していた。だが、読んでみると、発見もあるものだ。例えば、下記のようなところだ。
P.59 「センスがいい」といわれるものは、多くの人が共感するもの(=平均値)
世のなかのデザインが、セオリーどおりなのか、型破りなのか意識して見る訓練をしてみる
P.107 「シンプルなデザインで」と依頼したクライアントが、じつはミニマルなデザインにしたかった、ということもある
シンプル = 調和、普遍的、最小限に足す
ミニマル = 強調、特徴的、最大限に削る
「センスがいい」が共感を得られる平均値的な解を見つけることができるという能力。センスがよくても、アートではダメだということでもある。センスがないというのは、独自のなにかをやれそうでもあるというのは、面白くていい。そういうように考えたことはなかった。
シンプルとミニマルの違いも発見だった。よく似ているが、説明できるかというと、できない。シンプルが好きだと思っていたが、実は好きなものはミニマルだった。シンプルとミニマルを意識するだけでも、いろいろと変わりそうな気がする。

今週は、スプラトゥーン3で、ビッグランのイベントが開催中。スプラトゥーン3を満喫中。
オカシラシャケのタツは当てやすいのでよい。でも、アマ美のステージの難易度がきつい。簡単にはいかない。だから楽しいわけだが。
やっと落ち着いてゲームできる状態になったので、この先はスプラトゥーンをする時間も増えるかな。
ソフトバンクのeKYCの処理を進めていたとき、Bing(Chat AIのために)をデフォルトブラウザにしていたら、エラーでeKYCのページが開けなかった。
AndroidでデフォルトブラウザをChromeにしたところ、正常に手続きができたので、ソフトバンクのeKYCがAndroidのBingアプリに対応していなかったようだ。Chat AIは楽しいのだけど、普段使いをするのには、ブラウザとして厳しいかもしれない。中身は同じChromiumのはずなんだが。

今日の富士山の夕焼け。もやがかかっている感じで淡いコントラスト、夕焼けの赤が濃淡ついていて綺麗だった。


今日は、安い中華でちょっとだけ節約。いつもの瑞華楼で、ニラレバ定食にしてみた。量も多くて、美味しくてよかった。
2月末で港区のPayPayキャンペーンが終わってしまったのが痛い。
ASP.NETのアプリで、アプリケーションがクラッシュした。出力しているログをみても、下記のような程度しかエラーが出ていない。コーディングしたところとは無関係なエラーが出力されてきた。
2023-02-XX 10:mm:ss,sss ERROR : - Global_asax.Application_Error[xx] : 場所 System.Web.HttpRequest.GetEntireRawContent()
場所 System.Web.HttpRequest.GetMultipartContent()
場所 System.Web.HttpRequest.FillInFormCollection()
場所 System.Web.HttpRequest.EnsureForm()
場所 System.Web.HttpRequest.get_Form()
場所 System.Web.HttpRequest.get_HasForm()
場所 System.Web.UI.Page.GetCollectionBasedOnMethod(Boolean dontReturnNull)
場所 System.Web.UI.Page.DeterminePostBackMode()
場所 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
調べたところ、ファイルのアップロードで発生しており、「Web.HttpRequest.GetEntireRawContent()」のところで、POSTされてきた要求のサイズが大きすぎて、クラッシュしていることがわかった。
調べてみると、IISの設定では、デフォルトでPOSTサイズは30MBまで。ASP.NETでは、デフォルトで4MBまで、だった。アップロードのファイルサイズが数メガあり、POSTサイズを超えたのが原因だった。
対応としては、アップロードするファイルサイズを制限するか、ASP.NETの設定(web.config)を変えて、もっと大きいファイルサイズをアップロードできるようにするか、だ。