この画面は、簡易表示です
Windows10ではディスクのプロパティのツールから一時ファイル等を「クリーンアップ」する事ができたが、今のWindows11の同じ画面には「クリーンアップ」ボタンは無い。
「設定」から「ストレージ」画面に「クリーンアップ対象候補」と云うのがあるが、大抵はずーっと処理中のままだ。
なので「ストレージセンサー」画面に進み、【今すぐストレージセンサーを実行する】ボタンを押すしかない様だ。
尚、実行する前に画面のチェックボックスの選択状態をよく確認してから実行しないと、「アプリファイル」が消えたり「ダウンロードフォルダ」が空っぽになって困るかもしれない。
処理が終わると「クリーンアップ対象候補」で一時ファイル等が選択できるようになる。
ここまでの操作で、「設定」から「システム」⇒「ストレージ」⇒「一時ファイル」の画面がWindows１０の「クリーンアップ」と同じような画面になるので、要らないモノを選択して「クリーンアップ」できるようになる。
Androidのgoogleもそうだけど、OSの製作者はストレージを汚箱にしたい様だ。
もしくは、掃除はロボットの仕事と思っているのだろう。
現在の宇宙が偽の真空か真の真空かは不明だが、その真空では対生成と対消滅が際限なく繰り返されているらしい。（仮説
となると、多分クォークと反クォークの対生成と対消滅なのかな？そんな物騒な現象が陽子とか中性子の塊の原子核が常時反応しているのだろう。
その陽子とかを構成するクォークが先の対生成の片割れの反クォークと不意に対消滅することもあるが対生成のもう一方の片割れのクォークが消滅したクォークの替わりになり無事収まる。（知らんけど
その騒動に陽子を構成するクォークを繋ぎ止めるグルーオンが新しい仲間（置き土産のクォーク）のクォークを繋ぎ止めるにも光速を越えて反応できないので若干もたつく。（若干
それが延々と続く。（宇宙の終わりまで果てしなくいつまでも
つまり、陽子を構成するクォークを繋ぎ止めるグルーオンはいつも忙しい。そのため、原子核を構成する他の素粒子（陽子とか中性子とか諸々）との付き合いも片手間とはいかず、動きがとろい。
その他人との付き合いの遅さが質量として現れるらしい。（グルーオンのHPはほぼ無いに等しい。
もっとも、今の真空には対生成と対消滅の他にもヒッグス場とか別の反応系もある様だが、今のところグルーオンの忙しさに主な原因があるらしい。
短くまとめると「素粒子内のグルーオンの働きが光速に拘束されている様子が質量の様に観える」様だ。
それに関連し、真空の対生成と対消滅は陽子とかと関わると対消滅までの時間が短くなりその反動で早めに対生成が起き、陽子の周りの対生成と対消滅は他より活発になる。（と思う
そうなると、その陽子の方向からの対生成の数が多く、それを食らった陽子の中のグルーオンはいつもより忙しくなり、その陽子の方向に陽子が引っ張られる。（のかもしれない。
案外、陽子と中性子が塊になっているのはそのせいかもしれない。（グルーオンの処理能力の低下＝強い相互作用？
しかし、対生成と対消滅は原子核の外にも波及するが原子核が陽子と中性子が塊なのでその影響も塊となって外に影響が出ることになり、外の陽子も反クォークが多く飛んでくる方向に引っ張られる。（酷い有様
この酷い有様が・・・
重力なのかな？
尚、影響がそのまま空間に広がるとその影響は球の表面積（４πｒ２）に反比例するハズなので、万有引力の法則とも相性が良さそう。
結論。
質量？
重力？
そんなものは実在しない。
素粒子内のグルーオンが光速限界を守り安全に反応している様が、そんな風に見えるダケ。
だと思った。
そうなるとタキオンなんてものが実在したらどうなるのかな？
多分、そんな素粒子があれば質量は無さそうだが、
普通の素粒子と反応すればタキオン素粒子は超光速で弾かれるんだろうけど、
普通の素粒子の方は普通に自前の質量（ここではグルーオンの処理性能の低さ）に応じて弾かれる。（ハズ
なので、宇宙のボイドの発生源にでもなっているのかもしれない。
おかげで、超銀河団も時間の経過と共にまとまり、めでたし、めでたし。なのかな？（知らんけど
ps.2023/09/01
質量が素粒子間の反応の１つであるなら、
時空間の歪みも
「あたかも時間と空間が歪むかの様に素粒子が振る舞うがそれは観測者の概念に依存する錯覚である。」
と云うことになる。
つまり、クォークと空間の見えない真空の反応を前提にすると。
質量とか空間とか時間という絶対的っぽい概念は
ちゃんと見直さないと現実と乖離してしまい。
「観測してていない時は存在していない」とみなすとか何とか的な解釈しかできなくなるので
とてもメンドクサイ様だ。
ダウンロードページからインストしようとしたら、１つ依存パッケージが見当たらないと出たので、
※chrome用のyumリポジトリィファイルを作る
# sudo vi /etc/yum.repos.d/google.chrome.repo
i
[google-chrome]
name=google-chrome
baseurl=http://dl.google.com/linux/chrome/rpm/stable/$basearch
enabled=1
gpgcheck=1
gpgkey=https://dl-ssl.google.com/linux/linux_signing_key.pub
「esc」:wq
※内容チェック
# yum search google chrome
google-chrome-beta.x86_64 : Google Chrome (beta)
google-chrome-stable.x86_64 : Google Chrome
google-chrome-unstable.x86_64 : Google Chrome (unstable)
※安定版をインスト
# sudo yum install google-chrome-stable※元ネタは、Google Chromeをインストールする Rocky,Alma,CentOS
chromeの拡張機能のchrome リモートデスクトップはインストできたので、他のパソコンに繋ぐことはできた。
しかし、他のPCから接続しようとdebパッケージで作られたパッケージのインストールができなかった。
一応、CentOS Stream8とMIRACLE LINUX 8.4にChrome Remote Desktopで接続する で
alienパッケージを使用して debパッケージをrpmパッケージに変換すれば使えるようになるらしいが、最新のdebパッケージではダメらしいので、パス。
すなおにUbuntuを入れようとしたが、cockpitの仮想マシンへの「OSのダウンロード」でUbuntu18をインスト中の「パッケージのインストール」で無限ループに入ってしまったので挫折。
ps.2023/08/17
ubuntu-22.04.2-desktop-amd64.isoをダウンロードし、これを仮想マシンにマウントする方式で無事Ubuntu 22をインストできた。
vncコンソールのマウスのポインタがズレて判定され操作しにくい。（特に×クリック
ここで、コンソールの「デスクトップビューアー」を試してみた。
ローカルホスト上でcockpitを起動している場合のみ、コンソールの「デスクトップビューアー」が使える様だ。
※もしかしたらWindowsの場合のみ127.0.0.1になるのかもしれない。
シリアルコンソールではクリップボードが使えるが、
vncコンソールでは使えないので、
諦めてSSHサービスをインスト。
$ sudo apt-get install openssh-server勿論、以下はTeraTermから操作。
chromeをインスト。
$ wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
$ sudo dpkg -i google-chrome-stable_current_amd64.deb
$ google-chrome で起動chromeから remotedesktop.google.come/access を開き、chromeリモートデスクトップをインストし拡張画面へ移動。
リモートホストもインストさせようとしたが失敗。
手動に切り替える。
$ wget https://dl.google.com/linux/direct/chrome-remote-desktop_current_amd64.deb -P ~/Downloads
$ sudo dpkg -i ~/Downloads/chrome-remote-desktop_current_amd64.deb
$ mkdir ~/.config/chrome-remote-desktop で作業フォルダを作っておくするがdpkgでエラる。
どうやら、libutempter0モジュールが見当たらないらしい。
しかし、
$ sudo apt-get install libutempter0しても先のdpkgが途中でエラーったのが影響しているのか失敗。
画面に apt –fix-broken installを試してね。と提案が出ていたので、
$ sudo apt --fix-broken installで、無事リモートデスクトップがインストされた。
※うまくいかない場合もあるらしい。
とりあえず、WindowsからUbuntu22のデスクトップにアクセスできたが、ｎｏｎモニターのため真っ黒。
仮想マシンのvncコンソールがイマイチ。
chromtリモートデスクトップでリモート接続できても、モニターレスなら多分真っ黒画面になるので、仮想マシンはキャラベースでインストした方が安心。
こうなるとLinuxにHTML5なリモートデスクトップが欲しくなる。（Linux限定になるけどね
ThinVNCがあるか・・・
cockpitのコンソールがnoVNCで、できているらしい。
ブログサーバは非力過ぎて固まりかけていたので、Hyper-VにインストしたAlmaLinux9があるからインストしてみた。
コチラを参考に固有情報以外はそのまんまインストしてみた。
最初は電子証明書がうまく機能せずエラってダメだった。
systemctl enable --now vncserver@:1 vncserver@:2だけでは無理なのかな？
systemctl start --now vncserver@:1 vncserver@:2も追加したけどダメ。
なぜ記事にはsystemctl start コマンドが無かったのか？再起動するなら不要だけど・・・！
AlmaLinux9を再起動してnovnc_proxy を実行すると、何事もなかったかの様に接続できた。
今のvncは一度再起動後しないと都合が悪いのかな？
さて、実際にAlmaLinux9のデスクトップ画面で色々操作してみると反応はとても良い。
古いとは云えCPUはINTEL i9-9900だし32GBメモリあるし同じパソコン同士なんだから当然として
AlmaLinux9でyoutobeで動画が普通に観れるのはスゴいなぁ。
音は出ないけどね。
難点を云えば、VNCクライアントなので、
また、novnc_proxyもユーザ毎にポートを割り当てる必要があるから、ユーザ数分ファイアーウォールに穴をあけないといけないから、サーバー側は「ユーザ数×２倍」のポートを占有されてしまう。
その辺はxrdpの方が優しい。インストも楽だし。
あ、novnc_proxy をサービス化しないと、ラズパイ用の記事を発見。
先のnovnc_proxyをオプション付きでファイル化。
#!/bin/bash
sudo novnc_proxy --listen 6080 --cert /root/novnc.pem --vnc localhost:5901 --ssl-only
パーミッションは777。
これを呼び出すサービスの設定ファイルを作る。
[Unit]
Description=Run vnc and novnc
[Service]
Type=simple
RemainAfterExit=yes
ExecStart=/フルパス名でnovnc.sh
ExecStop=sudo vncserver -kill :1 && killall websockify
Restart=always
RestartSec=10
SELinuxContext=system_u:system_r:novnc_session_t:s0
[Install]
WantedBy=multi-user.targetパーミッションは777。
他のサービスは皆リンクファイルなので、
/
として作成した方がいいのかもしれない。
でもとりあえずstartできるけど
SE Linuxが有効だとダメ。
# chcon -t usr_t novnc.shやってみると一瞬動いたものの、再び起動しようとすると失敗。
ポリシーを変更してnovns.shを実行できるようにすればいいのだろうけど、メンドクサイのでパス！
TeraTermで接続したら
Activate the web console with: systemctl enable –now cockpit.socketっとメッセージが気になったのでググってみると
どうやらCockpitというWebコンソールパッケージを使おう！と云う提案らしい。
まぁ、TeraTermをインストしなくて済むならCockpitもアリかな？と思いCockpitをインスト。
# dnf install cockpit
# systemctl enable --now cockpit.socket
# firewall-cmd --permanent --zone=public --add-service=cockpit
# firewall-cmd --reloadこれでCockpitが
https:/192.168.xxx.xxx:9090/
で、使えるようになった。
ブラウザに「保護されていない通信」と表示されるのは仕方が無い。（笑
メニューの一番下に「端末」機能もあるので、これでTeraTermともオサラバ？かと思ったけど
「端末」から接続してみると、「概要」でのCPU負荷が95%に上がってしまう様だ。
でも、TeraTermからも接続してtopコマンドで確認すると「端末」を開くとCPU負荷が60％まで上がりその後１％未満になるので、そう悪くない。
この「端末」でtopコマンドを実行すると反応が鈍いが、これもCPUのせいか？
ホストOS側にもインストしてDashboardやVirtual Machinesのアドオンを載せると楽そう。ゲストOSのコンソールまで付いているので行方不明になった時に便利そう。
ポートも
systemctl edit cockpit.socketで、/etc/systemd/system/cockpit.socket.d/override.confを作成し適当なポートを割り当てればいいみたいなので、何かのWebサーバー管理とダブっても対応できそう。
ホストOS側で「ネットワーク」がNetworkManagerサービスを起動してもうまく認識できないかったので、anaconda-nm-config.serviceを起動しNetworkManagerを再設定し再ログインしたところ、表示するようになった。VM用のブリッジのせいかな？
ま、なんとなく使いそうなものは揃っている様だ。
唯一の難点は「最初の最初はTeraTermでログインしなければならない」ので、WindowsにTeraTermは必要そう。
しかし、これもゲストOSをコンテナ化しておけば多少面倒が減りそうな気もする。
ps.2023/08/10
程なく、動かなくなっていた。（大汗
原因は皆目見当が付かなかったので、ホストOS側のブリッジを作り直したり
何気にゲストOS側からIPアドレスを取得させてみると・・・
# ifconfig ens2
ens2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether **:**:**:**:**:** txqueuelen 1000 (Ethernet)
RX packets 109 bytes 23789 (23.2 KiB)
RX errors 0 dropped 4 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
# dhclient enp0s2 ※または ens2 でIPアドレス割当要求
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether **:**:**:**:**:** brd ff:ff:ff:ff:ff:ff
altname enp0s2
inet 192.168.***.***/24 brd 192.168.***.255 scope global dynamic ens2
valid_lft 14295sec preferred_lft 14295sec
と繋がるものの再起動すると繋がらない。
そう。
ゲストOSのcockpitで、ネットワークのens2（環境によりマチマチな名）を見ると
なぜか「全般」の「自動的に接続」のチェックボックスが外れていた。
あと、
この辺はcockpitと云うよりも既存のifconfigやdhclient自体の設定の反映が超遅いので仕方が無いけど
ネットワークでシクジると、己を信じつつ、じっくり時間をかけて少しづつ進めるしかないようだ。
※ああ、メンドクサイ。
尚、途中でホスト側すらLANから繋がらなくなったので、やはりモバイルモニターと非常用のキーボードは必須の様だ。でも、最後には面倒になって本体を棚から引っ張り出して普通のモニターに繋ぎ、
設定を変えては ip a で状況を観察していたけどね。（笑
試しにUbuntuの仮想マシンも作ってみると、cockpitの仮想マシンのコンソールにVPNやX windowの選択が出てくるので、TeraTerm接続で最小インストールから頑張るより楽だと思う。
注意点としては、仮想マシン作成時にISOイメージファイルを指定すると、CD-ROMデバイスとしてマウントしてくれて便利だけど、インスト後は不要とcockpitの画面からCD-ROMを削除して仮想マシンを起動するとkernel-panicになってしまうので「OSをダウンロードします」の方がいいかも。
但し、しょぼいCPU(J1900とか)ではOSのグラフィカルなインストーラの反応がさっぱり動かない時もあるので気長に。
後、rootディスクの空きが少なかったので、仮想マシンの「ストレージプール」で新規に追加してみた。/home/vmdiskとファイルの所有者設定の都合上、/homeにした。
これを使って、既存の仮想マシンにディスクを追加するとコンソールにログが出るから
# [ 190.474791] pci 0000:00:03.0: [1af4:1001] type 00 class 0x010000
[ 190.480984] pci 0000:00:03.0: reg 0x10: [io 0x0000-0x003f]
[ 190.484985] pci 0000:00:03.0: reg 0x14: [mem 0x00000000-0x00000fff]
[ 190.493296] pci 0000:00:03.0: BAR 1: assigned [mem 0xc0000000-0xc0000fff]
[ 190.498379] pci 0000:00:03.0: BAR 0: assigned [io 0x1000-0x103f]
[ 190.503135] virtio-pci 0000:00:03.0: enabling device (0000 -> 0003)
[ 190.570240] virtio-pci 0000:00:03.0: virtio_pci: leaving for legacy driver
[ 190.579224] virtio_blk virtio5: [vdb] 62914560 512-byte logical blocks (32.2 GB/30.0 GiB)
[ 190.585383] vdb: detected capacity change from 0 to 32212254720ゲストOS側でmounttabにvdbデバイスをmounttabに追記すればいいのかなぁ？とか悩んでいるウチに仮想マシンがクラッシュしたので、追加したディスクを削除して実行。
仕方が無いから、WindowsのHyper-Vでディスク後付けの手順を確認してからやり直そう。
新規仮想マシン作成時で「ストレージプール」を指定する時も作成済みのボリュームファイルを指定する様なUIなので、指定の確認漏れ（≒ミス）＝指定してしまった既存ファイルの破壊に繋がるから要注意だ。
こんな手順になるけど、こっちはちゃんとインストできた。
面倒くさいけど領地の各設備のレベルアップしたら官邸レベルを３６から３９に上げられた様な気がしてますが、３か月過ぎても３６のままの方もいます。
爵位条件の「領地の官邸がLv36に達成」や「県公を達成し、累積で７００万戦功獲得」は毎度の事ですが、今回は久々に「累積勲功獲得」が入ってます。しかも６千万！※はい。たった今０を数えました。
履歴から最低でも累積２千万勲功はあるはずですが、
久々に復活して条件を確認してみたら
４千万足りないよ！
となったら、ちょっと絶望してしまうレベルかもしれません。
もっともレベル３６でも、ボクより戦力は遥かに上の方もチラホラ見かけますけどね。
ps.2023/07/26
勲功を増やす方法
毎日の政務で増やすのが基本。
要らないアイテムがあれば以下の手段も使える。
さっぱり陣法が赤ランクにならないので、呂布（ろふ）から奪って貂蝉（ちょうせん）に付けてみた。
うまくいったので、馬超（ばちょう）、趙雲（ちょううん）、小喬（しょうきょう）も赤くしてみた結果、４人の４パラメータが＋１になったので戦力がアップ、４１００万台になった。
※但し、他の４人の陣法が僅かに下がってる。
でも上位陣は１英雄で１０００万～１７００万もあるので、本当に僅か。
ps.2023/08/01
やっと戦力4,200万。
見返してみると、趙雲や小喬が伸び悩み？
主に趙雲、甄姫、小喬の魂玉を触媒に貂蝉や馬超の魂玉のレベルアップしたせいかな。
趙雲、甄姫、小喬は更に下の英雄の魂玉を触媒にレベルアップして多少戻してるけど
小喬だけ吸われ過ぎて戦力ダウンしてたｗ
半月も経たずに一千万アップしたものの、
上位陣の英雄は日々戦力アップしてるのが判るくらい凄い。
その上位陣ではぶっ壊れ性能の英雄を吹っ飛ばす英雄の育成の話で盛り上がってた。
どうやら、英雄と武器と装備の組み合わせ次第でそうなる時もあるそうな。※スキル発動の確率による
初期から実装された英雄はいずれも安定した性能を求めて制約（※最大２０％等）が付いているが、覚醒させて神付き（神・袁尚等）英雄には無いので運営も織り込み済みらしい。
つまり、いっぱい課金したら良い事もあるよ。（的な
無課金でも「発現すれば美味しい神霊」が貰えるから悪くないけどね。（笑
グーグルマップを開くと見知らぬ土地。
現在地ボタンを押してもちょっと動くだけ、現在地が間違っている。
ググって対策を試してみるも全く効果なし。
WifiルータをAPモードで使っているとタマにゲートウェイと繋がらなくなって回線が重くなることがあった！また不調になったのかな？Wifiルータを再起動。効果なし。
大元のFLETS回線のルータのせいな気がしてきたので、FLETS回線のルータを再起動。
無事回復。IPアドレスは変わった、これか？
しかし、現在地ボタンを押すと、さっきとは違う場所にテレポート！
もう一度再起動。また別の場所にテレポート！
謎は深まるばかりだな。
というか、IPアドレスからあてずっぽーに正しい現住所だった方が怪しい。
正しい現住所が判りそうなのはスマホのGPS。
しかしスマホは修理中なので古いスマホを使ってる。
だからAndroidのバージョンも古い１０。
現住所のヘルプを見ると一部の機能はAndroid１２から有効とのこと。
多分これ！
修理からスマホが帰ってきたら治る様な気がしてきたから、放置しよう。
もう古典SFの範疇ですが、前世紀の「２００１年宇宙の旅」という映画で既に「AIに余計な事を吹き込む」とロクな目に合わないということが紹介されていたのですが、やはり「余計な事を吹き込む」人は今でも後を絶たないので、不特定多数のユーザがチャットAIと会話を楽しむオンラインサービスはかなりリスクが高いですよね。
これに懲りたのかある程度常識的なことを覚えた新米社会人っぽい生成AIに「自分好みの偏った情報だけ学習」させ、そのあとに「あ～だ」「こ～だ」と短いコマンドで指示して絵や動画を作らせるなら素材さえあれば手軽だし安心という方向に変わってきました。変な結果になっても調教し甲斐があるAIだと思い込み勝手に沼にハマっていく分には趣味の範疇。個人の自由ですよね。
例えば、ガンダムに登場するモビルスーツの画像をいっぱいAIに学習させ、「ｘｘｘｘの発展型」とか「ｘｘｘｘのシャー少佐バージョン」とか指示して結果を個人的に楽しむ分には面白そうです。
しかし、こう云った「自分好みの偏った情報」を何かググれば注釈（※画像は著作権で保護されている場合があります。）付きで大量に画像等がヒットするので、これらを安易にAIに学習させて何かを生成すると注釈通り、他人の著作権を侵害してしまう可能性が99.9999・・・％ぐらいありそうですから、生成したものを公開する場合はやはり
「この画像のオリジナル率はｘｘ％です」と審査してくれる機関が欲しいですね。多分AIで出来ているんでしょうけどね。
先の「ｘｘｘｘの発展型」の例では、面白い結果が出ないと楽しく無いので、
気に入った結果を
「この画像のｘｘｘｘがベースでオリジナル率は高め。評価は☆５です。」
と評価してくれたら嬉しいかも。
でも、
「この画像は別の方がアップした画像に似ているのでオリジナル率は低い。評価は☆１です。」
などと評価されると荒れるから、むずかしいかなぁ。
※注釈：実際に生成AIを使ったことは無いので全部妄想です。
去年暮れに故障が多かったようで、オンラインストアにg52専用無償修理ページまでありました。
故障した人は大変だなぁと思ってました。
それから半年が過ぎ、ついに手元のｇ５２ｊの指紋認証も壊れました。
先の無償修理ページを見ながら修理依頼のメールを送ってみましたが、無事に「無償」で修理できるでしょうか？
お、スマホがブルブルしている。返事速いなぁ・・・
yahoo天気：「雨雲接近」
とりあえず、頭上の天気の雲行きは怪しいようです。
すぐ回答が来ました。
購入時の確認メールのスクショを添付して修理依頼したのでメールでのやり取りは無いかなと思ってたんですが、「スマホの回収方法の選択」が残っていました。
今回の配送業者は、佐川急便 もしくは ヤマト運輸 で、佐川急便なら回収ボックスと送付伝票を送ってくれるそうです。ヤマト運輸なら自前で梱包するダンボールを用意しないといけないのですが近くのコンビニでヤマト運輸を扱っているならスグ送れて便利そうです。
近くのコンビニはゆうパックのみ取り扱いなので今回は佐川急便にしました。
日曜日に回収ボックスが到着したものの、Felica系アプリ（主にポイント移行手続き）の機種変更で手間取り、やっと初期化できたので梱包した。
WEB集荷じゃなくて電話依頼してね！と回収ボックスの注意書きを見てメンドクサイと思ったけど、集荷しないことには事は進まない。何故か？気が進まないが電話で集荷依頼してみる。
そして一時間くらいして急にザザザザザザと凄い音を立てて雨が降りだした頃に集荷のクルマが到着。
ところが集荷を終えたクルマが遠ざかった後にモノ凄い雷雨がやってきたのである。
きっと「運転手はコレを察知していた」に違いない。
無事、修理センターに届き、サポートセンターの修理進捗の確認ページでは