[過去ログ] Docker Part6 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
262(1): 2021/09/15(水)21:11 ID:boqzh0Rb(1) AAS
平日の真昼間から連投してる連中が何を偉そうに…w
こういう連中の会話って、話のレベルがガタッと落ちるよな。
263: 2021/09/16(木)00:43 ID:/ej65IL/(1) AAS
>Dockerはアプリケーションを配布するもの
>理解したか? YES NO で答えよ
(笑)
264(1): 2021/09/16(木)04:38 ID:vvkxQPnj(1) AAS
また、いつもの、仮想OS とコンテナの違いが分からない、香具師が来ているのか
下の動画の4分ぐらいの所を見てみろ
AWS のECS on Fargate コンテナ内には、2つのアプリしか無いだろ。
永続化するようなOS の機能は、コンテナ外にあるだろ
山浦清透、8/20
【金額公開】Webサービスの運用費用、実際いくらかかっているか1円単位までお見せします
www.youtube.com/watch?v=nRO7pFCdM8E
省2
265(1): 2021/09/16(木)07:47 ID:CDw6LkQ4(1) AAS
「こういうDockerの使い方をすると便利ですよ」というだけのことなのに「Dockerはこのように使わなければならない」と履き違えているのはわざとなのかな
266(1): 2021/09/16(木)08:01 ID:Wf0kdNdm(1) AAS
単なるコンテナ型の仮想化技術であってそれ以上でもそれ以下でもないのに勝手にデプロイ専用ツール扱いされてもね
267: 2021/09/16(木)08:11 ID:Nsay75qU(1/3) AAS
>>265
「DockerはVMと同じような使い方をして、VMと比べなければいけない」
と履き違えてるよねw
VMと比べてなんかいないんですよ
268: 2021/09/16(木)08:15 ID:Nsay75qU(2/3) AAS
>>266
Dockerはデプロイ専用じゃなくて
デプロイ機能が強化されたツール
だから単なる仮想マシン技術では、デプロイには適していない
という話をしてるんだよ
269: 2021/09/16(木)08:21 ID:Nsay75qU(3/3) AAS
Dockerがアプリのデプロイに適しているところはたくさんある
VMの構築なんか数ヶ月に一回やればいい程度だろうが
アプリだと一日に何回もやらないといけない
アプリ更新のたびにイメージの更新の必要がある
そういった超強力なツールが、VMとしても使えるからと言って
Dockerの一部でしかないVMだけの範囲で比較するのはフェアではない
270(1): 2021/09/16(木)08:26 ID:7A/5umaX(1) AAS
CLIツールの配布手段としても使えるだろ
どんなディストリでもdocker runだけで手軽に使えて便利
>>2は勝手にWebアプリ限定にしてておかしい
271: 2021/09/16(木)08:33 ID:r3Bd7drd(1) AAS
>>262
その時間に退勤?かわいそうに
272: 2021/09/16(木)17:31 ID:pPz1dL/M(1) AAS
社内向けのちょっとした本番環境作るのにもDocker便利だから別に開発とか社外向けの本番サイトとか規模の差でしかないと思うけど…
273: 2021/09/16(木)17:42 ID:VHa6Mzir(1) AAS
>>270
これ嫌い
コマンドラインはシングルバイナリで頼むわ
274(2): 2021/09/17(金)01:13 ID:Zhy+lgLK(1) AAS
dockerで個々につくったのが10個、20個同時に組み合わせて使うとか、普通の家庭用PCで大丈夫なの?
275: 2021/09/17(金)02:27 ID:6lQ2RkBp(1/4) AAS
家庭用PCてなんや?w
性能にこだわらなきゃなんでもええやないか。
用途次第。
276: 2021/09/17(金)09:31 ID:1FjV2GXh(1/3) AAS
>>274
Dockerは個々に作ったアプリを包むだけのラッパー
普通の家庭用PCで10個、20個のアプリを
お前は組み合わせて使ってるんだろ?
なら動くに決まってるだろ
仮想マシンじゃねーんだからさぁ
仮想化されたハードウェアをいくつも変換かまして
二重にカーネル経由してなんて無駄なことしてないの
Dockerはネイティブに動いてる
277: 2021/09/17(金)12:30 ID:JP7M6SiK(1/5) AAS
家庭用 PC って書いてあるから開発用途なんじゃね
Windows Mac の場合はネイティブに動作しないで乾癬仮想化かませてるんだよね?
278(1): 2021/09/17(金)13:11 ID:6lQ2RkBp(2/4) AAS
いや、ネイティブ。
仮想マシンがあってもネイティブはネイティブ。
非ネイティブで実用的な速度になるわけないやろ。
279(1): 2021/09/17(金)13:23 ID:JP7M6SiK(2/5) AAS
え
mac → virtualbox → linux → docker
ちゃうの
オーバーヘッドは出てるんちゃう?cuiだから感じにくいだけで
280: 2021/09/17(金)14:39 ID:6lQ2RkBp(3/4) AAS
オーバーヘッドとネイティブは関係ない。
別の話。
281(1): 2021/09/17(金)15:04 ID:AZPx7cEf(1) AAS
ネイティブの対義語って何なの?
282(1): 2021/09/17(金)15:25 ID:JP7M6SiK(3/5) AAS
仮想マシンで動作させる Windows をネイティブに動作する Windows と言いたいのかな
対するのは Windowsのシステムコールを再現しようとするwineなどのエミュレートソフトウェアかね
後述が非ネイティブだとすれば現実的な動作速度とは関係なくね?
>>278
283(1): 2021/09/17(金)16:13 ID:1FjV2GXh(2/3) AAS
>>279
仮想マシンだとアプリごとにOSイメージが必要となり
仮想マシンの起動が必要になり仮想マシンの数だけメモリが必要になる
DockerはLinuxだと、仮想マシンが0個
WindowsとmacOSだと、たった1個だけで
10個、20個のアプリを動かすことができる
もちろんそれぞれのアプリは隔離されている
284: 2021/09/17(金)17:00 ID:6lQ2RkBp(4/4) AAS
>>281
エミュレーション?
でも、そんな簡単でもないなあ。
>>282
そういう環境としてのエミュレーションは、システムコールやAPIの差し替えとかラップとかフックとかやろ。
それだけなら、バイナリの動作自体はネイティブといえる。
何が言いたいかというと、こういう文脈でネイティブ云々は意味がないのでは、と。
オーバーヘッドの重さは、エミュレーションレイヤーのつくりによる。
285(1): 2021/09/17(金)17:00 ID:JP7M6SiK(4/5) AAS
>>283
その通りや
君の言うネイティブというのはLinuxの透過ファイルシステムと隔離機能を利用するという意味なのだね
それが例え仮想マシンの上で動作していても
286(1): 2021/09/17(金)19:21 ID:1FjV2GXh(3/3) AAS
>>285
Linuxだと仮想マシン上で動作してないから
ネイティブだって言ってんだろ
頭悪いのか?
287(1): 2021/09/17(金)20:07 ID:JP7M6SiK(5/5) AAS
>>286
上で仮想マシンがあってもネイティブはネイティブって書いとるの何やねん
288: 2021/09/17(金)20:28 ID:OhIQn8oE(1) AAS
勝手な「ネイティブ」
289: 2021/09/17(金)20:50 ID:hMfUsT1O(1) AAS
リンドウズでも動かせたら買うのになぁ
290(2): 2021/09/17(金)23:44 ID:Psy7jZf6(1) AAS
>>274
Windows 10, WSL2, Linux, Docker では、8GB メモリじゃキツイ。
最低16GBで、32GBが推奨
例えば、Ruby on Rails なら、
Windows側で、VSCode とブラウザでテストする。
Linux側で、Rails, Node.js、データベース
コンテナが10個とかなら、自動的にコンテナ数を増減する、Kubernetes(k8s)。
Dockerに付いてる
今は、ほとんどの企業がk8s
291: 2021/09/18(土)09:14 ID:25LGTct8(1) AAS
>>290
日本語でおk
292: 2021/09/18(土)10:18 ID:5RkeF0OL(1) AAS
>>290
ユーチューブで勉強した人?
それともしょうもないスクール生?
293(1): 2021/09/18(土)10:28 ID:LtrqYpYH(1/2) AAS
>>287
Linuxの上で仮想マシンを動かしてるわけじゃないという意味だよ
知らんの?DockerはLinuxの上で直接プログラムが動いている。
294: 2021/09/18(土)10:30 ID:LtrqYpYH(2/2) AAS
・Linux←仮想マシン←Linux←プログラム
プログラムはネイティブで動いていない
・Linux←プログラム
プログラムはネイティブで動いている
295: 2021/09/18(土)11:40 ID:ATNz38rb(1) AAS
>>293
それは当然の認識で前提だった
そこから話が派生して他 OS の話になっていたのだよ流れをもう一度読んでもらえば分かると思うけど
296: 2021/09/18(土)12:07 ID:Y77gbyWS(1) AAS
コイツラ何で「コンテナは高機能なchroot」で済む話をダラダラくっちゃべってんの?
297: 2021/09/18(土)12:28 ID:QaMCuwDY(1) AAS
ぜんぜんちゃうからや。w
あたりまえやけど。w
298: 2021/09/18(土)12:36 ID:v9IW3RWq(1/2) AAS
chrootもDockerコンテナもOSのプロセス制御の拡張に乗っかってるだけ
活用具合がだんちだけど
299(1): 2021/09/18(土)18:50 ID:LBeQjFp1(1) AAS
chrootって分離してくれるのファイルシステムだけじゃね
イメージレジストリとかボリュームマウントとかの概念もないし
dockerはプロセス・ネットワーク分離とCPU・メモリのリソース制限も出来る
停止しない限り、マシンを再起動したらコンテナも再度立ち上がるプロセス管理機能もある
300: 2021/09/18(土)18:52 ID:MwF/R7pZ(1) AAS
chrootとcgroupsだな
301: 2021/09/18(土)19:47 ID:4GGBPZGE(1) AAS
>>299
リソースの分離はDockerというかcgroupsとかnamespaceに依存した機能
Dockerだから出来るというわけじゃない
302: 2021/09/18(土)20:01 ID:/Ro1rAwH(1) AAS
え、そこから教えなきゃいけないレヴェルなんか
ツイッタでイキイキしてる奴らの方が上じゃんw
303(1): 2021/09/18(土)20:27 ID:nvreCKAS(1) AAS
最近はマイクロVMによって、仮想マシンとコンテナの境界は曖昧になりつつある
コンテナは分離技術としては不完全で、セキュリティ観点では全く当てにならない
だからVM立ち上げてその中でコンテナを動かすの
304: 2021/09/18(土)20:45 ID:wWq9o7vc(1/2) AAS
またそれか
アプリをデプロイするためにコンテナ作ったでー
分離技術は不完全、セキュリティでは〜
だから、アプリをデプロイするためのものだって言ってんだろ
仮想マシンの代わりとして使おうとしたり
セキュリティのために使おうとしたり
最初っからそんなもののために作ってねーよヴァーカ
305: 2021/09/18(土)20:48 ID:v9IW3RWq(2/2) AAS
>>303
そんなケースバイケースな話されても
セキュリティ要件上オンプレ且つVM不可な案件もあるんだよ
了見の狭い
306(1): 2021/09/18(土)21:09 ID:XZXAl8x8(1) AAS
シングルバイナリのがいいよね
307: 2021/09/18(土)21:22 ID:wWq9o7vc(2/2) AAS
>>306
RubyやPythonをシングルバイナリにできるならね
308: 2021/09/22(水)03:06 ID:CNZL+nOt(1) AAS
でも、まあ、仮想マシンみたいに、コンテナという単位で取り扱うことができるから、
内部動作はホストでネイティブで動作しているにせよ、便利だからそれでいい。
309: 2021/09/22(水)10:04 ID:9upX+YPs(1) AAS
まだDスレでVMの話してんのか・・・
310(3): 2021/09/29(水)01:50 ID:wZ4RzVqX(1) AAS
Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化(コミット)しています。
縦がコンテナで同じものです。
□→◯イメージ1
↓
コンテナの内容変更
↓
□→◯イメージ2
↓
変更
↓
省4
311: 2021/09/29(水)08:14 ID:YEJ2LKc4(1) AAS
何をどう変更したのか書かれてませんが
312(1): 2021/09/29(水)08:31 ID:LGmiJ87r(1) AAS
docker commitは現在のイメージの上に現在のコンテナによる変更内容を差分としてレイヤを追加する
だからcommitするたびにイメージサイズは肥大化する
これ言うとまた荒れそうだけど、dockerを仮想マシンのように使ってはいけないと言われる大きな理由の一つだね
313(2): 2021/09/29(水)09:29 ID:PTBGL/ew(1) AAS
更新の都度buildで構築できるように組むのが一般的
もし動的な更新部分を外部のリポジトリ等から取得できないなら
マルチステージで旧イメージからコピーするとか
314(2): 2021/09/30(木)04:20 ID:UPXTKWDc(1) AAS
>>312
レスありがとうございます。
おっしゃっているのは、コンテナからイメージを作成して、
そのイメージから別のコンテナを作成し、また新たにイメージを作成する場合ですよね。
(ちがっていたらすみません)
□→◯→□→◯・・・
しかし、>>310のように、
同一コンテナから時系列でイメージを作成しているのですが、
コンテナの変更の割に、それらのイメージが大きく膨らむのです。
同一コンテナ上での変更だから、同一レイヤで更新が成されるはずです。
省4
315: 2021/09/30(木)05:48 ID:07QQ7WUk(1) AAS
>>314
あのな。お前のそのレスの内容から
Dockerの完全な初心者だってことバレバレなの
お前は知らない単語を聞いた時、その単語の意味から
こういうことだろ?と思い込んで突き進んでるだろ
思い込みを書き込むんじゃなくて
知らない単語をちゃんと調べてDockerを勉強しろ
システムが固まってないんじゃない
お前は>>313が言ってることがわからないだけだ
316(4): 2021/09/30(木)06:31 ID:579orQhE(1) AAS
あーあー確信ついちゃった・・・発狂するぞw
317(2): 2021/09/30(木)07:22 ID:Ry/9iZsP(1) AAS
○核心
318(1): 316 2021/09/30(木)07:29 ID:IFa/bopz(1) AAS
>>317
おい馬鹿ヤメロw
319: 317 2021/09/30(木)07:57 ID:IdnADHxV(1) AAS
>>318
ではではタメ口ならいい?
320: 2021/09/30(木)10:00 ID:wNszxq9T(1) AAS
>>314
コンテナの変更って何したんだ?
commitでイメージに追加される新たなレイヤは元のイメージとの差分だから、
愚かにもdockerを仮想マシンのように使っているならログのローテーションやパッケージの更新などで常に元のイメージとの乖離は拡大し続け、
その乖離の分だけレイヤのサイズは増大する
事実を疑う愚かな悪癖を捨て、まずはそれだけの差分が実際に生じている事実を認め、その差分の内容をdocker diffなどで調べろ
321: 2021/09/30(木)10:40 ID:xd5ZQgd4(1) AAS
まだシステムが固まってないんなら別に肥大化してていいんでは
fixしたらホスト側からCOPYしてbuildしたらいいだけ
322: 2021/09/30(木)13:37 ID:NxaoZCFw(1/2) AAS
>>310
> Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化(コミット)しています。
そんな使い方はしてはいけません
323: 2021/09/30(木)13:40 ID:NxaoZCFw(2/2) AAS
作るのはイメージだけで、コンテナからイメージ作るとかしないんだわ
してはいけないって言っておこうか?
最終手段として用意してあるだけでdocker commitなんて全く使わない
それが必須な時点で使い方が間違っている
324(1): 2021/09/30(木)15:45 ID:9I0gNfoI(1/2) AAS
requirements.txtで独自ライブラリをgithubからインストールして
あとからライブラリ更新したとき
その更新は適用されない
適用させるにはまたゼロから(imageから)構築し直さなきゃいけない
って認識でいいでしょうか?
325: 2021/09/30(木)15:46 ID:9I0gNfoI(2/2) AAS
補足
>requirements.txtで独自ライブラリ
Dockerfileからpip install requirement.txtです
326(1): 2021/09/30(木)20:18 ID:efVV6/dt(1) AAS
Dockerは更新されたとか関知しないのでrebuild要
327(1): 2021/09/30(木)20:41 ID:f/9P/cfS(1) AAS
そういうときは更新検知用コンテナ入れるけどな
328(1): 2021/09/30(木)20:54 ID:lprEzDME(1/2) AAS
>>324
だからDockerfileでイメージのビルドが簡単にできるようになっていて
レイヤーのキャッシュで高速にリビルドが完了するようになってる
329(1): 2021/09/30(木)20:56 ID:lprEzDME(2/2) AAS
イメージは消してビルドし直すのは当たり前で
それはバイナリの実行コマンドを削除してビルドし直すのと同じこと
実行コマンド(イメージ)の中にデータを入れるな
データが入ってなければ、イメージの削除とリビルドも
何も気にすることがない作業だ
330(3): 310 2021/10/01(金)03:31 ID:sILjv0wo(1) AAS
当初の質問から外れてしまっているのですが、
本質的な話だと思います。
ぜーーんぶ、設定に費やしたコマンドを明確に表して、buildせよっていうことですね。
それはつまり、コンテナの中でviでせっせと作成したスクリプトも全部、予め用意してbuildせよってことですよね。
でも、まだやろうと思っていることが試行錯誤で、固まっていないんですよ。
331: 2021/10/01(金)05:11 AAS
>>326-329
なるほど・・そういうものなんですね
まだよくわかっていませんが勉強してみます
332(2): 2021/10/01(金)09:08 ID:qk1/sKj0(1/2) AAS
>>330
Docker Hubなんかにあるベースイメージつくるなら最終的にDockerfileに全記載となるけど
試行錯誤中はcommitでも外部ボリュームマウントでもぜんぜんOK
アプリ開発なら特定のディレクトリしか使わないようにし(他には設定ファイルくらい)
開発中はディレクトリ全体をホストに置いてマウントするのが常套
buildではそのディレクトリ全体をCOPY(開発中はマウントで隠れる)
適当なプロジェクトのDockerfile, compose.yamlみたらわかる
333: 2021/10/01(金)10:47 ID:7vys4bJF(1) AAS
>>330
だからDockerは試行錯誤しても時間がかからないように
高速にビルドができるようにレイヤーでキャッシュされてる
ビルドするのにやっていることを固める必要がない
試行錯誤をビルドして行えばいいだけ
334: 316 2021/10/01(金)11:28 ID:iw5WVqdU(1) AAS
つまり不思議システムってことか
335: 264 2021/10/01(金)12:14 ID:1+eftyEl(1) AAS
また、いつもの、仮想OS とコンテナの違いが分からない、香具師が来ているのか
>>264
に書いただろ
山浦清透の動画内の、AWS の構成を見てみろ
開発中は、Docker 外の共有フォルダへbind しておけばよい
336: 330 2021/10/01(金)22:04 ID:6U2sEk3X(1) AAS
>>332
わかりやすいレスありがとうございました。
なるほど。
コンテナの「ルートディレクトリ」ごと
ホスト側に移してバインドしておいておけば、
そのコンテナで試行錯誤してもコンテナ自体は太りませんね。
必要があれば、変更のきりのよいところで、
ホストに置いている「ルートディレクトリ」ごとバックアップ取ればいいのかもしれない。
というのは、yumとか、外部から落としてきたtarをコンテナ内で使うと、
どのディレクトリに変更が生じるかわからないので、
省4
337: 2021/10/01(金)22:47 ID:/Hb00et2(1) AAS
ひどいバッドノウハウの誕生を目撃した
338: 2021/10/01(金)22:52 ID:QVlI3i/F(1) AAS
>>332はルートディレクトリ以下全部なんて意図してなかろうに
339: 2021/10/01(金)23:28 ID:qk1/sKj0(2/2) AAS
ルートディレクトリでやってみたらいいとおもうよ
パーミッションの問題もあるしchroot環境構築するくらいの難易度で挫折するだろうけど
そこから学べることもある
340: 2021/10/01(金)23:38 ID:ofQTh0wf(1) AAS
頑なにテキスト化したくないってことは、buildでステップ的に構築しなくていいんでしょ
ならコンテナ内でvi編集でもyum installでもしたものをexportしてイメージとして使えばいいんじゃないの
1から作り直すことはできないけど、いらないんだろうし
341: 2021/10/01(金)23:54 ID:lS2O9Ywg(1) AAS
だからコンテナは仮想マシンじゃないと何度も言う必要があるわけだよ
わかった?
342(1): 2021/10/02(土)18:54 ID:4xlvDTis(1/2) AAS
月数百円程度でもいいのでplay with dockerみたいにさくっと試せるサイトないかな
343: 2021/10/02(土)19:00 ID:uYmNQcwI(1) AAS
なんで自分のマシンに入れないの?
344: 2021/10/02(土)20:32 ID:4xlvDTis(2/2) AAS
ん?自分のマシンにも入れてるけど?
345: 316 2021/10/02(土)22:13 ID:dlGxyKte(1) AAS
自分のマシンで試せばいいじゃんDockerなんだから
346: 2021/10/03(日)08:14 ID:Yq6G9Yo6(1) AAS
Dockerなのにそんなサービス欲しい理由が分からない
347: 2021/10/03(日)09:13 ID:kh+by+bv(1) AAS
それはそんなサービス作ったエンジニアかだれかに言えよw
348: 2021/10/03(日)16:50 ID:HRxcvoBP(1) AAS
>>342
お金はらうなら
VPSかりて、リモート接続できるDocker環境つくればいい
349: 2021/10/03(日)17:03 ID:F59D6Xpk(1) AAS
Google Cloud ShellとかGCEの無料インスタンスで似たようなこと出来るんじゃね
350(1): 2021/10/04(月)17:53 ID:H0n7wAlc(1) AAS
docker machineの勉強をしようと思ってネット上の記事を色々読んでいたのですが
公式サイトに飛んだら
Docker Machine has been deprecated. Please use Docker Desktop instead.
とありました
Docker Machineを使うとAWSにDockerホストを展開するようなこともできたようですが
そういうこともDocker Desktopでできるんですか?
何か機能的に重ならない気がするのですが、どうなのでしょうか
351: 2021/10/04(月)19:51 ID:9KsdlQMe(1/2) AAS
Dockerは仮想マシンじゃない
アプリを配布するためのコンテナで
一般的には仮想マシンと一緒に使うもの
352: 2021/10/04(月)20:48 ID:FawikzNq(1) AAS
WindowsやMacの人はdockerデスクトップより
AWSのlightsailとか安いサーバでdocker-ce入れた方が
色々捗るんじゃ無いかと思う
353: 2021/10/04(月)20:51 ID:9KsdlQMe(2/2) AAS
何も使い勝っては変わらんのだが?
354: 2021/10/04(月)22:16 ID:/K4IieFe(1) AAS
>>350
AWSに展開するならECSかEKSを使用するので、実行環境でDockerコマンドを直接使用することはない
というかDockerエンジン自体もほとんど使用されなくなっている
355: 316 2021/10/05(火)13:26 ID:FDYVD/g/(1) AAS
Dockerはプレハブハウス
VMwareはモデルハウス
356(1): 2021/10/05(火)13:55 ID:yIaQ6dVd(1) AAS
モデルハウスの中にプレハブハウス入れるのか?
入れないだろ
357: 2021/10/05(火)14:13 ID:Q63nk656(1/2) AAS
例えはやめとけ
分かってないのバレるぞww
358: 2021/10/05(火)18:29 ID:0PPfgqZB(1) AAS
空き地(物理マシン)を借り切って、そこを小さな区画(仮想マシン)切り分けて
そのスペースに在来工法(環境設定)で家を建てるよりも
システム建築(コンテナ)で家を建てた方が早いって感じかな
システム建築と在来工法の違いはこちらw
外部リンク:www.systematization-building.com
359(1): 2021/10/05(火)21:44 ID:kLI/hT2L(1) AAS
>>356
なんで混ぜるんだよw
Dockerってプレハブっていうか、工事現場にあるコンテナハウス?みたいなイメージあるんだよな
どこの現場でも速攻で事務所や休憩室になったりとかさ
対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
360: 2021/10/05(火)23:03 ID:Q63nk656(2/2) AAS
家の中に家を立てるのがVM
家の中にプレハブ置くのがDocker
361: 2021/10/06(水)01:50 ID:20dEfbhH(1/2) AAS
>>359
> 対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
だからVMの中にプレハブを建てては売って(処分して)の繰り返えすんだろ?
上下前次1-新書関写板覧索設栞歴
あと 641 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.036s