[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
101: 2021/08/30(月)08:13 ID:yWfRE8DW(1) AAS
>>96
VM のオーバーヘッドがかかるのは Linux 以外ではそうだと思う
102: 2021/08/30(月)08:26 ID:hCiCEdCt(1/3) AAS
>>95
こいつのスレ、ネタかマジか分からなくなる
103: 2021/08/30(月)08:27 ID:hCiCEdCt(2/3) AAS
>>96
よく調べてくれ
104: 2021/08/30(月)08:28 ID:hCiCEdCt(3/3) AAS
スレじゃなくてレスな
105(1): 2021/08/30(月)22:17 ID:dVanpeF2(1) AAS
そりゃ、Docker サーバーが間に入るのだから、少しは遅くなる。
その代わり、破棄可能(Disposable)・可搬性などの利点が、圧倒的に大きい
Kubernetes もそう。
すべての大企業のウェブサービスが使っている。
これも間に入るけど、それよりも圧倒的に利点が大きい
データを抜かれる事は、あちこちに書かれている。
機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
利点があるものは何でも、欠点もある。
例えば速くなるものは、キャッシュなどのメモリ使用量が増える。
速度・リソースは反比例する
省4
106: 2021/08/31(火)00:26 ID:H+S8K3nl(1/2) AAS
> データを抜かれる事は、あちこちに書かれている。
> 機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
それってソースコードの中に機密情報を保存するのと同じことだろ？
保存しねーよで終わりだろ？
107: 105 2021/08/31(火)00:40 ID:FiezdNMn(1) AAS
Docker に機密情報を保存しても、
削除したら消えるから大丈夫と勘違いしている、香具師が多い
でも実は削除されずに、各レイヤーに残っているので超危険！
この危険性については、あちこちに書いてある
108: 2021/08/31(火)00:54 ID:H+S8K3nl(2/2) AAS
> Docker に機密情報を保存しても、
> 削除したら消えるから大丈夫と勘違いしている、香具師が多い
それはお前の周りの人間の話
低能の周りには低能があつまる
109: 2021/08/31(火)00:56 ID:ijg8X5lO(1) AAS
>>71
うちは、メールシステムはコンテナに詰め込んでいるよ。
Asteriskという電話システムもコンテナに詰め込んで運用している。
ホストを変えるときに、コンテナイメージをコピベするだけで、
環境や設定を移動できるからめちゃくちゃ便利。
設定が複雑で面倒くさいほどコンテナであることは嬉しい。
110: 2021/08/31(火)08:28 ID:1a+qygLU(1) AAS
機密情報の件ってdockerの仕組みも理解せず軽量版仮想マシンみたいな感覚で使うのが原因であって単なる無知なのにdockerに文句付けるのはお門違い
111: 2021/08/31(火)10:18 ID:/ffj92S6(1/2) AAS
正論ですが意識せずに組み込まれて使っている機能ってありますし
112: 2021/08/31(火)15:11 ID:BStQ9aYl(1) AAS
dockerにしろ何にしろ何が機密かなんてこちらが教えないと分かるわけないので意識せず機密情報を勝手に守ってくれることは今後もないだろう
レイヤーに情報が残るのは機密情報でない限りメリットが大きいからそんな仕様なわけだし
113: 2021/08/31(火)20:59 ID:/ffj92S6(2/2) AAS
システムがよくわからないからDocker使うという層がいるからね
間違ってはいない
114: 2021/08/31(火)21:15 ID:hfk26Cl4(1) AAS
DockerからLinux入門した
115: 2021/08/31(火)23:57 ID:lP0n45a+(1) AAS
こわしてもすぐつくりなおせるからね。
合理的。
116: 2021/09/01(水)08:50 ID:kzuOn1f9(1) AAS
docker desktop 有料化？
117: 2021/09/01(水)09:43 ID:hWZLrwmG(1/2) AAS
DockerHubといい、プロダクト自体に特に差別化要因はなくて無料であることだけがメリットだったのに、相変わらず勘違いしてるなあ
こんなもんMSとかが本気で開発したら一瞬で代替品作られて終わるのに
118(2): 2021/09/01(水)11:02 ID:IoZJYReR(1/2) AAS
個人とか非商用とか小規模の企業なら無料
WSL2からdocker使えば大企業でも無料じゃね？
Macはしらん、virtualboxとかつかえば？
119(1): 2021/09/01(水)11:50 ID:695imcjX(1/3) AAS
Docker HUB ってちょっと謎なんだけど コンテナダウンロードするのに大量の帯域を食うから有料化したんだよね
そもそもDockerのレシピがあればローカルで再構築可能なのになぜコンテナ丸ごとダウンロードする仕組みになっているの？
120(1): 2021/09/01(水)11:52 ID:E7yrP15k(1/2) AAS
パッケージ単位で更新かかってくでしょ
121(1): 2021/09/01(水)12:26 ID:EqZrGoJi(1/2) AAS
サーバー起動するのと
bashに入ってあれこれするのをやりたいとき
docker-compose1.yml
docker-compose2.yml
みたいにサーバー、とそれ以外で分けて起動させればいいのでしょうか？
新しいウィンドウでターミナル開く、みたいなのがあればいいのに
122(1): 2021/09/01(水)12:34 ID:695imcjX(2/3) AAS
>>120
パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
123: 2021/09/01(水)12:41 ID:2JRCtXhB(1) AAS
>>119
ストレージはタダなのか？
金がかかるのは帯域だけじゃないやろ。
総量はPBレベルで、うち何割かはずっと使われてないとなれば、有料か未使用削除とするのもやむなし。
124: 2021/09/01(水)12:43 ID:BUPYMxvT(1) AAS
> そもそもDockerのレシピがあればローカルで再構築可能なのに
間違い。細かいバージョンが異なってる。
Dockerfileから再構築すると最新版になってしまう
> パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
いちいちベースイメージからパッケージインストールして構築するよりも
パッケージインストール済みのイメージをダウンロードするほうが速い
125: 2021/09/01(水)12:49 ID:hWZLrwmG(2/2) AAS
>>118
小規模でも年間売上が一千万ドルあれば有償な
例えばAWSやGoogleやMSが自社クラウドの顧客に対してアプリのコンテナ化を提案するとき、別途Dockerを有償契約してくださいと言わなきゃいけなくなるのは致命的だ
Docker CLIまで捨てるかは別としても、業界全体として何らかの乗り換えムーブメントが起きるのは不可避だよ
126(1): 2021/09/01(水)12:49 ID:E7yrP15k(2/2) AAS
>>122
それだとdocker build時の最新バージョンが入っちゃうでしょ（あえて固定してない限り）
それで大抵は動くけど、イメージ提供者なら自身が検証済のものを公開したいんじゃないの
俺自身はイメージでバックアップせずいつもDockerfileから再構築してるけど、バージョン変わって設定ファイルの仕様が変わって動かないこともあるよ
127(2): 2021/09/01(水)12:58 ID:tkpMxoCT(1/4) AAS
真面目にやるならウェブUIの管理ツールを作る(adminerやphpmyadminの自作アプリ版みたいな感じ)
雑に運用するならコマンドラインツール作ってMakefileでラッピングするんでいいと思う
composeでイメージと環境変数を定義、Makefileでコマンドを定義
.env
docker-compose.yml
docker-compose.tasks.yml
Makefile
up:
@docker-compose -f docker-compose.yml up -d
backup:
省1
128(1): 2021/09/01(水)12:58 ID:tkpMxoCT(2/4) AAS
あすまん
>>121へのレスね
129: 2021/09/01(水)13:14 ID:EqZrGoJi(2/2) AAS
>>127,128
なるほどーMakefileですか
さっそくやってみます
ありがとうございました
130: 2021/09/01(水)16:09 ID:695imcjX(3/3) AAS
>>126
そうかベースによっては最新版のバイナリしかインストールできないものがあるのか
131(1): 2021/09/01(水)17:52 ID:tkpMxoCT(3/4) AAS
有料化と聞いて焦ったけどLinuxで開発する分には問題なしでいいのかな
うちは小さい企業だけど教育とOSSにしか使えないんじゃDesktop使えないね
132: 2021/09/01(水)19:25 ID:+pbso+EV(1) AAS
Docker DesktopとDocker Engineの区別もつかない男の人って…
133: 2021/09/01(水)19:38 ID:IoZJYReR(2/2) AAS
>>118
>>131
WSL2上にインストールしたLinuxでDocker使うならDesktopなしでもいける
macもVagrantでVirtualbox仮想マシンとかで行けるのはいけそうだが面倒そう
あとはmultipassでUbuntu入れるとか？
この方法だとホスト側はdockerコマンド使えないし
ファイル共有の速度がDesktopと比べてどうなるのか不明
遅くなるかね
134: 2021/09/01(水)19:44 ID:tkpMxoCT(4/4) AAS
面倒だからLinuxでいいよ
WindowsはVSCodeとSSHだけ動けばいい
135: 2021/09/02(木)09:13 ID:6nsJWdjn(1) AAS
Docker社の凋落が止まらない
これからもマネタイズ策を打つ度に回避・移行されて、Docker社の影響力は低下していくんだろう
今やクラウドではコンテナ実行環境としてほとんどdockerは使われなくなっていて、もはや開発ツールとしての価値しかない
その開発ツールも、本気で代替品へ移行しようと思えばすぐにできるけど無料だからまあいいか、程度のものに過ぎない
売れるうちに大手に売っときゃよかったのにね
136(1): 2021/09/02(木)13:05 ID:lkx3vMl8(1/2) AAS
まあ、だから俺は言ったよね？
podmanの時代がすぐ来るってさ
137: 2021/09/02(木)13:15 ID:lv06fISQ(1) AAS
コンテナさえあれば何も問題ない
138: 2021/09/02(木)17:04 ID:tVyiqFPA(1/2) AAS
>>136
podmanの時代が来てから言ってくれ
もう5年ぐらい遅れてるだろ？ｗ
139(1): 2021/09/02(木)17:05 ID:EI0Rs6+7(1) AAS
>>127
makefile って使ったことなかったけどこういうバッチのメニューみたいな使い方ができるのか
使ってみるわ
140: 2021/09/02(木)17:11 ID:tVyiqFPA(2/2) AAS
>>139
むしろ今の使い方の大半はそれだよｗ
正しいMakefileの使い方を今もしてるのはC言語アプリぐらいなもんだよ
141: 2021/09/02(木)19:28 ID:lkx3vMl8(2/2) AAS
最近のmakeは.PHONYをデフォルトにしてほしいぐらいだよな
142: 2021/09/03(金)01:44 ID:lYhIQDFk(1) AAS
docker-comopse -f 【ymlファイル】 exec 【サービス名】 【コマンド】
ってやると
Error: No container found for 【サービス名_1】
ってエラーがでるんだけど
そりゃ【サービス名_1】って名前じゃないもん
【サービス名】だもんってとこで沼にハマりました
なぜか_1を付けられてそんなもん無いって言われるので
じゃあサービス名をサービス名_1に変えてやってみると
サービス名_1_1はありませんって言われます・・
143: 2021/09/03(金)01:51 ID:D6FKDcnO(1) AAS
docker container exec
144: 2021/09/03(金)10:41 ID:JEdAkZsy(1) AAS
大企業で働く予定ないからdockerでいいや
145: 2021/09/03(金)10:55 ID:lmVLMDVz(1/5) AAS
予定？
146(2): 2021/09/03(金)12:42 ID:7Wp2kg5G(1) AAS
大企業でなくても年間売上10億いかないのはゴミやろ
個人かよぼどの零細だろうな
147: 2021/09/03(金)13:48 ID:B8ehn141(1) AAS
普通まともな企業ならKubernetes使うからそもそも企業でネイティブなDocker使う方が稀でしょ
148: 2021/09/03(金)14:39 ID:lmVLMDVz(2/5) AAS
ローカルでのアプリ開発時にKubernetes使うわけ無いやん
使い方わかってないのか
149: 2021/09/03(金)15:01 ID:I6MSwANk(1/2) AAS
新しいものがいいと思っているだけじゃないか？
日本は大企業ほど枯れた技術を使う
150: 2021/09/03(金)15:15 ID:lmVLMDVz(3/5) AAS
Kubernetes使ってる所はまとも会社なんだい！
と言いたいんだろう？
151: 2021/09/03(金)15:25 ID:I6MSwANk(2/2) AAS
新興企業だと流行り技術使ってますって言わないと美味しい仕事取れない時代だからな
152: 2021/09/03(金)17:47 ID:l2dWPFsy(1) AAS
k8sもdockerもそれほど最新技術というほどのものではない
153: 2021/09/03(金)20:13 ID:PhrL7cZp(1) AAS
docker-composeで動かすコンテナが自分自身のひとつしかない時でも、networks: hoge-netwok のように、
docker networkを作るのにはどんな意味あるのでしょうか？
こういうdocker-compose.ymlがちょくちょく出てきて
メリットがわかりませんのでどなたかレクチャーお願いします！
154: 2021/09/03(金)20:53 ID:tdyLvRf7(1) AAS
他のymlで管理されてたり
そもconpose管理下にないコンテナとネットワークを分離できる
分離したくなけりゃ合わせればいいだけだし
155(2): 2021/09/03(金)21:17 ID:KmfKdmo0(1/2) AAS
本番環境では、ウェブサービス系のほとんどの会社が、Kubernetes じゃないの？
Docker をダウンロードしたら、k8s も付いてるし
156(1): 2021/09/03(金)21:20 ID:KmfKdmo0(2/2) AAS
コンテナが1つでも、docker-compose を使うのが基本
その設定ファイルの方が、皆が慣れているから
157(1): 2021/09/03(金)21:56 ID:lmVLMDVz(4/5) AAS
>>155
Kubernetesはクラウドサービスが提供する一つの機能に過ぎない
クラウドサービスがあるのにその上でKubernetesを動かすメリットがない
クラウドサービスを使えばKubernetesを使わなくてもなんでもできる
158: 2021/09/03(金)21:58 ID:lmVLMDVz(5/5) AAS
>>156
慣れているからじゃなくて
オプションを長く書くのが面倒なだけ
docker-composeはdockerのオプション定義ファイル
159: 2021/09/04(土)00:37 ID:UYf6sNac(1) AAS
ペン4の古いパソコンでもドッカー動きますか？？
160: 2021/09/04(土)07:36 ID:qe1Sz/wY(1) AAS
うーん、どぅかなー？
161: 2021/09/04(土)08:38 ID:n4XpWKOQ(1) AAS
どうせ本番はk8sなんだから実行環境はminikube
レポジトリはMSマネーで代替つくれば完全脱却
162: 2021/09/04(土)08:51 ID:LoQ2FNzo(1) AAS
>>155
最後の一文で分かる無能感
163(2): 2021/09/04(土)10:14 ID:u6yMieo7(1) AAS
>>157
クラウドサービス毎の機能でk8sを代替しようとすると別クラウドに移行したい時に面倒なので余程のメリットがない限りk8sで済ませる
164: 2021/09/04(土)10:24 ID:UdXZ1ZRb(1) AAS
>>163
言うほどか？
全部コンテナで自前運用やるならともかく、クラウドならk8sといえどもDBやメッセージキューやLBはマネージドサービス使うだろ
アプリだけならk8sだろうとECSとかだろうと大差ないわ
165: 2021/09/04(土)10:48 ID:f4m7Salq(1) AAS
うちAWS EKSだけどそのうちやめてECSにするわ
Kubernetesの実運用経験積むのが目的だったようだが
現状の使い方だとデメリット多いって判断
>>163
色々Kubernetesでしか使えないものに依存してない限りそうでもないし
そもそもクラウド移行自体がレア
166: 2021/09/04(土)11:22 ID:K7cG1MIB(1) AAS
ステートフルに弱いって時点でk8sべったり依存はありえんしなぁ
167: 2021/09/05(日)00:38 ID:IcYglsJp(1) AAS
k8sが特別ステートフルに弱いというわけではないけど、
コンテナでDBのような永続的な状態を持つサービスを扱おうとするとどうしてもホストに強く依存するから、あえてk8s内で扱うメリットはほとんどないんだよね
運用の面倒臭さと天秤にかけるとマネージドになっちゃう
168: 2021/09/05(日)01:02 ID:Waa9oC9w(1) AAS
それを弱いと言うのでは
169: 2021/09/05(日)07:40 ID:3FDLGl6t(1/2) AAS
Kubernetesは何もしないでメリットが得られるんじゃなくて
1. 各サーバーで1GBぐらいメモリを持っていかれる
2. 最低3台サーバーがいる
3. 半強制的で定期的なアップデートが必要で数ヶ月おきにサーバーの再起動が必要
4. サーバーがデータを持っている場合、データが消えないようにする必要がある
5. データベースクラスタを組んでる場合、少なくとも1台落ちる前提で最初からちゃんと設定してないといけない
こんな感じの面倒くささがあるよね
Kubernetesは1台単位で厳密に管理しようと思ったらダメなんだわ
100台ぐらい揃えてもっと大雑把に全体の95%が正常に稼働中
みたいに考えるものだと思ってる
170: 2021/09/05(日)08:49 ID:1EWttBuj(1) AAS
サイボウズのkintone は、Kubernetes で毎日、コンテナを作り直しているとか
171(1): 2021/09/05(日)09:29 ID:tWZKaiZX(1/2) AAS
CSIによってステートフルが弱いってのは昔の話や
DBだって operator あるし
172: 2021/09/05(日)09:29 ID:tWZKaiZX(2/2) AAS
vittesとかあるよな 最近話し聞かないけど
173: 2021/09/05(日)09:48 ID:RtUG2J89(1/3) AAS
苦手なことを無理してやらんでいい
コンテナは素直にステートレスなアプリだけ動かしてろ
174: 2021/09/05(日)11:46 ID:e6UnbAmC(1) AAS
k8sはころころ仕様変えすぎじゃね？
アップデート追随するのが大変だわ
175(1): 2021/09/05(日)11:46 ID:EfcvtbaA(1) AAS
>>171
ステートフルなサービスのノード依存性を制約として適切に記述、適用する方法があるってだけだ
別にそれによって生VMと比較して運用が楽になるわけではない
敢えてマネージドサービスを捨てて自前で運用する労力に見合うだけのメリットはない
176: 2021/09/05(日)12:59 ID:RtUG2J89(2/3) AAS
ステートレスはk8sで、ステートフルはマネージドでって棲み分けができてくると
今度はステートレスはFaaSでいいじゃん…ってなるんだよな
間違いなくk8sは将来的に負の遺産になる
しかも莫大な額の借金
177: 2021/09/05(日)16:37 ID:w8hGZC/A(1) AAS
インフラ界隈が謎のk8s推しで開発はコンテナベースしか認めんってこと？
ないようなあるような話で笑えんけど
サーバレス勢のプレゼン力にかかってるんじゃないかな
イメージ自体は汎用だしロックインされてる気はせんよね
178: 2021/09/05(日)17:09 ID:3FDLGl6t(2/2) AAS
クラウドの上にクラウドを作ってるのがk8s
もともとクラウドでいろんなサービスを提供していて
それが便利だったのに、その上にクラウドを作り出してる
意味がわからない
179(1): 2021/09/05(日)18:04 ID:m6GxJoq4(1) AAS
自分がk8sを理解できていないだけなのにまるでk8s自体が無意味みたいな言い回しはやめよう
180: 2021/09/05(日)18:24 ID:RtUG2J89(3/3) AAS
k8sでFaaSより管理楽になる？コスパ超えれる？
181(2): 2021/09/05(日)19:04 ID:JcQBW33v(1) AAS
k8sは単なるオーケストレーションツールとして使う分にはいいんだけど、アプリがk8sに依存し始めると最悪だね
AWSやGCSへのロックインなんかより遥かに酷いロックイン状態になるしクラスタのアップグレードが恐怖
182: 2021/09/06(月)01:11 ID:C1qdAXcu(1/2) AAS
大企業なら料金払えるし
零細企業なら無料で使えるんだから
お前らが無理して乗り換えする必要はないんだよ
183: 2021/09/06(月)02:07 ID:HfLJq1nB(1/2) AAS
AWS Lambda, Aurora, Elastic Beanstalk, Fargate あたりで作れれば、ベストだけど
184: 2021/09/06(月)04:21 ID:/lU+gKCI(1/5) AAS
>>179
理解できてるというのなら、
お前がそれを証明すればいいんやで
185: 2021/09/06(月)04:23 ID:/lU+gKCI(2/5) AAS
>>181
オーケストレーションツールを要らなくしたのがDockerだと思うけどね
普通に仮想マシンとDocker起動すれば、それで環境の構築完了だし
186: 2021/09/06(月)04:25 ID:/lU+gKCI(3/5) AAS
>>181
> クラスタのアップグレードが恐怖
それな。Kubernetesでミスったら
クラスタ全部が壊れてしまう可能性がある
最悪の場合だとデータ損失
187: 2021/09/06(月)09:02 ID:kmMVXDz2(1/4) AAS
>>175
？
マネージドあるならそっちでいいよ
188(1): 2021/09/06(月)09:05 ID:kmMVXDz2(2/4) AAS
k8sが今後の負債になるのは間違いない
でもコンテナ化してんだったら逃げ場はたくさんある
そもそもk8sじゃないといけない理由ってほとんどないよな
k8s使ってるプロジェクトの7,8割はk8sじゃなくてもいい
189: 2021/09/06(月)09:08 ID:Pxs0hny/(1/2) AAS
まあ正直なところ「使ってみたかった」が最大の理由
190(1): 2021/09/06(月)09:26 ID:kmMVXDz2(3/4) AAS
あとは対外アピール k8s使ってるアピールすると新卒採用に有利だよ
191: 2021/09/06(月)10:28 ID:/lU+gKCI(4/5) AAS
>>188
負債になるのは、コンテナ以外の部分
k8sはコンテナ以外が多すぎるんだよ
192: 2021/09/06(月)10:30 ID:/lU+gKCI(5/5) AAS
k8sの一番の問題は、システムを安定させられるか何だよな
適当にやっても安定するのかもしれないが、自信を持って安定していると言うのが難しい
強制的に再起動させられるシステムで、果たしてシステムを
停止せずに動かし続けれられるのだろうか？
193(1): 2021/09/06(月)12:24 ID:Y1LL3RGM(1) AAS
>>190
確かに勉強してるな新しい技術吸収に貪欲だなと好ましく感じるわね
ただし最近は本当新しいツールを軽く表面なでるだけの使い方して次々乗り換え使えてる気になってる人も多いという印象があるわ
ただのミーハーかどうか判断することが大事だと感じる昨今です
194(1): 2021/09/06(月)19:43 ID:C1qdAXcu(2/2) AAS
ライセンス料につられてdockerを捨てる提案しているゴミが早速職場に現れたわ
うちは大企業でもないから払う必要ないし
195: 2021/09/06(月)19:59 ID:Pxs0hny/(2/2) AAS
Linux使えばいいのに
196: 2021/09/06(月)20:02 ID:kmMVXDz2(4/4) AAS
>>193
それもあるけどどっちかというと会社がk8s使ってるアピールすると新卒が寄ってくるんだよ ソースはワイ
197: 2021/09/06(月)21:13 ID:+nEh9ujI(1) AAS
>>194
金よりもDocker社の先行きがなあ
大手に売り飛ばすならまだしも、先のDockerHubの件といい明らかに事業成長に対するネガティブインパクトを顧みない方法で資金を回収しようとしてる
ビジネスとして完全に詰んでる
198: 2021/09/06(月)21:41 ID:oUDq0/tG(1) AAS
とれるところからとろうとしとるだけや。
Microsoftみたいなことは、ふつうはできん。
負担しないんなら、フリーライダーと言われてもしゃあない。
199: 2021/09/06(月)23:51 ID:HfLJq1nB(2/2) AAS
Ruby/Go の神、Vagrant, Terraform, の作者、
今世紀最大の学生起業家、HashiCorp のMitchell Hashimoto
彼は、OSS を続けるためには、大企業だけが払うモデルが良いと考えた。
一方、中小企業・個人などは、無料で使えるのが望ましい
つまり、担税力に応じての支払い義務
これが支持されて、会社の時価総額は、5千億円とも言われている
200(1): 2021/09/07(火)00:37 ID:7jGPvQdT(1) AAS
dukerはAndroidでも可能ですか？
上下前次1-新書関写板覧索設栞歴
あと 802 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s