[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
754: 2022/07/20(水)09:17 ID:FRbRBwj9(2/2) AAS
デプロイのためのイメージとベースイメージごっちゃになってね？
755(1): 2022/07/20(水)12:38 ID:j9T/veZ/(1) AAS
docker commit の話がなんでimageの話に化けているんだよ。
image使うにしても、まずdockerfileにまとめろよ。dockerfile無しでimageだけとか、Dockerの利点捨てているだろ。
756(1): 2022/07/20(水)21:00 ID:clOkjYBA(1) AAS
Dockerイメージはnixで生成するのがさいつよだろ
Dockerfileでapt使ったりしたら
aptはロックファイルも無いから
「Dockerイメージをビルドした時点での最新版パッケージ」になってしまう
aptの部分だけ別Dockerfileにするとかは面倒くさいし
nixなら同じソースファイル使えば同じバイナリになる
既存パッケージを使うだけなら、再現性もたせるためだけに別々にビルドする必要はなくなる
再現性のあるビルド - Wikipedia
外部ﾘﾝｸ:ja.wikipedia.org
757(1): 2022/07/20(水)21:13 ID:GnxXvvFU(1) AAS
>>756
とんだにわかだ
apt も dnf もバージョンを指定してインストールできる
そしてそれが必ずしも正義ではない
互換性がある範囲で脆弱性やバグを修正した新しいバージョンを使おうする方法論もある
そもそも、基本的にはイメージを再利用し再現性を保証するのが一般的な考えでDockerfileで完全な再現性を求める運用には無理がある
758: 2022/07/20(水)23:37 ID:OlwSaSGg(1) AAS
なんとか頑張って「俺はお前らの知らない凄いことを知っている」
と言いたい人
759(1): 2022/07/21(木)08:29 ID:Bsj4t+WP(1/3) AAS
>>755
アスペ？
760(1): 2022/07/21(木)08:36 ID:Qe7sC2ib(1) AAS
>>759
ん？なら
「dockerfile無しでcommitで構築したimageを運用するやつはアスペ」
ということでOK？
>>723が結論だと思うが。
761: 2022/07/21(木)08:37 ID:Bsj4t+WP(2/3) AAS
>>760
？俺もそう思うが
762: 2022/07/21(木)08:37 ID:Bsj4t+WP(3/3) AAS
なんだこいつ…
763: 2022/07/21(木)08:47 ID:auevoZLN(1) AAS
「なにいってんだこいつ」と感じた時点でそいつは貴方に取っての変なおじさん
変なおじさんは真面目にかまうとうれション垂れ流しが加速します
764(1): 2022/07/21(木)09:23 ID:GsFTK4Qs(1) AAS
>>757
大体aptが悪い
npmみたいな、package.jsonで緩いバージョン指定して
package-lock.jsonで厳密なバージョン指定、みたいな仕組みでもあれば便利なのに
現状は完全にバージョン固定、再現するには
apt-getコマンドで依存するパッケージも含めて「手動で」全部バージョン指定が必要でかなり無理がある
2022年にもなってビルドしたイメージ保存しないと完全再現できない時点で
aptは欠陥設計と思われ
765: 2022/07/21(木)10:27 ID:vlVE8xx2(1) AAS
まぁ、せいぜい好きに使えばいいよｗ
766: 2022/07/21(木)10:42 ID:TUoQzrYx(1) AAS
>>764
有意義ではないが自動化できないこともないはず
一度インストールしたあとパッケージの一覧を抽出してそれをDockerfileにインストールさせるよう書けばいい
シェルスクリプトかなにか使えば自動化できると思うよ
繰り返しだけど一般的ではないし脆弱性やバグ修正のためのアップデートに非常に脆い
767: 2022/07/21(木)21:51 ID:WRyX2qON(1/2) AAS
すいません、超基本的な質問をさせてください。
最終的にクラウド上のDockerコンテナで動くプログラムを作りたいのですが、開発のやり方としてはローカル（自分の場合はWSL2を利用）にDocker Desktopを入れて、そこでコンテナを作成して開発することになると思います。
その場合、ソースコードの作成、編集は、VSCodeでコンテナ内のソースを編集すれば良い・・・という理解でよいでしょうか。
あるいは、コンテナなしの環境で作成したソースを、ローカルのコンテナにコピーして動作を確認し、さらに本番環境にデプロイする・・・という流れになるのでしょうか。
768(1): 2022/07/21(木)22:36 ID:il8L9WXD(1) AAS
後者のほうが一般的
ぶっちゃけ好みの問題でしかなくて、コンテナで開発する派がよく議論に持ち出す環境統一論はほぼ詭弁だから真に受けちゃダメ
コンテナ内で開発したからといって開発に使ったのと同じコンテナで運用環境に持っていくわけではないからな
769: 2022/07/21(木)23:02 ID:WRyX2qON(2/2) AAS
>>768
ありがとうございます！
なるほど。
このへんについて 解説本を見ても書かれていないし、検索してもなかなか見つけることができず悩んでいました。
助かりました。
770(1): 2022/07/22(金)04:04 ID:If5VeNsz(1) AAS
コンテナ内のソースを編集したって、じゃあテストツールを動かしたり
のソースコードの静的チェックとかするのはどうするのよ？という話になる。
そうするとコンテナの中に開発ツールをバンバン入れることになる。
開発ツールをバンバン入れたコンテナを運用環境に持っていくわけない
動かすのに必要ないのに開発ツールに脆弱性とかあったらどうするんだ
運用環境用のコンテナは、プログラムが動く最低限の環境のものを作る
いずれにしろ開発環境は運用環境とは別なんだからどこで開発しようが関係ない。
コンテナの中に開発環境を作るのは面倒
開発環境ぐらい自分の好きにさせろ
771(1): 2022/07/22(金)04:34 ID:fxFwWR2P(1) AAS
開発時はボリューム(バインドマウント)使え
772: 2022/07/22(金)23:17 ID:fQ/P2OdR(1/2) AAS
>>770
ありがとうございます！
参考になります。
773: 2022/07/22(金)23:18 ID:fQ/P2OdR(2/2) AAS
>>771
了解です。
774: 2022/08/07(日)14:06 ID:b3XYsEGr(1) AAS
どっから始めればいいのか ﾅﾝﾂｯﾃ
775: 2022/08/07(日)16:17 ID:nwnr5HpC(1) AAS
どっからでも始めればよいです
776(1): 2022/08/07(日)17:32 ID:eySkdpIh(1) AAS
初心者な質問ですみません。
DockerFile を使わずに、docker compose だけで python の環境を作りたいのですが、どう書けばいいでしょうか。
教えて下さい。
777: 2022/08/08(月)11:42 ID:v6ZoXeRi(1) AAS
>>776
docker compose use python@3 でできるよ
778(1): 2022/08/13(土)01:29 ID:odrCYI7w(1/2) AAS
docker run で--net networknameを指定したコンテナがあります。
内部的に自動でIPv4アドレスが割当てられました。
後から、このコンテナのIPv4アドレスを変更するにはどうすればよいでしょうか。
コンテナをstopしてから、
docker network connect --ip 新IPv4アドレス networkname コンテナ名
を実行し、再びstartしたのですが、IPv4アドレスは以前のままでした。
779: 2022/08/13(土)01:44 ID:odrCYI7w(2/2) AAS
>>778
自己解決しました。
docker network disconnectしてから
docker network connect --ip 新IPv4アドレス networkname コンテナ名
する必要が有りました。
変更できました。
780: 2022/08/18(木)18:36 ID:03kQuBxt(1) AAS
docker ps -a でコンテナ一覧が見られますが、
コンテナ数が多くなるとごちゃごちゃしてきます。
関連するコンテナをフォルダみたいにまとめて表示できるといいと思うんですが、
そういう機能ってありますか。
781: 2022/08/19(金)08:25 ID:nGXf5LNw(1) AAS
別にいらないな。
というかその使い方あんまりだと思うけど。
782: 2022/08/19(金)09:42 ID:JQBXRvrJ(1) AAS
いっぱい立てるならだいたいcomposeとかで見るしなぁ
783: 2022/08/20(土)10:12 ID:UXdDDjoG(1) AAS
もう嫌になる
784: 2022/08/20(土)11:30 ID:EJGm5ciw(1) AAS
嫌なら、止めたらエエのに
785(1): 2022/08/21(日)12:24 ID:eSGM27+S(1) AAS
Dockerたまにしか使わないから詳細すぐに忘れる
その度に学習し直すから効率が悪い
786: 2022/08/22(月)09:44 ID:8QKl+LiH(1) AAS
>>785
仕組みが変わってないのに学習とは？
一度使えるようにしたら覚えることないじゃん。
787: 2022/08/22(月)10:14 ID:k2ZZTvgW(1) AAS
忘れるって書いてあるのに謎のツッコミ
788: 2022/08/22(月)10:20 ID:HXgCPnKH(1) AAS
しかも問題はDockerそのものではなく785の記憶力や情報管理能力と言う
789: 2022/08/22(月)12:26 ID:5QQpro3i(1) AAS
Ctrl-Rによる逆逐次検索で、履歴を遡れるし、忘れてもいつでも思い出せると思うけどな
790: 2022/08/22(月)12:30 ID:eRYZ9Gh8(1) AAS
知らんけどそう言う発想すら無くて、他の人にその都度書かせたいかまってちゃんでは
791: 2022/08/22(月)15:05 ID:PPn0Ft16(1) AAS
コマンドライン履歴なんか、一月二月もたてばなくなる。
792: 2022/08/22(月)15:11 ID:ctYtGvs9(1) AAS
ほらやっぱり「ポックンにいい感じの情報整理おしえてよう」ってなかまってちゃんだ
docker全然関係ないし
793: 2022/10/06(木)07:31 ID:qQofrB2b(1/2) AAS
CentOS 7のイメージから作成したコンテナなのですが、
/tmpの内容っていつ削除したらよいでしょうか。
docker stop/start containerはしますが、tmpの内容はクリアされないようです。
定期的に削除しても問題ないでしょうか。
794(1): 2022/10/06(木)10:11 ID:R94dguKO(1) AAS
docker kill / docker run --rmでいい
それで問題になるようならコンテナの使い方が間違っている
795: 2022/10/06(木)14:24 ID:qQofrB2b(2/2) AAS
>>794
docker stop/start containerでなくて、
その都度、コンテナを再生成せよということでしょうか。
796(1): 2022/10/06(木)16:05 ID:Tt6+G4QW(1/2) AAS
回答としては
再起動じゃtmpに限らずクリアされない
定期的に削除しても問題ない
797(1): 2022/10/06(木)16:38 ID:Tt6+G4QW(2/2) AAS
OSを起動したのになんで起動処理が走らないの？と思っての質問だったら
起動スクリプトは実行されないから、コンテナのENTRYPOINTでやる必要があるよ、と
798: 2022/10/07(金)05:55 ID:Xp0jcCgm(1) AAS
>>796
ありがとうございました。
自分で消したいと思います。
>>797
docker run の指定で、tmpの内容を削除するようなスクリプトからスタートさせてみたいと思います。
そうすれば、docker startのタイミングでもtmpの内容をクリアできると思います。
799: 2022/11/02(水)21:07 ID:c1zrLjt3(1) AAS
tmpを消す運用してるとコンテナが無駄に大きくなるよ
800: 2022/11/02(水)21:38 ID:w/Yzrm5w(1) AAS
commitしなければ問題なくね
kill/runの方が運用上は圧倒的に推奨されるけど
801: 2022/11/04(金)18:27 ID:mMC4ju53(1) AAS
しばらく前だが、公式はホストOSはUbuntuをお薦めって記載があったけど、
今でもUbuntu推奨なのかな
その記載は無くなってるようだけど、Rocky Linuxとかは公式的には
どういう扱いなのだろ
802(1): 2022/11/04(金)22:05 ID:C//laVfe(1/2) AAS
開発環境ではVM含めホストとしてUbuntuが使われてるケースが圧倒的に多いから、開発チームによるテストもUbuntuファーストだという程度のことでしょ
実運用ではコンテナの実行にDockerエンジンを使うこと自体が絶滅危惧種なんでどうでもいい
803: 2022/11/04(金)22:16 ID:gz881p++(1) AAS
たしかに今となってはどうでもいい
だからググっても情報が出てこない
専用の軽量ホストOSとかもあった気がするが
804: 2022/11/04(金)23:25 ID:C//laVfe(2/2) AAS
そもそも今のDockerはcontainerdの薄いラッパーに過ぎないから推奨も相性もクソもないのでは
805: 2022/11/05(土)12:26 ID:0teOCMfr(1) AAS
>>802
実運用だとなにが使われるのだろ
Dockerの知識が役に立たない、ということではないと思うけど、何だろ
806: 2022/11/05(土)14:16 ID:LpcQn21z(1) AAS
containerdだよ
k8sや、Fargateのようなマネージドコンテナサービスはコンテナの実行に関してライフサイクル管理や実行環境の整備を行う仕組みを独自に持っているため、
Dockerという不要なレイヤを通す必要がなく、直接containerdのAPIを呼んでいる
807(1): 2022/11/16(水)08:11 ID:8VK0hM+o(1/3) AAS
Docker便利だけど新人に導入させるのが大変でなかなかペイしない気がする
もうちょっとすんなり、どんな環境でも動いてくれるようにならないもんか
808: 2022/11/16(水)08:20 ID:ESfT1dya(1) AAS
簡単にしたら「オレDockerできるんだぜ」の人達が困るだろ
809: 2022/11/16(水)08:37 ID:cOruhFF1(1) AAS
自分だけできても仕方がないわけだが
810: 2022/11/16(水)08:46 ID:C/Kd+qid(1) AAS
学習コストがかなりかかるよなぁ
811: 2022/11/16(水)12:02 ID:asvZ2Vbc(1/2) AAS
>>807
それはなー、とりあえず、まずはVPSで用意してあげればええんやで
VPS上で、一度自分で動かせられるところから始まりやわ
Dockerコンテナがなんで動くとか、なんでできあがったとか、
もっとも簡易的なUnix系のchrootの仕組みが理解できんかぎり、
Dockerなんか、根本から理解できひんよ
chrootでやってみて、そっかプロセスがホストと分かれて見えないとこまるなーとか、
ネットワークセグメントも別々になっていてほしいなとか、
気づくから。
812: 2022/11/16(水)12:52 ID:kERoO10b(1/2) AAS
Linux知らないなら色々ごっちゃになって大変かもだけど知ってれば簡単じゃね？
813(1): 2022/11/16(水)13:32 ID:8VK0hM+o(2/3) AAS
あ、俺が言ってたのはちょっと違くて単に各々のPC上で開発環境欲しいだけなんだわ
それがWindowsだとめんどくさいじゃん、WSL入れたりゴチャゴチャしてるうちにわけわからんエラー出るしぐぐっても簡単には解決しないし
動いたら便利なんだが動くようにするまでが大変なのよね
814: 2022/11/16(水)13:36 ID:asvZ2Vbc(2/2) AAS
>>813
それなー、Windowsだとめんどくさいから、WSLにしてもDocker Desktop for Windowsにしても、
結局Windowsはアレになっちゃうから、妥協してWindowsに合わせて動くようにするか、Windowsを窓から投げ捨てるしかないわ
815: 2022/11/16(水)14:04 ID:8VK0hM+o(3/3) AAS
Dockerの仕組みを理解させたいわけじゃないんだよな、ていうか俺も大して理解してない
ただの便利なツールとして使えるようになる日が来ることを夢見てる
816: 2022/11/16(水)15:40 ID:kERoO10b(2/2) AAS
へぇ、Windowsだと面倒くさいのか、Linux上でしか動かしたことないから知らなかった。
817: 2022/11/16(水)15:54 ID:Lw8VqhSa(1) AAS
開発環境もLinuxだと困ることないよね
818: 2022/11/17(木)18:45 ID:FWv2wWz+(1) AAS
Dockerってレンサバでも使えるのかな
さすがにroot権限ないと無理か？
819: 2022/11/18(金)07:35 ID:NvLK5MEw(1) AAS
rootなしにどうやってコンテナ環境作んねん
820: 2022/11/18(金)08:32 ID:l3QzdBXO(1) AAS
root権限持ってる人に、自分をdockerグループに入れといてもらう、でええんちゃう
821: 2022/11/18(金)08:37 ID:Dat7/ZDk(1) AAS
podmanならroot権限なくても使えるんじゃね
Steam Deckで使えるらしいので
822: 2022/11/18(金)15:05 ID:PRo/G1g9(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
省2
823(1): 2022/12/03(土)13:44 ID:USru8eTg(1/2) AAS
composeを使わない巣のDockerでrunしたディレクトリを後から確認する事って出来ない？
docker psでコンテナを確認して設定とかを見直したいと思っても
そのコンテナを起動するのに必要なファイルがどこにあったのかを後から知りたい。
mountとかしてるならinspectでファイルのパスが見れるし、composeならlabelにパスそのものが入ってるけど
コンテナ1つで済むような小規模なイメージだとcompose使わずに直にdocker runしてるの少なくなくて。
824(1): 2022/12/03(土)20:49 ID:9e+n4Ras(1) AAS
>>823
なに言っているのかさっぱり分からんけど、
少なくとも、ホスト側のpsを普通に見たら終わりちゃうのか？
825(3): 2022/12/03(土)22:50 ID:USru8eTg(2/2) AAS
>>824
ホスト側でとあるディレクトリに.envファイルを準備して以下のコマンドを実行します
docker run -itd --name hoge --env-file .env anyimage
1年後、envファイルに書いてあるはずのDBの接続先を一箇所だけ変更してコンテナ再作成したいけど
どのディレクトリで実行したか忘れてしまった。という状態です。
826: 2022/12/04(日)03:38 ID:6USA/jwz(1) AAS
暗号解読班ー？
827: 2022/12/04(日)10:01 ID:mthfWiMp(1) AAS
>>825
なるほどなー
たしかに、docker container inspectとかじゃ分からんもんな
コンテナ内（で動かしているユーザ）の環境変数を set コマンドとかで洗い出して、
該当しそうな .env を探すぐらいちゃう？
さらに、DBの接続先って分かっているんだったら、そのDBで具体的な何かで引き出せるはずやし
ちなみに、自分はそういう使い方をするときも、systemdを経由するから、路頭に迷うことがないな
828: 2022/12/04(日)10:07 ID:R9tH6s/f(1) AAS
>>825
それだったら単純にfindコマンドで.env探して中を確認すればいいんでね？ワンライナーで実行できるっしょ。
829: 2022/12/04(日)18:21 ID:kbFbC5H1(1) AAS
ベースイメージからもう一回作り直せば？
830: 2022/12/04(日)18:43 ID:UYtGQm7P(1) AAS
>>825
そのdockerのプロセスのPIDを調べて
cat /proc/PID/cwd
とかすると何か出てくるのでは
831: 2022/12/04(日)20:18 ID:ClUS6bs0(1) AAS
ホスト側にある.env無くしちゃったから、稼働中のコンテナがどんな変数を参照してるかわからないってこと？？
832: 2022/12/05(月)07:25 ID:z8Y/WApi(1) AAS
dockerコマンド使って本番でコンテナ動かしてんのかな？（笑）
833: 2022/12/13(火)08:59 ID:W/mf14YZ(1) AAS
久しぶりにPodmanをインストールして3日ほど弄くり回してみたけどかなり出来が良くなったね
root権限いらないとか最高だしDockerから乗り換えてみる
834: 2022/12/18(日)00:59 ID:ptXGnWcJ(1) AAS
docker hubの公式imageがupdateされたら通知するサイトとかツールとか何使ってる？
enso docker nofity とか crazymax/diun？
835: 2022/12/18(日)06:43 ID:sIXUhLAE(1) AAS
githubでええやん
836: 2022/12/18(日)13:31 ID:KCe0l/Z1(1) AAS
レジストリと連携できる脆弱性スキャンツール
837(1): 2022/12/24(土)18:38 ID:y1OF5buf(1) AAS
DockerDesktopの代替になるかも？と巷で話題の「Finch」を使ってみた - NRIネットコムBlog
外部ﾘﾝｸ:tech.nri-net.com
838: 2022/12/25(日)08:53 ID:PfnpfkOv(1/2) AAS
AWSがlima+nerdctlのジャップスタックを葬ってくれるのかと思ったらこれもlima+nerdctlベースかよ
だったら普通にdockerクライアントとlima使えばいいだけ
解散
839(1): 2022/12/25(日)12:05 ID:q/1zFTVT(1) AAS
Rancher Desktopどうです？Docker Desktop課金避けとしてはvscodeのdevcontainerも動かせて私的にはいい感じに思ってますが
840(2): 2022/12/25(日)13:05 ID:e+zGo4Qz(1) AAS
Docker Desktopってコンテナの状態がGUIで分かりやすく確認できる程度のものでしょ
CLIで十分な人なら課金してまで使うものではない
841: 2022/12/25(日)13:37 ID:DBkByg6z(1) AAS
開発にLinux使わせてくれないと面倒なのよ
842: 2022/12/25(日)13:41 ID:vDWK07I1(1) AAS
ぽ、PodmanDesktop
843: 2022/12/25(日)14:25 ID:z+m9bma0(1) AAS
ドッカー7つの経営方針の本読んでるけどさっぱり分からん
844: 2022/12/25(日)15:24 ID:PfnpfkOv(2/2) AAS
>>839
Rancher DesktopはWindowsではWSLのラッパー、Macでは>>837のFinchと同じくlimaの簡易的なラッパーに過ぎない
どうしてもGUIがないと死ぬのでないなら直接WSLやlimaを使って非デスクトップのdocker動かした方が遥かにシンプルで分かりやすい
845: 2022/12/27(火)00:13 ID:AmDnkAzu(1/2) AAS
>>840
そうなの？単にWindows版Dockerのことかと思ってた
846(1): 2022/12/27(火)00:19 ID:reLJXxmN(1) AAS
Docker Desktopは、以前は845の言うようにWindowsやMacに簡単にインストールできるDockerディストリビューションとしてそれなりに価値があった
今のDocker DesktopはWindows上ではWSL使うのがデフォになっちゃったから、WSL上のDockerコマンドのフロントエンドでしかなくて、もはやほとんど存在価値がないんだよ
847: 2022/12/27(火)06:54 ID:DYGZVWcm(1/4) AAS
>>846
いや、WindowsからDockerを使うという目的があるだろ
WSLのDockerじゃ、Windowsから呼べないぞ
しかも元々のDocker Desktopだって仮想マシン上のフロントエンドでしか無く
「Windows上」からDockerが使えることが売りだったわけで
Docker Desktopの存在価値は前から変わっていない
848: 2022/12/27(火)06:56 ID:DYGZVWcm(2/4) AAS
>>840
Docker DesktopはWindowsとmacOS上で
どちらもLinuxが動かない理由で仮想マシン上でLinuxを動かした上で
WindowsとmacOSからネイティブにDockerを使うためのインターフェース
ボリュームやネットワーク通信の調整を行っている。単なるGUIではない。
849: 2022/12/27(火)06:57 ID:DYGZVWcm(3/4) AAS
つーかDocker DesktopにGUIがついたいのなんて最近だし
昔からCLIで使っていただろと
850: 2022/12/27(火)08:12 ID:AmDnkAzu(2/2) AAS
やっぱりそうだよね
WindowsでDocker使うにはDocker Desktopを入れるしかない
851(1): 2022/12/27(火)08:44 ID:KtJsfm+u(1) AAS
wsl2内で普通にdockerデーモン動かすことを「WindowsでDocker使う」と言わないのなら確かにそうだけど実質一緒でしょ
852: 2022/12/27(火)13:24 ID:YkWd79/w(1) AAS
848で言っているとおり。
その辺の調整を自分でやるのなら同じってことになるかもしれんが
結構めんどくさいと思うよ
よくわかってない人には素直にDocker Desktopの類を使っとけ、と言ったほうがいい
853(1): 2022/12/27(火)16:15 ID:DYGZVWcm(4/4) AAS
>>851
お前WindowsでDocker使ってないだろ？
Dockerで何やってるんだ？
上下前次1-新書関写板覧索設栞歴
あと 149 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.228s