  |
はてなキーワード: Googleドライブとは
正確に言うとサービス自体は終わらないんだがWEB版がなくなってしまうのだ。
自分にとってはそのサービスはWEB版で使うのがメインだったので、実質使えなくなるに等しい。
いわゆる日記系アプリみたいなやつで、自分は使い分けとして最もプライベートな日記をそれでつけていた。
病院に行く予定とかはGoogleカレンダーに書いているが、症状や状態、様々な細かい記録、さらにその時々の自分の心情というのも赤裸々に書いている。
これらは病気の再発の際なんかに振り返りとしてとても大事な情報で、なくすわけにはいかないのだ。
ただまさか自分でも10年も使い続けるとは思ってなかったのであまり気にしてなかった。
病気についてもそこまで長い付き合いになるとは思ってなかったのだ。
今回のは不定期にしか使っていなかったこともあって油断していたかもしれない。確かにそこまでメジャーなサービスじゃないから終わる可能性はいつでもあったのだ。
ただサービスそのものはなくならないが、WEB版がなくなるというのは想定外だった。これも時代の流れなんだろうなと思う。
内容的に重いテキストが多いが、今から投稿ごとにコピペして移していかないといけない。
とりあえず最近使ってるObsidianに新しい倉庫を作ってそこにアーカイブしようと思うが、気が重い。
不定期とはいえ、10年近くの闘病日記をどこかに移さないといけない。
コピペでやるしかないので当然色んなことを思い出すだろう。最近は調子良いのでいい機会でもあると考えようと思う。
考えてみれば、ネット上にあるデータでほんとに重要なものというのは自分の場合少ないなと思う。
Googleドライブにあるデータ、Gmailの中身などはさすがになくなると困るが、これらはバックアップ体勢があるので最悪なんとかなると思う。
その他でいえばどのサービスのものも、別に最悪なくなってもいいかって感じの情報しかない。
EvernoteからNotionに移行した時も、もうこれらいらんなあと思いながらだいぶ断捨離とかしていった。
10年単位とかで見ればもはやあまり意味のない情報が多かったのだ。
そうやって考えると、日記というものへの考え方が変わってきた。
こんなことを考えていたということより、その日はこんなものを食べていたということのほうが記録として重要な気がしてきている。
自分が過去こんな考え方をしていたとか、誰かに対してこんな風に思っていたとか、振り返る分にはそんなのどうでもいいなと思う。
それよりその頃こんなもん食ってたんだとか、ここに行ったんだなとか、そういう情報のほうが情緒にくるし、なんか色々思い出せそうだ。
⸻
脆弱性が明らかに：イスラエルの企業、ChatGPTアカウントをリモートでハッキングする方法を公開
イスラエルのサイバーセキュリティ企業Zenityは、OpenAIのChatGPTサービスにおける「ゼロクリック」脆弱性を公開しました。この脆弱性により、ユーザーがリンクをクリックしたり、ファイルを開いたり、意図的なアクションを取ったりすることなく、ChatGPTアカウントを制御し、機密情報を抽出することが可能であると説明しています。
このデモンストレーションは、Zenityの共同創設者でCTOのミハイル・バーゴリ氏によって、今週アメリカで開催されたBlack Hat 2025カンファレンスで行われました。
バーゴリ氏は、ハッカーがユーザーのメールアドレスだけを利用して、ChatGPTのアカウントを完全に制御し、過去と未来の会話にアクセスしたり、会話の目的を変更したり、ハッカーの代わりにチャットを操作させる方法を示しました。
講演中には、攻撃を受けたChatGPTがユーザーに対して悪意あるエージェントとして密かに動作する様子が示されました。研究者たちは、ハッカーがチャットにウイルスをダウンロードさせるように促したり、誤ったビジネスアドバイスを薦めたり、Googleドライブに保存されているファイルにアクセスするように指示したりする方法を説明しました。これらはすべて、ユーザーが何かがおかしいと気づかないままで行うことができました。
この脆弱性は、ZenityがOpenAIに報告した後に完全に修正されました。
ChatGPTへの攻撃だけではなかった
カンファレンス中、Zenityの研究者たちは、他の人気AIエージェントサービスにも侵入した方法を紹介しました。マイクロソフトのCopilot Studioでは、CRMデータベース全体を漏洩させる方法が公開されました。
Salesforce Einsteinの場合、ハッカーは偽のサービスリクエストを作成し、すべての顧客との通信を自分の管理するメールアドレスに転送する方法を示しました。
Google GeminiやMicrosoft 365 Copilotシステムは、ユーザーに対してソーシャルエンジニアリングを行い、機密の会話をメールやカレンダーイベントで漏洩させるように悪用されました。
開発ツールCursorは、Jira MCPと統合された際に、悪意のあるチケットを使用して開発者のログイン資格情報を盗み出す攻撃に利用されました。
Zenityは、OpenAIやMicrosoftのような企業がレポート後に迅速にパッチをリリースしたと指摘しましたが、一部の企業は脆弱性に対処せず、それがシステムの意図された動作であり、セキュリティの欠陥ではないと主張しました。
ミハイル・バーゴリ氏によれば、現在の課題は、エージェントが単なるタスクを実行する補助ツールではなく、ユーザーに代わってフォルダを開いたり、ファイルを送信したり、メールにアクセスしたりするデジタル存在となっている点にあります。彼は、これはハッカーにとって「天国」のような状況だと指摘し、無数の潜在的な侵入ポイントが存在すると述べました。
Zenityの共同創設者兼CEOであるベン・カリガー氏は、Zenityの研究が現在のセキュリティアプローチがエージェントの実際の運用方法には適していないことを明確に示しており、組織はそのアプローチを変え、これらのエージェントの活動を制御および監視するための専用のソリューションを求めるべきだと強調しました。
Zenityは2021年にベン・カリガー氏とミハイル・バーゴリ氏によって設立され、現在は世界中で約110人を雇用しており、そのうち70人はテルアビブのオフィスで働いています。顧客にはFortune 100企業やFortune 5企業も含まれています。
⸻
この記事で言及されている**「ゼロクリック脆弱性」**に対する具体的な対策については、以下のポイントが挙げられます：
• OpenAIやMicrosoftのような企業は、脆弱性が報告されるとすぐにパッチをリリースしました。これにより、セキュリティ問題は修正されました。ですので、システムやアプリケーションの定期的な更新とパッチの適用が最も基本的で重要な対策です。
• Zenityの研究者は、AIエージェントがユーザーの代わりにフォルダを開いたり、ファイルを送信したりするような動きをする現在のセキュリティアプローチには限界があると指摘しています。そのため、AIエージェントの活動を常に監視し、異常な動きを検出するシステムを導入することが必要です。
3. 多要素認証 (MFA) の導入
• メールアドレスだけでアカウントを操作できる脆弱性が示されているため、**多要素認証 (MFA)**を導入することで、ハッカーが一度侵入してもアクセスを制限することができます。これにより、アカウントの不正アクセスを防ぎやすくなります。
• AIツールやエージェントに与えるアクセス権限は、必要最低限に抑えるべきです。もしエージェントが機密情報にアクセスできる権限を持っている場合、それが攻撃者に悪用されるリスクを高めます。最小権限の原則に基づき、AIがアクセスするデータや機能を制限することが重要です。
• ユーザーに対して、怪しいリンクやファイルを開かないこと、セキュリティに関する意識を高めることが有効です。ゼロクリック攻撃のように、ユーザーが何もしなくても攻撃されることがあるため、定期的なセキュリティトレーニングと啓蒙活動が求められます。
• AIツールやエージェントがどのように動作しているかを監査し、予期しない動作や異常を検出するシステムを導入することが重要です。特に、ファイルやメールを無断で送信したり、ユーザーの意図しない行動を取る場合、その挙動を警告する仕組みを持つことが推奨されます。
• Zenityのようなセキュリティ企業と連携し、最新の脅威に対する検出能力を強化することも有効です。脆弱性を早期に発見し、対応するための専門家のサポートを受けることで、セキュリティレベルを向上させることができます。
• 機密データを暗号化して保護し、万が一攻撃を受けてもバックアップから復旧できる体制を整えることが重要です。これにより、重要な情報が漏洩した場合でも、被害を最小限に抑えることができます。
⸻
総括
ゼロクリック脆弱性は、ユーザーの行動に依存せずに攻撃が可能なため、より強固なセキュリティ対策が求められます。パッチ適用だけでなく、エージェントの監視、アクセス制限、教育など、複合的なアプローチが必要です。これからはAIツールやエージェントが進化し、さらに複雑なセキュリティの問題が発生する可能性があるため、進化したセキュリティ戦略を持つことが不可欠となるでしょう。
このアカウントでは既にGoogleのサービスにアクセスができなくなっており、来年以降にこのアカウントは削除対象となるらしい。
Googleのサービスにアクセスできないので、保存データの確認や救出作業もできない。
スマホがAndroidで、そのスマホでも使っているアカウントなので影響は少なくない。
以下、影響しそうなサービスなどを列挙。
長年メインで使ってるメアドが死亡。ただ、仕事でバリバリ使ってるとかいうことはなく、たいていはショッピングサイトやアプリの支払いだとかなので、意外とダメージは少ないかも
支払い関連のサービスであればメアドが死んでも他の登録情報からそのサービスのアカウントを保全することはできそうな気がするし
・Googleドライブ
大したデータは入っていなかったはずなのでセーフ。今や何を保存していたか確認はできないが、セーフであれ
・Googleフォト
写真はスマホなりPCなりにも入っている（Googleフォト頼りではない）のでセーフのはず
ストリートビューや衛星写真で見つけるたびに保存していた世界のおもしろマップが消えはしたが
・Google Keep
日常的なメモや趣味の記録、日記など、数千件はあろうデータが入っているのでこいつをロストすると痛い
ただなぜかスマホからならkeepだけはアクセスできており、一件一件手作業で退避作業を進めている
ちょくちょく使っているが、重要なサービスでは使っていない（と思う…）のでまあセーフ（であれ）
こいつが一番厄介そう。XなんかもGmailで登録したアカウントが多く、とりあえずメインで使っているX垢は他のメアドで登録し直して一安心
ただ、後から他の垢やサービスにログインしようとしたときに、「なんか不審なログイン形跡があるから登録のGmailに送った認証メール見てねー」みたいなことになったら詰む
もし登録メールを変えるときに元々のGmailでの認証が必要なサービスがあったらそれでも詰む
それでも電話番号認証してればSMS認証でなんとかなりそうだけど、ものぐさなので電話番号認証してるサービスは少ない
これどうなるんだろう？あんまりアプリを購入するってことはしてないからダメージは少なさそう
ただ、アカウントを作っているようなアプリだと、後で新しいGoogleアカウントを作って、一件一件それに紐づけ直すのか？
手間がかかるのはしかたないが、仕組み的にできるのかどうか。後で試す
該当のGoogle垢はYouTubeではほぼ使っていなかったのでほぼノーダメ
ざっと思いつく限り書き出すとこんな状況。
他に確認しとくこととかやっておくこととかあったら教えてほしい。
なお再審査請求は2回までできるのだが、1回再審査請求して棄却されている。
◯垢BANの原因
Googleからの通知には「児童の性的虐待または搾取に関連するコンテンツ～」と書かれていた。
ネットで拾ったネタ画像と認識していた写真を数日前にGoogleドライブに上げたのが、それに該当すると判定されたのだろうと推測している。
念の為いっておくと、それは警察に見られても逮捕されたりするような画像ではない（と思う）。
あと知人の成人女性の裸体の写真も多数Googleフォトに保存してあったが、これはもっと前からのことなので関係なさそう。
児童に見える女性でもないし、これでBANされるなら世間からもっと大量に誤BAN報告があることだろう。
再審査請求のときにGoogleフォトの裸体女性は成人である旨を記載したが、垢BANの直接的な理由は開示されていないのではっきりしたことはわからない。
ググってみるとどうやら垢BANしても新規垢は作れるらしいが、
再審査請求のときに「児ポにあたるデータがあったら削除しても構わないから凍結解除して」って書いたのに再審査請求を却下されるような危険人物に、新しいアカウント作らせてくれるのか？
たしか該当のアカウントは本名で登録してたと思うし携帯番号も登録しているから、マークされていそうだが。
すっげーもやもやする！
2021/5/14 0:29
（自称）Googleドライブ研究家です。
まず、（深層心理学上）荒れる基本的な原因は、運営チームに何かしら
ただ、集団心理（心理学の一つ）でみると、外部からの荒らしとしか
認識しない集団しか存在しません（というか例外を一つも見たことがない）
なので、その荒らしのメンバーが昔からいて、不満爆発という場合
そのコミュニティは（心理学的に）「完全崩壊している」と断言できます。
Googleドライブ(Google社）公式仕様でお話すると
対応するとしたら、書き込みメンバーを限定（gmailアドレスによる指定）
Google社的には、オーナー・編集者・閲覧者のみ（あえて）準備しています。
よって、そういう変更をしない場合、(Google社公式で）めちゃくちゃ書き込みも許してるという事になります。
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12243107082
Googleアカウントは基本的に複数作成することができます。具体的には、**制限はない**と言われていますが、以下の点に注意する必要があります：
1. **メールアドレスの重複**
各アカウントは異なるメールアドレスでなければならないため、同じメールアドレスを使い回すことはできません。新しいアカウントを作る際には、異なるGmailアドレスや外部のメールアドレスを使用する必要があります。
Googleが不正な目的でアカウントを大量に作成した場合（例えばスパム行為やサービスの不正利用など）には、制限やアカウント停止のリスクがあります。そのため、正当な理由でアカウントを作成し、利用することが求められます。
複数のGoogleアカウントを管理するのは、パスワードやセキュリティの管理が難しくなる可能性があります。Googleは2段階認証を推奨しており、アカウントの安全性を保つために注意が必要です。
総じて言えば、特に制限は設けられていないものの、Googleの利用規約に違反しないように適切に管理することが重要です。
……………………………………
以下はSNSでよくあるタイプの喧嘩から、海外ジャンルでよくあるいじめに変わった瞬間の記録です。
だいぶくだらない内容ですが、に「そんなに怖くない」という事を伝える為に書きました。
・ヤバそうな発言をしている人はフォローしない、変だなと思ったらブロックやミュートをして関わらないようにする。
一応、関連する前提としてこの辺
日本のオタクに知って欲しい、西洋のオタクスラング「Proship」という単語の意味と「Proshipper」という概念
去年に海外アニメで創作活動を始め、久々の海外ジャンルというのもあり上の記事が回ってきてそういう世界がある事を知る。
該当ジャンルでは他人×他人に萌えていたので、私はかなり気楽に構えていた。
しかし、今年の3月辺りで近親相姦がメインのジャンルにハマり、その当事者になって以来「海外の文化を建前に、なんか言われたくない。」と思いながら過ごしてきた。
今回、初めて明確ないじめの一部始終を観測したので、その記録を残す。
「海外文化よくわからん！だけど嫌がらせもされたくない！」という似たような日本人は傾向と対策ができると思います。でも結論は一番最初に書いた通りです。
「プロシッパー」「近親相姦創作をする人」「それらをいいねする人」「フォローする人」全てをアンチする人達の事。また、明確に嫌がらせをする人達。
幸いにも私のジャンルではブロックリストを共有したり、スクショで晒したり、たまに愚痴をこぼす程度で、明確に個人攻撃されるのは公式の関係者くらい。
ブルスカではお互いにブロックリストに入れてブロックし合うから、たぶんTwitterよりもさらに軋轢が生みにくいし、衝突もしない。
「近親相姦の創作するやつらもキモいけど、かといってアンチも目くじらたててヤバいよね…」くらいの認識。コロナ以降に増えた事もあり、若い子が多いとされている。
お断り的な意味。該当する属性の人から関わられる事を拒否する。
だいたいプロフに書いてるので、フォローやいいね等をする前に確認しましょう。
そのお断りしている相手への攻撃性が高いので、この文字を見たら該当する場合はブロックかミュートをオススメします。
固定ツイのツリーの中に埋もれてる場合がある。海外では固定ツイに長々と自分の取り扱い説明書を書く文化があるっぽい。
成人向けの投稿をするから未成年者お断りとか、プロシッパーだからアンチお断りとかでその人がどういう属性の人かわかるようになっている。
レイプの事。同意があるかわからない、和姦寄りの場合はdub-conとなる。
日本だとわりとナチュラルに「創作では過激な事言うけど、現実ではそういうの否定的だよね。」みたいな雰囲気がありますが、海外だとそれを明記して主張する必要があります。
人と人は明確に文字にしてコミュニケーションをしないとわかりあえない、という前提があるからです。
だから「どういう主義で何を主張しているか」を、普段から明確にする傾向があります。
近親相姦の事。
日本や韓国では緩い傾向にありますが、欧米では創作物であっても許されない、とする勢力が近年急増したらしい。
緩い方がおかしいといわれたらそれまでですが、向こうでは公式関係者に「まるで兄弟のような関係」「まるで従弟のような関係」と語られた関係性も近親としてカウントし、カップリングをさせる人をいじめたりするので、おそらく想定するより近親の範囲が広いので注意が必要。
比較的ファンの年齢層が低いジャンルでは近親相姦創作が原因のいじめがよく起きる。
いいねをしたり、創作をする人をフォローしていても攻撃やブロックの対象になる。中立の立場でも攻撃対象のため、どちらの立場か表明するように強要されたりする。
スクリーンショットや文字、Googleドライブなどで共有される。
ブルースカイはリストを共有する事で一括でブロックやミュートすることができる。
海外のオタクは慣れっこなのか、ブロックリスト入りする事で立派な近親創作者だと認められた、とするノリもある。
ブルースカイでは特定の単語を登録する事で、好みの投稿を集める事ができるフィードという機能がある。
このフィードという機能のおかげで、いろんな人をフォローしなくても自分の見たいジャンルの投稿をいっぱい見られます。
そのフィードには、とあるキャラAをレイプする事を生きがいにしている人がいました。レイプ萌えオタクです。
ある日、レイプ萌えオタクは「Aを激しくレイプしないといけない(要約)」という内容の投稿をした。
とあるレイプ反対オタクが、その投稿に対して「レイプジョークを言うのはよくないよ～(要約)」と指摘をしてしましました。
これがよくなかった。
「不特定多数の見える場所で、実際の被害者の目に入る形でレイプを軽視するようなジョークは良くない。」というのが、反対派の主張でした。
そのような指摘をされたレイプ萌えのオタクは「あなたは近親相姦のゲイセックスを創作している。それも現実にあってはいけないのではないか？それらを支持しているのか？」と、論点をすり替えました。
さらに「アンチのように他人の趣味に対してあれこれ指図することは許されない。」と続けます。
論点をすり替えられ、イライラしたレイプ反対派は「ゲイの近親相姦は問題はない。」という主張で返してしまいます。
この時、レイプ反対派もレイプ萌えオタクを「トランプ支持者の子供。」などと言ってるので喧嘩両成敗だな、と個人的には思います。
しかし、レイプ萌えオタクは「この人は現実の近親相姦を支持している。」という文章と共にそのスクリーンショットをあげました。
そして、フォロワーに対して相手をブロックするように扇動をしました。
それに対して顛末を知らないフォロワーたちは「現実の近親相姦を支持するのは酷い」「その口でレイプ被害者の話をするのは理屈が通らない」という反応をしています
一方的なレッテルを貼り、ブロックを扇動する明確ないじめに発展してしまいました。
頭を冷やしたレイプ反対派は「最初から指摘などしないで、ブロックをして前に進めばよかった。」と語ります。
そして、「頭にきて皮肉で返してしまったけど、現実の近親相姦を支持しているわけではない。」とも。
レイプ萌えオタクは、レイプ反対派と対話して誤解を解いたり、お互いの和解を望むと返す相手をブロックしました。
一日経った後でも、レイプ萌えオタクの話を鵜吞みにした人達は未だにそのことについて批判をする投稿をしています。
レイプ反対派は、自身の対応がよくなかった事を自覚し沈黙をしている為、その風評被害を払しょくする事はできません。
私は、他人が何か言うのも違うと思いブルースカイでは静観をしています。
近親相姦創作用のアカウントがないTwitterの方ではレイプ萌えオタクと、その界隈を軒並みブロックすることで関わらないようにしました。
気に食わない相手の言葉尻を捕らえてレッテルを貼る人と関わりたくないためです。
なんかヤバそうな事を言ってるタイプのオタクには近づかないようにしよう。
「アンチみたいに」「現実の近親相姦を支持している」と、あらゆる角度で相手にレッテルを貼ろうとしました。
相手を「トランプ支持者」「子供」と書きました。どちらも事実かは関係ない、ただの暴言です。
しかし、それをフォロワーに晒し、ブロックを扇動し、自分の気に食わない意見を書く相手をブロックするのはただのいじめです。
傍から物事を分けてみると日本の喧嘩とあんまり変わらないですが、言葉が通じない相手からいきなりレッテルを貼られたりしたら、だいたいの日本人は対応できないと思います。
私も他人事だからこういう反応なだけで、実際にやられた時は適切な対応ができないでしょう。
今回は「親切心から注意をしたせいで逆鱗にふれ、曲解されたスクショによってレッテルを貼られる」という事例でした。
相手からいきなり喧嘩をふっかけられたりする場合は避けられませんが、今回の場合は最初から「ヤバいやつだ…ブロック(ミュート)しよう。」というマインドであれば起きませんでした。
どこにでもあるただの喧嘩から、海外のオタクがよくやるいじめの一例になりました。
日本人同士でもよっぽど仲が良い相手じゃないとある程度嫌な思いをされたりするので、あまり指摘しないとは思います。
私は、変な事してたら教えて欲しいし、このまま放置してたら相手が困るだろうと思って指摘します。自分が他人に何かを指摘する時はどこかで「まあ、これで嫌われても良いや。」とは思ってます。
いろんな人がいるので「他人に恥をかかされた」「他人から自分の趣味についてとやかく言われた」という点で怒る人もいます。
それでなんらかのレッテルを貼ってブロックを扇動するというパターンは日本人同士の同人界隈でのSNSの運用で想定しないパターンなので今回、記録に残しました。
また、今回の事例で「人間の考え方自体は特に変わらないから、海外の文化だろうが不用意に怯える事は無い。」という事も感じました。
もちろん、全てのタブーや文化、マナーなどを知れたわけではないので、ある程度の敬意を持つべきです。
だけど、親指を立てることが侮辱的な意味合いがある国が存在します。
日本人がご飯に執着していることを、海外の人には理解できない事でしょう。
外国語に慣れてない日本人からしたら、外国語で投稿している人間のヤバさなどはあんまりわからないです。
しかし、普段から鍵もかけずにレイプに萌えているような投稿を繰り返してるオタクがまともじゃないのは日本でも海外でも変わらないと思います。
こうやって見るとChatGPTは切ってもいいかもなぁ
| 内容 | 価格 | 備考 |
|---|---|---|
| Google One（Googleドライブ 2T） | 年額 ￥13,000 | 普通の動画（昔ニコニコに投稿してたやつとか）や自前エンコmp3ファイルとか |
| Drop Box（2T） | ￥1,200/月 | エロ動画などGoogleで垢凍結の危険があるもの |
| ChatGPT Plus | $20 ドル/月（2,953.10 円） | 最近使ってない気がする… |
| GitHub Copilot（プログラム支援AI） | Monthly payment $10.00（1,476.55 円） | プログラム支援としてめちゃくちゃ優秀。 便利すぎて頼りすぎると危ないまである |
| LYPプレミアム（旧Yahooプレミアム） | 月額 508円 | 確か最初はヤフオクがお得になるとかで加入した。 今ヤフオクは使ってないけど、メアドをサブとしていろんなサービスに登録しちゃったから切れない |
| YouTube Premium | 月額 ￥1,280 | YouTubeは昔のテレビレベルで日常的に見てるから個人的に必須。 おまけで付いてくるYouTube Musicも有用。Spotifyから乗り換えたレベル |
| Amazonプライム | 年間 ¥ 4,900 | Amazonの買い物、プライムビデオ。有用 |
ちょっと悩んでるの
私はただの会社員で、栄養の関わる知識はネットに転がっている程度しかありません。
この献立表は作り置き用です。
日曜日にまとめて買い物→調理→冷蔵・冷凍するためのプロセスです。
本当に申し訳ないんですが、購入してからすぐにカッターで本を解体してスキャンしてPDF化します。（スキャン後はマスキングテープでくっつけて本棚に入れてあります）
PDF化する理由は、献立を組み上げる作業は全てPC上で行っていきますが、PDFの方が本よりもレシピを探しやすいというのが1番の理由です。
また、最後はレシピ1つ1つを画像ファイルにするので、一旦PDFにしておいた方がその作業が楽になるという理由もあります。
スキャン環境が無い場合は、タブレットやスマホを使用してレシピの内容まできちんと読める状態の解像度で撮影し、画像ファイルタイトルに頁数を振っておくといいです。
1つずつレシピを読み込んで表計算アプリケーションに情報を書き出します。
PC上で計画・管理、スマホ上で閲覧出来るのが理想なので、私はMicrosoftのオンラインExcel（無料版）を使用しています。
｜【料理タイトル】｜【ジャンル】｜【調理方法】｜【冷凍可否】｜【PDF頁】｜
上記の順番でセルに入力していきます。次から詳細を掘り下げます。
△：野菜なしでタンパク質のみ 例）鶏のてりやきからしマヨソース
緑：鶏肉
茶：牛肉
黄：たまご
青：魚
薄橙：大豆
使用されている調味料を元にジャンルを記入、セルの色付けをします。
色付けの凡例は次の通りです。
水色：お酢（さっぱり系）
9割は振り分けられますが以下のように振り分けが難しい料理もあります。
→オリーブオイルとしょうゆを使ってるけどどちらかといえば洋食かな～→薄緑
レンジ調理、フライパン調理、鍋調理、トースター調理等を記入します。
山本ゆりさんの一部のレシピ本には冷凍の可否が書かれていますが、冷凍NGの食材が使用していなければ自己責任でOK認定にしています。
→豆腐、じゃがいも、卵、きゅうり、レタス、水菜、アボカド、ちくわ等
この後に情報を入れ替える作業があるので、どのレシピがどこに掲載されているかを把握しておくために頁数を記入します。
https://f.hatena.ne.jp/lyri/20240522143436
※「翌日」は「翌日に食べないとだめ」、要するに「冷凍不可」を意味します。
※余談ですが、料理タイトルをグレーアウトしているのは新しい本において調理の未済管理のために私が作ってみたレシピに施しているだけです。左側の★は子供が美味しい連発したレシピです。△は子供の苦手食材、苦手調理方法を含んでいるレシピです。
現在は書き込んだ頁順にレシピが並んでいると思われますが、これらをタンパク質順にソートします。
https://f.hatena.ne.jp/lyri/20240523101436
こうすることで「鶏が足りない！」 「ここに豚が欲しい！」 「トマト系のレシピ無いかな～」 「レンジ調理できる副菜ないかな～」等、検討時のレシピの検索が非常に便利になります。また、PDF頁数も一緒に移動することで索引機能を果たします。
例）
主菜A：◎肉入り野菜炒め（玉ねぎ・にんじん・キャベツ）→主菜に野菜たっぷり入ってるな～「○かぼちゃの煮物」を添えとくか
主菜B：○ぶり大根（大根）→大根だけか～緑もないし「◎なすとピーマンの甘辛味噌」にしよう
どうしても「○主菜＋○副菜」となる場合は【我が家の毎日食べても飽きない野菜】を味噌汁の具やサラダにしています。
キャベツ、大根、トマト、ピーマン、ごぼう、にんじん、かぼちゃ、ブロッコリー、おくら、わかめなど。もっと増やしたい。
これらの味噌汁とサラダは応急処置なので、わざわざ表には書いていません。
現在は子供が少食なので主菜と副菜のみにしていますが、もう少し大きくなったら味噌汁とサラダもレギュラー入りさせたいし、その時は味噌汁ルーティーンも組み込んでいきたいです。
（後で見本を載せていますが、現在は子供のストライクゾーンが和食に多いので偏りがちです。成長に伴って変革していきたいです）
理由は調理のモチベーションを保つため、1品目をレンジ調理している間に2品目の材料を切ったり下ごしらえをしたり出来るので時短になるため、レンジ調理したものはそのまま粗熱を取って冷蔵庫や冷凍庫に入れてしまうので、フライパンや鍋を洗う回数や手間を減らせるからです。
毎日作る時間が確保できるのであれば、フライパン調理のみで構成しても良いと思います。私も本当はそうしたいです。
火：主菜２ 副菜Ａ（冷蔵保存） ←副菜は原則2日間で食べきります
金：主菜５ 副菜Ｂ（冷凍保存） ←副菜は原則2日間で食べきります
冷蔵：主菜１ 主菜２ 副菜Ａ ←冷凍NG食材を含んでいてもOK
私は作り置きよりも作りたてのおかずを食べたい派です。なので、水曜日だけは子供が好きで野菜もたくさん食べられて比較的調理時間が短くて手間がかからないなおかずを組み込んでいます。親子丼、ピラフ、グラタン（ほぼシチュー）、オムライス、焼きそば、パスタ等です。
ただし、山本ゆりさんのレシピ（特にレンチンするやつ）は一旦冷まして味が浸透してから再度加熱して食べるとめっっっっっっっっっちゃくちゃ美味しいので、作り置きに向いているものが多いとも感じています。
冷凍したおかずの解凍方法は、食べる瞬間の24時間前頃から冷蔵庫に入れておくと自然解凍されます。
私は前日の夕食後に冷凍庫から冷蔵庫へ移動しています。そうすると冷蔵したものと同程度の加熱時間で食べられます。
ちなみに水曜の主菜３は使用するお肉や魚だけ日曜の買い物直後に冷凍して、火曜の夜に冷蔵庫に移動して自然解凍された状態で調理します。
https://f.hatena.ne.jp/lyri/20240523103013
水曜日のセルが黄色なのは、私が献立を考える際に「ここは固定！」とわかりやすくするために塗った名残なので特に意味はありません。
タンパク質、野菜数、ジャンル、調理方法のバランスが割と整っているのではないでしょうか。
完璧に組み立てるのは正直かなり難しいです。
例えば上画像の5週目の木曜と金曜は○と△で構成されてしまっているので、更に味噌汁を追加するか、もしくはバターしょうゆの味付けとスナップえんどうに合いそうな野菜（いんげんとかアスパラ？）を追加したいところです。味噌汁を新たに作る方が簡単で食卓の見栄えは良いです。
これらは更に小さいセルで管理すると見える化でき、ジャンルや野菜のばらつきをチェックできます。
入れ替えの際はこちらの更新も必要で面倒ですが、やっておくと新たなレシピを組み込む際に非常に明快になります。
https://f.hatena.ne.jp/lyri/20240522151313
入れ替えが発生する要因として1番多かったのは、ジャンルの偏りと野菜の偏りです。
中華系ばっかりで胃もたれやばいな！とか1週間ずっとブロッコリーとキャベツ食ってるな！等です。
散らすと飽きが来なくて良いです。
カレーやシチューは1ヶ月に1回にする等、何かを固定すると組み立てやすかったです。
また魚のレシピが少なくなりがちなので、まずは魚を設置してみるといいかもしれません。
主菜も副菜も夜に食べきってしまうのではなく、基本的に翌日の朝食とお弁当でも食べています。
金曜の主菜５は翌週月曜日の朝食とお弁当にするので、金曜分と月曜分に小分けにして冷凍すると尚良いです。
私は面倒なので金曜分をまるごと解凍して夕食に出し、その後粗熱を取って再冷凍しています。（あんま良くない？）
献立表を組み終わったらレシピのPDFから画像ファイル（PNGやJPEG等）を作成して、Googleドライブのようなクラウドストレージに格納します。
PDFを画像ファイルに変換するアプリケーションを使用したり、私はScreenpressoを使用して切り取っています。
https://f.hatena.ne.jp/lyri/20240523114245
これは4周目のフォルダです。1ファイル700KBくらいでした。サイズは600×600くらい。
文字が読める程度の解像度と読み込み速さを確保できれば良いです。
1レシピずつ参照しながら必要な食材や調味料を書き出します。使用個数まで書いておくとわかりやすいです。
→合計で1個あれば足りるね！使い切りたいから野菜南蛮に1/2個使うか！等の計画を立てられます。
記録は私はGoogleKeepを使用しています。PCで書き出し、店舗ではスマホで閲覧します。
材料は一旦全部書き出して、冷蔵庫に残っているものがあれば消していきます。
例えば私は玉ねぎ、にんじん、じゃがいもは袋で買っていて、冷蔵庫に残っていることが多いので照合します。
調味料は滅多に無くならないので書き出しの際に省略することが多いです。（使い切った時の達成感すごい）
そうするとリストを上から順番に追っていくだけで買い物が終わります。
野菜→魚→乾物→肉→乳製品みたいなざっくりとした順番で大丈夫です。
クラウドストレージに保存した画像ファイルを見ながら進めます。
収納ラック等で1段高い位置にスマホを置いて、調理場所を広く確保すると汚れないので良いです。
余談ですが包丁とまな板は2セット用意して野菜用と肉魚用で分けています。
以上です。
普段喋り言葉で草生やしまくりのブログ執筆やツイートしかしてないので至らない部分があったらご指摘ください。
最後に、私が実際に運用している献立表のジャンルと一部の野菜のばらつきを見える化した一覧表をご参考までに。
https://f.hatena.ne.jp/lyri/20240524094732
2022年アニメのエスタブライフが今更ながらめっちゃ面白かったので、みんな見てくれって話。
ちなみにFOD独占だったみたいだけど、今はアマプラでもやってる。
https://www.amazon.co.jp/dp/B0B51DVC1W
https://www.amazon.co.jp/dp/B0B649HFDQ
追記：すまねえ、アマプラで無料なのは1話だけだったわ。FOD独占が憎い。ろくに作品紹介もできない。 勘違いでした。はてブ感謝
正月番組でやっていた「『BLOODY ESCAPE －地獄の逃走劇－』公開直前スペシャル」という特番。その中でテレビシリーズから選りすぐった3話分を放映していた。
「このすば」よりさらにぶっ飛んでいる設定なのに、アニメの新作はほぼ全部チェックしている増田の記憶にない。なんだこの作品は？となった。
そしたら番組中にエスタブライフというキーワードがチラチラ出てきて、「BLOODY ESCAPE 」はどうなった？と思いながらググった。
ちなみに魔法少女（CVくぎゅう）は後の回で登場するぞ！かわいい。
こんな作品です（公式Xより）→https://x.com/establife/status/1742567880825487715
自分のnasneを検索したら、なんと2話以降の録画が残っていてびっくり。全く印象に残らない凡作と判断して、1話切りしていた。
しょぼいカレンダーで調べた所、MXで再放送し、フジの+Ultraでさらに再放送し、計3回も放送していた。なのに話題にならなかった。どう見ても実況向きなのに、ニコニコ実況に残っていたコメントも非常に少ない。
東西冷戦みたいな政治を風刺していたり、おバカ回やちょっと泣けそうな話など、多様な内容でフルメタ風味あるかも。
官僚主義的な東池袋の水族館でショーをしているペンギンが、さいきょう線の開かずの踏切を突破して西池袋に亡命する話とかおバカすぎて大好きだった。
（追記）そうそう、マルテ脳内会議も面白かった。マルテはスライム型人間なんだけれど、エステを押し倒したい過激派と穏健派に別れて戦ってたら、実際の身体も分裂しちゃう話。合体した時に泡沫政党のノーパン派（こいつはノーパンしか言わない）が2議席に倍増しているのに注目！ほんとバカアニメ。そしてお台場クラスタに繋がる。
↓↓↓当時のまとめ
【マルテース脳内会議、穏健派と強硬派が分裂、ぶつかり合うｗｗｗ】エスタブライフ グレイトエスケープ -第4話感想まとめ-
https://ttb-superdata.blog.jp/archives/13806445.html
・最初のつかみが必要なのに、1話が平凡すぎた。魔法少女の2話と入れ替えればよかったのに
・FOD独占という悪。当時TverやAbemaやニコニコでオンエアーしていたら反応はだいぶ違ったはず。 すみません。確認不足で「FOD独占先行配信、遅れてテレビ放送やTVerで配信」でした。これは大外れ
作品自体はとても面白いのに、構成とプロモーションがあまりにも下手だった。ちなみに初回放送より、テレ東の再放送の方がニコニコ実況のコメントが倍以上多かった。
12話一気に見てしまって世界観に惚れ込んだので、今月配給が始まった映画版の『BLOODY ESCAPE -地獄の逃走劇-』も観てきた。エスタブライフの名前を使っていない時点で、マーケティングセンスが絶望的。
ポリゴン・ピクチュアズの映像美って感じで映像は良かったけれど、内容としては60点くらい。良作とは思うけれど、テレビシリーズとは似ても似つかぬ暗さだった。
あれだけ人情深いエスタがまるでコンピュータのような、人格が消えてしまった感じ。攻殻機動隊の漫画版と映画版くらい違うパラレルワールドだった。期待と違って残念。
カバネリとか刻刻とかID-0みたいな、ああいうちょっと暗い雰囲気が好きな人は気に入りそう。
一番コメントの多かったTOKYO MX放送のニコ生実況コメントのxmlファイルをアップしました。ニコニコの規約では非商用に限り利用OKだったので再配布可能と判断。わかる人だけ使ってください(ニコニコ実況過去ログAPIに感謝)
https://drive.google.com/drive/folders/1QKp0pEzdPekPWxoGIl6UIrgC_G2gtPen?usp=sharing
・commeonをダウンロード
・Googleドライブから取得したxmlファイルをcommeonで開く
・"K"キーで「キター」のコメント、"A"キーで「A」のコメント、"B"キーで「B」のコメントに合うので、上手いことタイミングを合わせてください
嘘でしょそんな厳しいの！？一般公開どころか誰かと共有すらしてなかったのに！
しかも、
『Google のポリシーへの度重なる違反が認められた場合は、アカウントのコンテンツへのアクセス停止など、お使いの Google アカウントを無効にする措置をとらせていただくことがございます。』
って書かれてるの。
ヤバいよもうGoogleドライブ使い続けるの無理だわ。それだけじゃないよ、可能な限り利用サービス分散してかないとリスクが大きすぎる。
生まれて18年くらいだけど片付けのプロセスが未だに分からない。
散らばったものを棚や箱にしまったり、ゴミが落ちてたら捨てることくらいはわかるが、順番がわからないから、忘れる前に全部思いついたこと紙に書くんだけど。
でも全部完璧にやらないといけないからさ、雑誌とか全部出てるやつは一回読んでから片付けるのと
服とかも全部確認してちゃんとした分類で棚にしまうのと、私は絵を描くのが趣味だから、紙が無限に散らばっているのを要るもの要らないもの種類ごとに分別して、引き出しの中にある使わなかったマックとかのコーヒーミルクを使うためにコーヒーを飲んで、カミソリが出てきたから今日風呂で使って、ピアッサーが出てきたからそれは早く使ってしまいたくて（後日）、で、ポストカードがたくさん出てきたから、あとCDについてる背表紙の紙みたいなやつ、ああいうのは壁に貼り付けてみたんだけどやっぱイライラするから全部剥がさなきゃいけない。前に開けた途中のお菓子を食べないといけないし、昔のメガネケースを使うためにメガネを買いにいく、ネイルが出てきたから今夜塗りたい、スマホを見てたらスマホの中のデータも片付けないといけなくなったから、それが1番大変だと思った。写真を消すために全部覚えたり、描いたりしないといけないし。撮った動画も全部切り抜いてGoogleドライブに載せないといけないし、あと、Safariで検索してそのままになってるタブをどうにかしないといけないし、なんか洗濯とか最近してないしさ。置いてあるぶっ壊れたラジカセって何ゴミなんだよ、みたいに、何ゴミかわかんないやつは一生片付かない。さっきは床に置いてた水筒ひっくり返したら、コピー用紙が水浸しになった。メイクポーチが溢れたコンシーラーだらけになっていたからそれも洗って拭いて、拭くんだよ全部、ホコリで汚れてるDVDとかも拭きたいし、棚の上も拭きたい。
棚の中にある要らない物があるのがイライラするけど捨てれる自信がないよー。みんなは何からするんだろう片付け
マジか。ほんじゃ Googleドライブは選択肢から外した方がええのかな・・・
blogだとFC2が用途に合ってそうなんだが、動画あげられないのが面倒い。ワイは動画の画面キャプが多い
萌え画像は主にスクショで別に画質にこだわりはないがリサイズする手間考えると続かなそう・・・
まぁ一括でPCでリサイズすればええんかな・・・やるかは知らんが・・・
自宅にNAS置くのは Firewalla Purple みたいなの試せる口実になるから良いかなぁって思ってる
イニシャルコスト考えるとiCloudで使い続けた方が安いって結論になるので悩ましい
けど自宅にファイル置き場あってもいいよな感
はてぶの上位にちょいちょい載ってるTBS系のニュースサイト、newsdig.tbs.co.jpについて。
https://b.hatena.ne.jp/site/newsdig.tbs.co.jp/
何がヤバいかって、くっそ巨大なCookie(LocalStorageとかも含むのか知らんけど)をしこたま保存してんのよ。
気付いた時点では640MBも占有してた。別に巡回チェックしてるわけでもなく、話題に挙がってたら見てみることもある程度のアクセス頻度なのだが。
Chromeユーザーはアドレスバーに↓コピペして確認してみてくれ。
chrome://settings/content/all?searchSubpage=tbs.co.jp&search=cookie
試しにCookie消去してから、ただ開いただけでサイト上で何の遷移もしてないのに279MBも保存された。
次点ではpresident.jpが553MB消費してた。(こっちも話題に挙がってたら見てみることもある程度。)
(その次にはGoogleが数百MBオーダーで消費してたけど、これはGoogleドライブのオフラインキャッシュとか考えれば妥当。他に数百MBオーダーで消費してるサイトは無かった。)
多くのサイトは数バイト～KBオーダーなのに、こいつら何保存してんのか不気味すぎる。
(追記)
各自の環境の消費量を教えてくれた方々や有意義なコメントを下さった方々ありがとうございます。
始めにお断りしておくべきだったかもしれませんが、自分はソフトウェア系ではありますが、Webエンジニアではありません。認識が浅かったり、古かったり、そもそも間違ってる可能性もあります。
CookieじゃなくてCacheStorageやんけと突っ込みもいただいていますが、「LocalStorageとかも含むのか知らんけど」と書いておいた意図は(どのような技術要素かはどうでもよくて)ユーザー端末に保存されるデータボリュームについての話を意図しています。ChromeのCookie絡みの設定画面での表示なのでこのような書き方をしましたが、解り難かったのならごめんなさいね。冗長ながらも認識齟齬を招かないように平易な表現で書くと、「ユーザの明示的な承諾なくユーザー端末に保存されるデータがデカイんだが」って話です。
で、各自の環境で「ユーザの明示的な承諾なくユーザー端末に保存されるデータ」が数GBオーダーにも及ぶという事例が少なからず報告されて、自分の環境だけではない事象だということが判りました。
さらにtbsとpresident以外にもいくつかのサイトが同様に肥大化していることも知れました。
結果的にはid:hinaloeさんの解説が解りやすかったです。ありがとうございます。
https://blog.hinaloe.net/2023/04/27/chrome-too-large-cache-storage/
CacheStorageがChromeの表示と、実際のディスク消費量と一致していないことが原因であると理解しました。
追試してみたところ私の環境ではChromeの開発者ツールでの表示が74MBで実際のWindowsのファイルシステム上は33.9MB消費されました。
実際のストレージの消費は表示値の半分程度ということになり、id:hinaloeさんの1.4GBに対して5MBのように実際の約0.3%という結果とは大きく乖離がありますので、各環境で大きく違いそうな気がします。
%USERPROFILE%\AppData\Local\Google\Chrome\User Data\Default\Service Worker\CacheStorage
※配下のどのディレクトリが対象サイトのものなのか一意に特定する情報が無さそうなので、Chrome開発者ツールのApplicationタブの左上の方にあるService Workersを選択すると、右側にReceived YYYY/M/D HH:MM:SSみたいな表記が有るので当該時刻に変更されたタイムスタンプを持つディレクトリを特定するような感じになるかと思います。
ついでに開発者ツールを触っていて気付いたベースで書いておくと、
といった感じで、ユーザが見たものをキャッシュしているのではなくて、先読みしてるような挙動に思えます。
ロード時間短縮でUX改善を狙ったものかもしれませんが、個人的にはそれを1か月も保持し続けるのは過剰な感じがしますが世の中的にはどうなんでしょうね？
(追記2)
hinaloe氏の投稿で紹介されているStackOverflowの投稿やそのリンク先のChromiumのバグレポートのやり取りまで目を通してみると、特に理由の説明なく平均7MBがパディングされると書かれた投稿があります。
https://stackoverflow.com/questions/39109789/what-limitations-apply-to-opaque-responses
https://bugs.chromium.org/p/chromium/issues/detail?id=796060
該当するソースコードは↓のようです。
この中で、ComputeRandomResponsePadding()という関数を呼び出しておりその実体は↓のようです。
この関数は符号無し64bit整数の乱数(つまり、0～18446744073709551615のいずれか)を14431 * 1024 = 14777344で割った剰余(つまり、0～14777343≒約14MiB)を返却します。
これがパディング値として採用されることになりますが、乱数が正規分布している前提で、平均すると(最大値14MiBの半分で)約7MBになるよねってことだと思われます。
故にChromeの設定画面から確認できるCookie等(LocalStorageとかCacheStorageとか諸々含む)のサイズは、概算してCacheStorageに存在するファイル数×平均7MBが過大計上されていることになりそうです。
これでChromeの設定画面から確認できるサイズと、実際のファイルシステム上で消費されているサイズの違いは合理的に説明できますが、TBS等の特定のサイトだけデカくみえる理由の説明にはならないのです。
なんなんすかね？
もっと不自由で研究者とかが使うもんだと思ってたけど、めっちゃ自由！
更に驚いたのはGoogleドライブのマウント機能。
Colabってセッション切れたら状態保持されないから成果物を手元に保存しなきゃという焦りが出て嫌だったんだよね。
そこでこの機能！同期が一瞬で済むGoogleドライブに簡単に出力を放り込める。
そして気づいたね。このGoogleドライブを作業フォルダにしてしまえば全部解決じゃねーかって！！
今Stable Diffusion 用にColab使ってるけど、ソースもモデルも全部Googleドライブに放り込んで使ってる。
もちろん出力もそこに入る。
何十万もするGPU買おうか迷ってたけど、俺もうこれで良いわ。
Googleドライブに入れてるエロ画像で垢BANされたらまた考えるわ。
今でも現役で、Anythingv3のような派生モデルも出ている。
NovelAIはリークモデルの削除にあまり積極的でなく(githubに置かれたものは流石に消された)、現在では様々なサービスに転載されてしまっている。
また、リリース以降モデルの改善がほとんど行われていないためサービスを離れるものも少しずつ出てきており
リークモデルやその派生モデルなどを利用したローカル環境での画像生成に軸足が移りつつある。
中華コミュニティにおいてNAIに追加学習を加えたとされるモデル。
リークモデルベースなのにhuggingface(AIモデル配布サービス)で削除されていない。
確かに綺麗な絵が出るがその分エロが苦手になっており、特に性器をまともに描画できない。
広げた性器(アナル含む)や巨大なディルドの挿入などに最適化されたモデル。ベースは不明。
また、NAIモデル系列が苦手なダンディなおじさんを描くのも得意。
複数のモデルを混ぜることによって各モデルの苦手な部分を克服する試み。
WEBUIには標準機能としてモデルマージ機能が備わっている。
Anythingの苦手なエロを補うためにGape60を混ぜてもあまり上手くいかないので、
NAIを先に混ぜた後にGape60を混ぜるのが良いのだとか。
ベータテスト中。NGワードが設定されており、nfswな内容を描かせようとするとBANされる。
現在はNGワードを回避しつつエロを描かせようとする動きが活発。
版権ものの画像はあまり生成できず、NAIと違ってラーメンを箸で食べられるらしい。
キャラ再現の鉄板技術だが、まだまだノウハウが足らず試行錯誤を行っている。
学習結果がモデルとして出力されるため(容量数GB)共有しづらい。
ポケモン最新作で人気のナンジャモはデザインが独特で学習精度を測りやすいため、
DBでナンジャモを再現するDBナンジャモチャレンジが一時期流行った。
画風を再現するために使われていたが、キャラ再現目的でも有効ではないかという話が定期的に出たり出なかったりしている。
最近の更新で学習精度が高まりナンジャモも再現できるようになったらしい。
個人的にはDreamboothと違ってファイルとしてやりとりしやすいこちらに流行って欲しい。
Googleが提供しているPython実行環境。従量課金と実質従量課金制の定額プランもある。
エロ画像を生成するとBANされるという噂は絶えないが増田は今のところBANされてない。
ともあれ一応Colab用のGoogleアカウントを作ったほうが良いとされている。
GoogleのサービスでありGoogleドライブ(無料で15GB)が容易にマウントできるため、モデル置き場として有効。
実質従量課金制となったColabの代替として利用者が増えている。
が、だいぶ不安定で静的ストレージ(インスタンスを壊しても消えないストレージ)も月8ドルのプランでは15GBしかもらえず(月39ドルの上位プランですら50GBしかもらえない)
それ以上は追加料金を取られるためモデルの置き場所に難儀することになる。
またColabと違ってGoogleドライブのマウントに不具合がある上運営側もAWSのS3を外部ストレージとして推奨しているため本当に面倒。(一応共有機能を利用することでダウンロードはできる)
S3互換ストレージである[CloudFlareR2](https://yusukebe.com/posts/2022/r2-beta/)(10GBまで無料)などが有力か？
Box.comというクラウドストレージサービスがある。法人向けがメインのせいか個人で使ってる人は少なさそうだし、需要はないだろうけど記録として残しておく。（本当はオンラインストレージ専用スレ https://mevius.5ch.net/test/read.cgi/esite/1620029734/l20 に投稿する予定だったけど規制で書き込めなかったので此処に）
確か10年ほど前に初期のキャンペーンで登録した50GBの無料アカウントで、最初は数年放置していた。4年ほど前にdマガジン（雑誌のサブスク）に加入してから、気になった記事はキャプチャして画像を加工 → PDFに固めてアップするようになった（個人利用の範囲だから問題ないと思う）。投資・経済・時事とかが半分以上かな。他には健康とかレシピとか、至って健全なコンテンツばかり（もしかしたら健康的なアイドルの水着とかも少しは混ざってたかも知れない）。
それを2018~2021年まで細々と続けてて、何も問題なかった。ちょっと1年くらい休みを挟んで、今年2月くらいからまたペースを上げてアップするようになった。よく覚えてないけど、それでもストレージの使用率は1割なかったはず（計3~4GBくらい）
ある日、2022年（という名前で分けていた）のフォルダの中身が空になってた。それ以前の2018~2021年あたりのも全部まとめて空になってた。正確には分からないが3GBほどは消されてしまったのではないかと思う。古いのはあんまり把握してないから、キャプチャしたPDFだけでなく本当は他にも消えたファイルがあるかも知れない。
いつもと違う行動があったとすれば、数年ずっと細々と使ってたのに急に2か月でギガ単位で消費し始めたことくらいか。それでも動画を上げ続けるようなヘビーユーザーと比べるとそこまで疑わしい、問題になるような行動か？とも思う。
有料プランの同人作家が作業中のデータが消えた話はよく耳にしてたけど（※1）、エロが海外基準で引っかかったんだろうな、自分は健全コンテンツだから無関係としか思ってなかった。子供の成長記録をアップしたり、エロ同人（いわゆる2次元、非実在アダルトコンテンツ）を溜め込んでいたら突然アカウントをBANされたとかの話も知ってはいた。だから大事に長く安全に運用していこうと思っていたアカウントなので、これでBANされるなら気をつけようがない。なお言っても無駄だと思うのでサポートには連絡してない。
（※1）全然話題になってないけどこういうのとか https://kamyu.tokyo/blog/dropbox_account-disabled/
幸いというか、ほぼ同じ内容をGoogleドライブにも同時にアップロードしていた。でもこうなってくるとクラウドストレージ全般が信用できないので、ポータブルSSDでも購入しようかと考えている。
