けど、何勉強したらいいのかわからない。
右も左もわからない
ねらーの天才さん教えてください。
探検
プログラムに詳しくなりたい
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2012/09/02(日) 23:18:25.83596デフォルトの名無しさん
2013/09/28(土) 06:45:20.75 自分の認める天才は、出来る限り特別視して、
決して自分が追い付くことの出来ない人なんだって事にしといたほうが良い
追い付いて追い抜いてしまったときに何も残らない
実際、最初は下位で頑張って1位になった奴って、
1位を死守しないだろ
1位を死守する奴っていうのは最初から1位だから死守してる奴
100位から1位に上り詰めても、それは才能ない奴が必死に無理して付けた力
それを1位死守の為に出し続けることは出来ないから
100位から昇ってくる奴らを1位にさせて落胆させない為にも、1位は、1位を死守しなければならない
つうか最初から1位の奴が1位を死守し続ける事によって、「選ばれし者」しか出来ないという幻想を抱かせる事が出来るんだよ
それを100位から昇ってくる奴が蹂躙し始めると、「誰でも出来る」「簡単だわ」ってなって、
何かが崩れる
決して自分が追い付くことの出来ない人なんだって事にしといたほうが良い
追い付いて追い抜いてしまったときに何も残らない
実際、最初は下位で頑張って1位になった奴って、
1位を死守しないだろ
1位を死守する奴っていうのは最初から1位だから死守してる奴
100位から1位に上り詰めても、それは才能ない奴が必死に無理して付けた力
それを1位死守の為に出し続けることは出来ないから
100位から昇ってくる奴らを1位にさせて落胆させない為にも、1位は、1位を死守しなければならない
つうか最初から1位の奴が1位を死守し続ける事によって、「選ばれし者」しか出来ないという幻想を抱かせる事が出来るんだよ
それを100位から昇ってくる奴が蹂躙し始めると、「誰でも出来る」「簡単だわ」ってなって、
何かが崩れる
597デフォルトの名無しさん
2013/09/28(土) 06:46:46.46 お喋りが 過ぎた
598デフォルトの名無しさん
2013/09/28(土) 07:35:09.12 日本は学生時代がマシとか言ってたし、期末テストでいつもトップで気分が良かったんだろうw
ルールがカオスのシャバの大海原に出たら何か凡人みたいな扱い受けててちょっと不満なのかなw
ちょっと不満なだけで、最強を自負して苦労なくやってる感じもするし勝手に頑張ってねw
ルールがカオスのシャバの大海原に出たら何か凡人みたいな扱い受けててちょっと不満なのかなw
ちょっと不満なだけで、最強を自負して苦労なくやってる感じもするし勝手に頑張ってねw
599デフォルトの名無しさん
2013/09/29(日) 04:43:13.49 書いてる奴自身が自己レスしてるんだろうな
自己紹介乙だわ
その憶測は全くカスりもしていない
自己紹介乙だわ
その憶測は全くカスりもしていない
600デフォルトの名無しさん
2013/09/29(日) 05:07:34.35 プログラマは悲しい生き物だ
この社会において、"ある程度、頭のスペック高い奴ら"を集めて、スポンジにしてるんだよ
スポンジプログラマに、知識という水を吸い込ませて、ちょっとその知識で仕事をやらせて、
はいその水もういらないから流してー、はい次の知識(水)吸ってー、仕事してー、はい吐いてー、次ー、
これを延々とやってるのが社会のスポンジであるプログラマ
こんな事を延々とやらせていれば精神的におかしくなってくる奴が出てくるのも頷ける
元々、ITに固定されず、総合的に頭良い奴はプログラマにはならない、
局地的に頭が良いだけで、全体を見れないどこか抜けてるお馬鹿さんが「優秀なプログラマ」になる
これは科学技術の人柱ってレベルじゃない
科学の発展ってはっきりいって、悪だろ
だから俺はすべてのプログラマに慈悲をあたえったい
まってろ
この社会において、"ある程度、頭のスペック高い奴ら"を集めて、スポンジにしてるんだよ
スポンジプログラマに、知識という水を吸い込ませて、ちょっとその知識で仕事をやらせて、
はいその水もういらないから流してー、はい次の知識(水)吸ってー、仕事してー、はい吐いてー、次ー、
これを延々とやってるのが社会のスポンジであるプログラマ
こんな事を延々とやらせていれば精神的におかしくなってくる奴が出てくるのも頷ける
元々、ITに固定されず、総合的に頭良い奴はプログラマにはならない、
局地的に頭が良いだけで、全体を見れないどこか抜けてるお馬鹿さんが「優秀なプログラマ」になる
これは科学技術の人柱ってレベルじゃない
科学の発展ってはっきりいって、悪だろ
だから俺はすべてのプログラマに慈悲をあたえったい
まってろ
601デフォルトの名無しさん
2013/09/29(日) 11:37:20.28 科学の発展が悪なら科学を崩壊させるってこと?
プログラマの仕事を消し去る方法でも発見したのかな?
苦しんでいるサムライを慈悲で首ちょんぱするようなもんか?
とにかく期待できないw
プログラマの仕事を消し去る方法でも発見したのかな?
苦しんでいるサムライを慈悲で首ちょんぱするようなもんか?
とにかく期待できないw
602デフォルトの名無しさん
2013/09/29(日) 12:42:02.50 楽しい方の希望は叶わないが苦しい方の希望は叶う。
例えば恋愛したいと思えば、美しい恋愛をする方は叶わないが、面倒なイベントが発生する方は叶う。
だから人柱となりて社会奉仕するのはあんたらが望んだことなのだ。
金を稼ぐために努力して苦労するのはあんたらが望んだことなのだ。
楽しい方の希望が見当違いだっただけなのだ。
例えば恋愛したいと思えば、美しい恋愛をする方は叶わないが、面倒なイベントが発生する方は叶う。
だから人柱となりて社会奉仕するのはあんたらが望んだことなのだ。
金を稼ぐために努力して苦労するのはあんたらが望んだことなのだ。
楽しい方の希望が見当違いだっただけなのだ。
603デフォルトの名無しさん
2013/09/29(日) 19:17:47.56 shi3zくん太ったなぁ...
604デフォルトの名無しさん
2013/09/29(日) 23:19:20.79 ゴミ
605デフォルトの名無しさん
2013/09/29(日) 23:45:18.70 >>604みたいに世界を蔑み、バカにして荒涼とした精神状態でいる奴のそれもそいつが望んだことなのだ。
606デフォルトの名無しさん
2013/09/30(月) 00:08:21.23 >>605
「プログラミング程度」を、数百年やったところで世界の真理には辿り着かない
プログラミングで培った世界観っていうのは、プログラミング界隈の世界にいる人間に対してしか
当てはまらない法則なのだよ
「プログラミング程度」を、数百年やったところで世界の真理には辿り着かない
プログラミングで培った世界観っていうのは、プログラミング界隈の世界にいる人間に対してしか
当てはまらない法則なのだよ
607デフォルトの名無しさん
2013/09/30(月) 00:18:31.94 値段の高いマウスって誰得なんだろうな
500円くらいのマウスとの操作性の違いはあるのか
500円くらいのマウスとの操作性の違いはあるのか
608デフォルトの名無しさん
2013/09/30(月) 00:35:06.18 おっぱいに置き換えて考えるとだいたいあってる。
609デフォルトの名無しさん
2013/09/30(月) 02:05:08.07610デフォルトの名無しさん
2013/09/30(月) 02:21:28.67 今は安いマウスでも品質いいんだろうけど、
昔は、ポインタが飛んだり、うまく動かなかったり
無線のやつは電波が届かなかったり
持ちにくかったり色々と問題があった。
で、こだわりがある人は昔からマイクロソフトや
ロジクールなどの質の良いマウスを使っていた。
ゲーミングマウスもゲームに耐えられる
ぐらいなわけで品質がいい。
俺が使ってるのはロジクール G700sとRazer Ouroboros。
どちらもゲーミングマウスだけどゲームは特にしない。
無線かつ5ボタン以上で、経年劣化でベタベタしてくる
ラバーコーディングが少ないマウスって少ないんだ。
昔は、ポインタが飛んだり、うまく動かなかったり
無線のやつは電波が届かなかったり
持ちにくかったり色々と問題があった。
で、こだわりがある人は昔からマイクロソフトや
ロジクールなどの質の良いマウスを使っていた。
ゲーミングマウスもゲームに耐えられる
ぐらいなわけで品質がいい。
俺が使ってるのはロジクール G700sとRazer Ouroboros。
どちらもゲーミングマウスだけどゲームは特にしない。
無線かつ5ボタン以上で、経年劣化でベタベタしてくる
ラバーコーディングが少ないマウスって少ないんだ。
611デフォルトの名無しさん
2013/09/30(月) 10:17:29.04612デフォルトの名無しさん
2013/10/01(火) 01:49:23.30 解像度の違いならわからんでもないが
ボタン不良は買い直せばいい
むしろその日の気分で色を替えるくらいでいいw
ボタン不良は買い直せばいい
むしろその日の気分で色を替えるくらいでいいw
613デフォルトの名無しさん
2013/10/01(火) 10:05:19.42 4つくらいつないでおいて、使おうと思った時に一番手に近いやつ使うとかね
614デフォルトの名無しさん
2013/10/01(火) 22:15:03.73 haskellスレ荒してるのはuYだろ
615デフォルトの名無しさん
2013/10/02(水) 19:26:02.82 haskellくらいのゴミカス言語になるとスレ荒らす気も起きない
ちなみにRubyスレやLLスレとかでたまに「ゴミがwwww」とか言ってるのも、俺じゃないから
確かに過去に「ゴミwwwwwwwwww」という単語でプログラマたちを煽りまくったけど
何かが伝染したんだろうな
ちなみにRubyスレやLLスレとかでたまに「ゴミがwwww」とか言ってるのも、俺じゃないから
確かに過去に「ゴミwwwwwwwwww」という単語でプログラマたちを煽りまくったけど
何かが伝染したんだろうな
616デフォルトの名無しさん
2013/10/02(水) 19:36:33.05 それにしても、荒らしを疎ましく思う奴が多いけど
2chにあるスレなんかを「大事なものだ」 なんて思ったら終わりだぜ
2chにあるスレなんかを「大事なものだ」 なんて思ったら終わりだぜ
617デフォルトの名無しさん
2013/10/02(水) 22:58:52.49 誘導: ハッカーになりたいんですが・・・@マ板
http://kohada.2ch.net/test/read.cgi/prog/1275047577/l50
http://kohada.2ch.net/test/read.cgi/prog/1275047577/l50
618デフォルトの名無しさん
2013/10/03(木) 08:32:43.06 >>616
大事かどうか知らんが、内輪の話でボチボチやってたところにヨソモノが来て喚いていけば気分は悪いさ。
大事かどうか知らんが、内輪の話でボチボチやってたところにヨソモノが来て喚いていけば気分は悪いさ。
619デフォルトの名無しさん
2013/10/20(日) 06:33:59.73 uyって専門崩れのワナビだろ
620デフォルトの名無しさん
2014/02/13(木) 10:46:23.21 プログラムの初歩的な事かもしれませんが、かなりの大きさのデータを
・広域変数に入れて関数から参照して使う
・データのポインタを関数に渡して使う
結果は同じで両方ヒープになると思いますが
前者をあまり使わない理由は何ですか?
・広域変数に入れて関数から参照して使う
・データのポインタを関数に渡して使う
結果は同じで両方ヒープになると思いますが
前者をあまり使わない理由は何ですか?
621デフォルトの名無しさん
2014/02/13(木) 11:37:26.02 1 globalはどこでも変更できるので、バグを生みやすく発見が難しい。変数のスコープは出来るだけ狭くすべし。
2 関数を汎用化できる。
2 関数を汎用化できる。
622デフォルトの名無しさん
2014/02/13(木) 12:10:18.10623デフォルトの名無しさん
2014/02/13(木) 12:54:47.00624デフォルトの名無しさん
2014/02/13(木) 13:57:27.56625デフォルトの名無しさん
2014/02/13(木) 14:16:19.86 基本的なことが抜けてるな。
2箇所ならまだいいけど10箇所100箇所に同じ物をコピーするコストが無駄だからだよ。
そしてコピーしたメモリが無駄→資源効率が悪い。
変化があったとき複数箇所の書き換えが無駄→処理効率が悪い。
2箇所ならまだいいけど10箇所100箇所に同じ物をコピーするコストが無駄だからだよ。
そしてコピーしたメモリが無駄→資源効率が悪い。
変化があったとき複数箇所の書き換えが無駄→処理効率が悪い。
626デフォルトの名無しさん
2014/02/13(木) 14:22:29.91 >かなりの大きさ
これってギガバイトとかテラバイトの話なの?
これってギガバイトとかテラバイトの話なの?
627デフォルトの名無しさん
2014/02/13(木) 14:35:29.31 ポインタ渡しなんてプログラムを複雑にする諸悪の根源。
どうせギガ単位でメモリ乗ってんだから、全部値渡しで良い。
どうせギガ単位でメモリ乗ってんだから、全部値渡しで良い。
628デフォルトの名無しさん
2014/02/13(木) 14:39:45.13 ポインタも理解できない奴が上流工程にいるのがこの業界の諸悪の根源だろ。
629デフォルトの名無しさん
2014/02/13(木) 14:57:34.00 上流工程はポインタなんて下流のことを理解しなくて良いから、
形式手法を熟知してバグった仕様書を書かなければそれで良い
形式手法を熟知してバグった仕様書を書かなければそれで良い
630デフォルトの名無しさん
2014/02/13(木) 18:00:00.26 ポインタとかヒープとかどうでもよくて
参照を持ちまわるか漢らしくグローバル一本で勝負するかの話
参照を持ちまわるか漢らしくグローバル一本で勝負するかの話
631デフォルトの名無しさん
2014/02/13(木) 18:15:53.33 プログラマが素人に教えるかよwww
どんだけ苦労してプログラマになったと思ってるんだwww
10代プログラマは全員死ねwwww
徹底的に出る杭を叩くぜwwwww
どんだけ苦労してプログラマになったと思ってるんだwww
10代プログラマは全員死ねwwww
徹底的に出る杭を叩くぜwwwww
632デフォルトの名無しさん
2014/02/13(木) 20:59:56.49 ローカル変数のポインタを持ちまわらせて、
スコープを抜けてもしばらくはメモリが上書きされないので気付かないままとかたまにある。
スコープを抜けてもしばらくはメモリが上書きされないので気付かないままとかたまにある。
633デフォルトの名無しさん
2014/02/13(木) 23:29:37.56634デフォルトの名無しさん
2014/02/14(金) 00:19:56.21 ぜんぜん関係のない箇所で、引数を通さずにグローバル領域にアクセスするって意味やで
635デフォルトの名無しさん
2014/02/14(金) 00:22:49.59636デフォルトの名無しさん
2014/02/14(金) 11:08:59.05 若い女が、宇宙海賊に言われるまま、計算機にcogito ergo sumって入力したら思いもよらぬ展開に・・・
↑
コマンド? それとも、ソースコード?
↑
コマンド? それとも、ソースコード?
637デフォルトの名無しさん
2014/02/14(金) 18:18:02.79 >>633
ぷっ 学校出てないバカはこれだから…
ぷっ 学校出てないバカはこれだから…
638デフォルトの名無しさん
2014/02/21(金) 04:03:28.38639デフォルトの名無しさん
2014/05/10(土) 18:26:48.65ID:D938a3oh だれか、Windowsのコマンドラインについて教えてください。
職場のPCでバッチファイルを使い、PC起動時は1秒に1回、特定のディレクトリにファイルが存在しないかどうか、チェックを行っています。
ファイルチェックは、IF EXISTを使い、ある1つのディレクトリを見るだけです。
これってPCに負荷をかけないでしょうか?
また、負荷をかけているかどうか、どうやってチェックすれば良いでしょうか?
職場のPCでバッチファイルを使い、PC起動時は1秒に1回、特定のディレクトリにファイルが存在しないかどうか、チェックを行っています。
ファイルチェックは、IF EXISTを使い、ある1つのディレクトリを見るだけです。
これってPCに負荷をかけないでしょうか?
また、負荷をかけているかどうか、どうやってチェックすれば良いでしょうか?
640片山博文MZバグロボ ◆T6xkBnTXz7B0
2014/05/10(土) 22:47:09.67ID:4sLYkLKE >>639
プロセス作成にCreateProcess/CreateProcessAsUser使ってるならGetProcessTimesを使え
プロセス作成にCreateProcess/CreateProcessAsUser使ってるならGetProcessTimesを使え
641デフォルトの名無しさん
2014/05/10(土) 23:24:41.09ID:SFO++ycj >>639
PCに負荷っていうか
そういうプログラムはHDDの寿命を減らすだけで
CPUの負荷なんてたかが知れてる
Windowsを過信するなら特に何もする必要はない
あまりこのOSを信じていないならHDDのバックアップちゃんととっとけとしか
PCに負荷っていうか
そういうプログラムはHDDの寿命を減らすだけで
CPUの負荷なんてたかが知れてる
Windowsを過信するなら特に何もする必要はない
あまりこのOSを信じていないならHDDのバックアップちゃんととっとけとしか
642デフォルトの名無しさん
2014/05/11(日) 00:48:08.67ID:5bM6wK/T たぶんタスクマネージャすら使ったこと無さそう
凝った事してなければメモリ上のキャッシュ見るだけだからディスクの負荷なんてないだろ
凝った事してなければメモリ上のキャッシュ見るだけだからディスクの負荷なんてないだろ
643デフォルトの名無しさん
2014/05/11(日) 09:02:46.53ID:088a3ogV >>640
現状、1秒に1回監視する動きは、for で繰り返しをさせ、繰り返しの中で1秒timeoutさせるようにしています....
というこたえ方で合ってますかね?
すいません、当方素人なんです。
>>641
すいません、HDDの寿命が縮まるのはなぜなんでしょうか?
ファイルの読み書きを毎秒やっているわけではないんですが...。
ファイルの存在チェックだけでも、HDDの寿命縮めるものでしょうか。
>>642
そういえばタスクマネージャがありましたね。ww
おっしゃるとおりで、凝ったことはしていません。
(forで繰り返し、ファイルが存在するか if existでチェックしたのち1秒timeoutして、を半日ほど繰り返す。)
不勉強ですいません。
現状、1秒に1回監視する動きは、for で繰り返しをさせ、繰り返しの中で1秒timeoutさせるようにしています....
というこたえ方で合ってますかね?
すいません、当方素人なんです。
>>641
すいません、HDDの寿命が縮まるのはなぜなんでしょうか?
ファイルの読み書きを毎秒やっているわけではないんですが...。
ファイルの存在チェックだけでも、HDDの寿命縮めるものでしょうか。
>>642
そういえばタスクマネージャがありましたね。ww
おっしゃるとおりで、凝ったことはしていません。
(forで繰り返し、ファイルが存在するか if existでチェックしたのち1秒timeoutして、を半日ほど繰り返す。)
不勉強ですいません。
644デフォルトの名無しさん
2014/05/11(日) 15:09:32.89ID:FaZH9slN なんでって
そりゃ俺がwindows を信用していないからだよ
そりゃ俺がwindows を信用していないからだよ
645デフォルトの名無しさん
2014/05/11(日) 15:19:18.29ID:O1YaEIKb ソースみれない時点で
ちゃんと組まれているだろうって過信は遊び用途までにしておくように
ちゃんと組まれているだろうって過信は遊び用途までにしておくように
646デフォルトの名無しさん
2014/05/11(日) 15:23:28.10ID:Bt/xPvA5 たぶん毎秒、HDDにアクセスしないと思う
そのフォルダの情報をメモリにキャッシュし、
毎秒、メモリにアクセスすると思う
ほとんど、PCに影響はない
そのフォルダの情報をメモリにキャッシュし、
毎秒、メモリにアクセスすると思う
ほとんど、PCに影響はない
647デフォルトの名無しさん
2014/05/12(月) 00:54:48.77ID:pvK1PhqY Windowsだと、そういうのはどこまでいっても「多分」になるからバックアップしろt
648デフォルトの名無しさん
2014/05/13(火) 14:09:30.69ID:I3YIR7QR そのレベルからミスってたら確実にハードメーカーから突っ込まれるわ
649デフォルトの名無しさん
2014/05/15(木) 20:39:56.80ID:WhJaypeI ミスっつうか、そういう問題ではなくてね
バカっぽいからまぁいいや
win信者増えたな
バカっぽいからまぁいいや
win信者増えたな
650デフォルトの名無しさん
2014/05/15(木) 21:12:46.83ID:5sMFAW9N え、Heartbleedがどうしたって?
651デフォルトの名無しさん
2014/05/15(木) 23:50:06.44ID:Py6ct1mS 知的障害者のフリしてると本物に近づくよ
652デフォルトの名無しさん
2014/05/20(火) 00:57:11.97ID:5UxtGe/r test
653デフォルトの名無しさん
2015/06/16(火) 20:26:54.43ID:dGPTc6CF 【JavaScript】スクリプト バトルロワイヤル50【php,py,pl,rb】
http://peace.2ch.net/test/read.cgi/tech/1432980078/276-
より、以下Docker議論のため再利用
http://peace.2ch.net/test/read.cgi/tech/1432980078/276-
より、以下Docker議論のため再利用
654デフォルトの名無しさん
2015/06/16(火) 20:43:46.66ID:dGPTc6CF 元スレ>>332
>Dockerにポートフォワーディングさせたりボリューム機能を使うことで、
>好きなポート、好きなディレクトリにデータを保存させることができる。
これも環境変数による設定が必要だ
そしてボリューム機能って別のデータ用のコンテナ用意しなきゃいけないし、
ポータビリティは最悪なので、殆どの用途で使えない
実験的技術じゃないんだから、
現実の問題を解決できない物を有難がっても仕方がない
>Dockerにポートフォワーディングさせたりボリューム機能を使うことで、
>好きなポート、好きなディレクトリにデータを保存させることができる。
これも環境変数による設定が必要だ
そしてボリューム機能って別のデータ用のコンテナ用意しなきゃいけないし、
ポータビリティは最悪なので、殆どの用途で使えない
実験的技術じゃないんだから、
現実の問題を解決できない物を有難がっても仕方がない
655デフォルトの名無しさん
2015/06/16(火) 20:58:01.18ID:DcT2zG2F ちょうどDockerに興味を持って一人で勉強してた俺
議論興味深いわ
議論興味深いわ
656デフォルトの名無しさん
2015/06/17(水) 03:07:16.65ID:6DoA86eH まず基本的な事はいちいち説明せんでいい、
小馬鹿にする前によくレスを読め馬鹿者
まず>>339 >>340
>なんでそこでライブマイグレーションが出てくるのかわからん。
仮想化単体との比較時の欠点で、dockerが中にいると簡単に移動できない
>当然「アプリ+α」だって移動できる。
これは可能という程度で、決して有用ではないので、多分に欺瞞を含んでいる
コンテナ単位で移動できない場合、プロセスグループ(コンテナ)だけを、
別のマシンに単離できず、有用性が一気に無くなる
この場合は仮想マシンで管理した方が利点が大きい
>Dockerコンテナ(=アプリ
これも欺瞞的だな、実際はサービスの機能単位で分ける
だからこそ各ディストリのベースファイル群からカスタマイズが必要なんだ
>>341
>それは明らかに間違い。起動時に-vで指定した場所(ディレクトリ)に保存できる。
本当にただのファイルシステム上のローカル保存の話で、ネットワーク越しだと死ぬだろ
統合的に管理するコマンドも、他マシンへのポータビリティもないので、問題解決に全然使えない
>外っていうのが意味不明だけど、通常ウェブアプリは外部のデータベースを使う。
いやdocker内でもmysqlを使うと自分で言ってたじゃないか…
>>342
>CentOSに最新バージョンのWordPressをインストールして動かすまでの
そこまで来るとアプリ単体じゃなくてサービスそのものだし、
Vagrant含めて仮想マシンのが環境整ってるし管理しやすいね
小馬鹿にする前によくレスを読め馬鹿者
まず>>339 >>340
>なんでそこでライブマイグレーションが出てくるのかわからん。
仮想化単体との比較時の欠点で、dockerが中にいると簡単に移動できない
>当然「アプリ+α」だって移動できる。
これは可能という程度で、決して有用ではないので、多分に欺瞞を含んでいる
コンテナ単位で移動できない場合、プロセスグループ(コンテナ)だけを、
別のマシンに単離できず、有用性が一気に無くなる
この場合は仮想マシンで管理した方が利点が大きい
>Dockerコンテナ(=アプリ
これも欺瞞的だな、実際はサービスの機能単位で分ける
だからこそ各ディストリのベースファイル群からカスタマイズが必要なんだ
>>341
>それは明らかに間違い。起動時に-vで指定した場所(ディレクトリ)に保存できる。
本当にただのファイルシステム上のローカル保存の話で、ネットワーク越しだと死ぬだろ
統合的に管理するコマンドも、他マシンへのポータビリティもないので、問題解決に全然使えない
>外っていうのが意味不明だけど、通常ウェブアプリは外部のデータベースを使う。
いやdocker内でもmysqlを使うと自分で言ってたじゃないか…
>>342
>CentOSに最新バージョンのWordPressをインストールして動かすまでの
そこまで来るとアプリ単体じゃなくてサービスそのものだし、
Vagrant含めて仮想マシンのが環境整ってるし管理しやすいね
657デフォルトの名無しさん
2015/06/17(水) 03:09:09.89ID:6DoA86eH >>343
>これって、DockerコンテナにSSHで接続とかいう発想してるだろ?w
全っ然違うね、というか文章読めてる?
そもそもdockerコンテナのシェル入るのに、
いちいちコンテナ内にsshdなんていらないんだが?君そんな事すら知らんの?
dockerは起動時オプションの引き渡しを、統一的に管理するのが相当煩雑
その時のネットワークの動的設定が滅茶めんどくさい
ポートマッピング程度で喜んでる範囲の規模なら良いが、
それが複数になると専用の管理ソフトが必須、なのにソフトも対応がまだまだ
説明しておくけど、俺はdockerは(chrootで実現できなかった)linux用のjail環境を、
便利にする(一部不便にする)アプリケーション程度にしか思ってない
今までこちらが列挙してきたのは、docker信奉者が言うような使い方を否定したもの
君も全く同じなのに、なぜか重量級サービスを1コンテナに入れる事を良しとした上で、
アプリ単体だから仮想マシンは適さない、と主張が矛盾してる
それじゃ1つのサービスなのだから、仮想マシンで管理可能だし、dockerがある意味がない
dockerコンテナは汎用的にスケール可能な機能単位で分けるべきだよ
重量級アプリを1個のコンテナに使おうとしてる時点で、明らかに手段を間違えてる
>これって、DockerコンテナにSSHで接続とかいう発想してるだろ?w
全っ然違うね、というか文章読めてる?
そもそもdockerコンテナのシェル入るのに、
いちいちコンテナ内にsshdなんていらないんだが?君そんな事すら知らんの?
dockerは起動時オプションの引き渡しを、統一的に管理するのが相当煩雑
その時のネットワークの動的設定が滅茶めんどくさい
ポートマッピング程度で喜んでる範囲の規模なら良いが、
それが複数になると専用の管理ソフトが必須、なのにソフトも対応がまだまだ
説明しておくけど、俺はdockerは(chrootで実現できなかった)linux用のjail環境を、
便利にする(一部不便にする)アプリケーション程度にしか思ってない
今までこちらが列挙してきたのは、docker信奉者が言うような使い方を否定したもの
君も全く同じなのに、なぜか重量級サービスを1コンテナに入れる事を良しとした上で、
アプリ単体だから仮想マシンは適さない、と主張が矛盾してる
それじゃ1つのサービスなのだから、仮想マシンで管理可能だし、dockerがある意味がない
dockerコンテナは汎用的にスケール可能な機能単位で分けるべきだよ
重量級アプリを1個のコンテナに使おうとしてる時点で、明らかに手段を間違えてる
658デフォルトの名無しさん
2015/06/17(水) 03:23:35.99ID:6DoA86eH 反論するつもりなら アプリ という言葉の食い違いを正してくれ
>>343は機能単位でアプリと言ってるが、WordPressの話は明らかに機能単位じゃない
いやもういいかも…なんか有用な情報もらえなさそうだし
>>343は機能単位でアプリと言ってるが、WordPressの話は明らかに機能単位じゃない
いやもういいかも…なんか有用な情報もらえなさそうだし
659デフォルトの名無しさん
2015/06/17(水) 11:48:00.96ID:fdDW52dS >>654
> これも環境変数による設定が必要だ
必要だが、それがどうかしたのか?
Apacheというアプリが80番ポートで待ち受けるのは
設定ファイルに80番ポートと書いてあるからだ。
ApacheをDockerでくるんで、Dapacherというアプリをビルドした。
どのポートで待ち受けるか、起動オプションで変更できる。
docker-composeを使えば、その設定をファイルにすることもできる。
Dapacherというアプリが80番ポートで待ち受けるのは
設定ファイルに80番ポートと書いてあるからだ。
> これも環境変数による設定が必要だ
必要だが、それがどうかしたのか?
Apacheというアプリが80番ポートで待ち受けるのは
設定ファイルに80番ポートと書いてあるからだ。
ApacheをDockerでくるんで、Dapacherというアプリをビルドした。
どのポートで待ち受けるか、起動オプションで変更できる。
docker-composeを使えば、その設定をファイルにすることもできる。
Dapacherというアプリが80番ポートで待ち受けるのは
設定ファイルに80番ポートと書いてあるからだ。
660デフォルトの名無しさん
2015/06/17(水) 11:52:17.76ID:fdDW52dS >>654
> そしてボリューム機能って別のデータ用のコンテナ用意しなきゃいけないし、
用意しなくていい。
Apacheで動くウェブアプリが、/var/www/data 以下にファイルを保存する。
Dapacherも、/var/www/data 以下にファイルを保存できる。
ボリュームというのは、単にコンテナから読み書きできる
ディレクトリの別名だぞ?
データボリュームコンテナという、応用パターンの話をしてるんじゃないか?
これは別に必須じゃない。
あと、ポータビリティの話。DapacheではなくApacheの話として、
/var/www/data以下にファイルを保存するわけだが、
ポータビリティとは何を求めている?
> そしてボリューム機能って別のデータ用のコンテナ用意しなきゃいけないし、
用意しなくていい。
Apacheで動くウェブアプリが、/var/www/data 以下にファイルを保存する。
Dapacherも、/var/www/data 以下にファイルを保存できる。
ボリュームというのは、単にコンテナから読み書きできる
ディレクトリの別名だぞ?
データボリュームコンテナという、応用パターンの話をしてるんじゃないか?
これは別に必須じゃない。
あと、ポータビリティの話。DapacheではなくApacheの話として、
/var/www/data以下にファイルを保存するわけだが、
ポータビリティとは何を求めている?
661デフォルトの名無しさん
2015/06/17(水) 11:56:44.10ID:fdDW52dS >>656
> 仮想化単体との比較時の欠点で、dockerが中にいると簡単に移動できない
docker(つまりアプリだけ)を動かそうと考えてるだろ?
仮想マシンが持つライブマイグレーション機能は、
仮想マシンの中のApacheだけを動かす技術だったか?
違うだろ? 仮想マシンを移動する技術だ。
仮想マシンの中にApacheが入っていようが、Dapacherが
入っていようがどんなアプリが入っていようがお構いなしだ。
仮想マシンから見れば、ApacheもDapacherも同じ一プロセスに過ぎない。
> 仮想化単体との比較時の欠点で、dockerが中にいると簡単に移動できない
docker(つまりアプリだけ)を動かそうと考えてるだろ?
仮想マシンが持つライブマイグレーション機能は、
仮想マシンの中のApacheだけを動かす技術だったか?
違うだろ? 仮想マシンを移動する技術だ。
仮想マシンの中にApacheが入っていようが、Dapacherが
入っていようがどんなアプリが入っていようがお構いなしだ。
仮想マシンから見れば、ApacheもDapacherも同じ一プロセスに過ぎない。
662デフォルトの名無しさん
2015/06/17(水) 11:58:40.44ID:fdDW52dS >>657
> そもそもdockerコンテナのシェル入るのに、
> いちいちコンテナ内にsshdなんていらないんだが?君そんな事すら知らんの?
いや知ってるが(笑)
コンテナ=アプリをリモートで管理するとか言い出したからだろw
サーバーにSSHでログインしてリモート管理するのは意味がわかる。
アプリにSSHでログインしてリモート管理なんかしない。
アプリというのはDockerコンテナのことな。
アプリ自体にそういう機能がない限り、リモート管理できないのが普通。
> そもそもdockerコンテナのシェル入るのに、
> いちいちコンテナ内にsshdなんていらないんだが?君そんな事すら知らんの?
いや知ってるが(笑)
コンテナ=アプリをリモートで管理するとか言い出したからだろw
サーバーにSSHでログインしてリモート管理するのは意味がわかる。
アプリにSSHでログインしてリモート管理なんかしない。
アプリというのはDockerコンテナのことな。
アプリ自体にそういう機能がない限り、リモート管理できないのが普通。
663デフォルトの名無しさん
2015/06/17(水) 11:59:50.62ID:fdDW52dS >>656
> コンテナ単位で移動できない場合、プロセスグループ(コンテナ)だけを、
だから、なんでコンテナ(アプリ)単位で移動という
ライブマイグレーションでも不可能なことを
Dockerに求めてるんだよw
ライブマイグレーションを使って、仮想マシンの中のApacheだけを移動できるか?
Dockerコンテナはアプリだって言ってんだろw
> コンテナ単位で移動できない場合、プロセスグループ(コンテナ)だけを、
だから、なんでコンテナ(アプリ)単位で移動という
ライブマイグレーションでも不可能なことを
Dockerに求めてるんだよw
ライブマイグレーションを使って、仮想マシンの中のApacheだけを移動できるか?
Dockerコンテナはアプリだって言ってんだろw
664デフォルトの名無しさん
2015/06/17(水) 12:06:05.60ID:Y0tcUgcD >>656
> これも欺瞞的だな、実際はサービスの機能単位で分ける
何を言ってるんだ? 1サービス = 1アプリだろ?
データベースサーバーというサービス、
つまりMySQLというアプリを1コンテナにするんだが。
正確に言うと1アプリ+ユーザーランド(ライブラリなど)を
1コンテナにする。
> だからこそ各ディストリのベースファイル群からカスタマイズが必要なんだ
そりゃDockerは各ディストリのベースファイル群を
アプリに埋め込む技術なのだからそりゃそうだろw
> 本当にただのファイルシステム上のローカル保存の話で、ネットワーク越しだと死ぬだろ
何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
アプリがローカルに保存するのなら、Dockerでくるんだアプリもローカルに保存できる
アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
アプリがMySQLサーバーに保存するのなら、DockerでくるんだアプリもMySQLサーバーに保存できる
何度も言うけど、Dockerでくるんだものはアプリなんだから、アプリがやるのと同じ方法が使えるんだよ。
アプリをDockerでくるんでアプリにするわけで、比較するならば通常のアプリ VS Dockerでくるんだアプリ であって
仮想マシンとは全く違うって話をしてるんだが。
通常のアプリと比較して話をすればいいのに、なんでレイヤーが違う仮想マシンと比較してるんだ?
> これも欺瞞的だな、実際はサービスの機能単位で分ける
何を言ってるんだ? 1サービス = 1アプリだろ?
データベースサーバーというサービス、
つまりMySQLというアプリを1コンテナにするんだが。
正確に言うと1アプリ+ユーザーランド(ライブラリなど)を
1コンテナにする。
> だからこそ各ディストリのベースファイル群からカスタマイズが必要なんだ
そりゃDockerは各ディストリのベースファイル群を
アプリに埋め込む技術なのだからそりゃそうだろw
> 本当にただのファイルシステム上のローカル保存の話で、ネットワーク越しだと死ぬだろ
何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
アプリがローカルに保存するのなら、Dockerでくるんだアプリもローカルに保存できる
アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
アプリがMySQLサーバーに保存するのなら、DockerでくるんだアプリもMySQLサーバーに保存できる
何度も言うけど、Dockerでくるんだものはアプリなんだから、アプリがやるのと同じ方法が使えるんだよ。
アプリをDockerでくるんでアプリにするわけで、比較するならば通常のアプリ VS Dockerでくるんだアプリ であって
仮想マシンとは全く違うって話をしてるんだが。
通常のアプリと比較して話をすればいいのに、なんでレイヤーが違う仮想マシンと比較してるんだ?
665デフォルトの名無しさん
2015/06/17(水) 12:08:12.11ID:Y0tcUgcD >>657
> 君も全く同じなのに、なぜか重量級サービスを1コンテナに入れる事を良しとした上で、
> アプリ単体だから仮想マシンは適さない、と主張が矛盾してる
そんなことひとことも言ってない。どこに書いてあるんだ???
Dockerコンテナはアプリ。
アプリはマシンで動かすもの。
物理・仮想どちらでも関係なくマシンの中で
アプリ または Dockerでくるんだアプリ を動かす
組み合わせて使うんだよ。
仮想マシンと比較するものじゃない。
> 君も全く同じなのに、なぜか重量級サービスを1コンテナに入れる事を良しとした上で、
> アプリ単体だから仮想マシンは適さない、と主張が矛盾してる
そんなことひとことも言ってない。どこに書いてあるんだ???
Dockerコンテナはアプリ。
アプリはマシンで動かすもの。
物理・仮想どちらでも関係なくマシンの中で
アプリ または Dockerでくるんだアプリ を動かす
組み合わせて使うんだよ。
仮想マシンと比較するものじゃない。
666デフォルトの名無しさん
2015/06/17(水) 12:14:05.74ID:Y0tcUgcD >>656
> そこまで来るとアプリ単体じゃなくてサービスそのものだし、
> Vagrant含めて仮想マシンのが環境整ってるし管理しやすいね
Vagrant使っても、その中にでWordPressを動かすんだろ?
Vagrant使っても、その中でDockerでくるんだWordPressを動かすだけなんだが。
Vagrantの中でDockerコンテナ動かすと便利だぞ。
WordPressを動かすのに必要なものをすべてまとめることができる。
Vagrantの中で色々サービス動かして設定なんかしなくても、
完全に1アプリとして動くことができるWordPressがドカンと手に入るんだ。
Vagrantの中にインストールするのも、物理マシンにインストールスのも
仮想マシンインストールするのもAWSにインストールするのも全部同じ。
1アプリとして動かすことができるWordPressという
アプリイメージを作れるんだよ。
> そこまで来るとアプリ単体じゃなくてサービスそのものだし、
> Vagrant含めて仮想マシンのが環境整ってるし管理しやすいね
Vagrant使っても、その中にでWordPressを動かすんだろ?
Vagrant使っても、その中でDockerでくるんだWordPressを動かすだけなんだが。
Vagrantの中でDockerコンテナ動かすと便利だぞ。
WordPressを動かすのに必要なものをすべてまとめることができる。
Vagrantの中で色々サービス動かして設定なんかしなくても、
完全に1アプリとして動くことができるWordPressがドカンと手に入るんだ。
Vagrantの中にインストールするのも、物理マシンにインストールスのも
仮想マシンインストールするのもAWSにインストールするのも全部同じ。
1アプリとして動かすことができるWordPressという
アプリイメージを作れるんだよ。
667デフォルトの名無しさん
2015/06/17(水) 12:23:02.71ID:Y0tcUgcD 例えばこういう話をしよう。
ここにapacheが有ります。
ここにnginxが有ります。
どちらもデフォルト設定で80番ポートを使用します。
Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか?
そう。どちらかの設定ファイルを修正しなければいけません。
ここにDockerでくるんだapacheイメージが有ります。
ここにDockerでくるんだnginxイメージが有ります。
どちらもデフォルト設定で80番ポートを使用します。
Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか?
簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。
VagrantとDockerを併用することで柔軟性が上がるのです。
Vagrant=マシン、Dockerコンテナ=アプリ、
この二つの違いをごっちゃにしてはいけません。
ここにapacheが有ります。
ここにnginxが有ります。
どちらもデフォルト設定で80番ポートを使用します。
Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか?
そう。どちらかの設定ファイルを修正しなければいけません。
ここにDockerでくるんだapacheイメージが有ります。
ここにDockerでくるんだnginxイメージが有ります。
どちらもデフォルト設定で80番ポートを使用します。
Vagrantを使ってこの二つを同時に起動するにはどうすればいいでしょうか?
簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。
VagrantとDockerを併用することで柔軟性が上がるのです。
Vagrant=マシン、Dockerコンテナ=アプリ、
この二つの違いをごっちゃにしてはいけません。
668デフォルトの名無しさん
2015/06/17(水) 12:32:05.09ID:Y0tcUgcD もしかしたらVagrantで作られたイメージを取ってきて
使うだけの人にはわからないかもしれない。
Vagrantでapacheとnginxの両方が動く、
そういうVagrantイメージを作ることを考える。
その時、apacheとnginxはポート番号がかぶるんだよ。
だからどっちから変えないといけないんだよなー。と考えないといけない。
VagrantでWordPressと自作PHPアプリの両方が動く、
そういうVagrantイメージを作ることを考える。
自作PHPアプリは古くって、WordPressが動くバージョンのPHPじゃ動かないんだよ。
どうしよう。って考えなきゃいけない。
そこでDocker! Vagrantと組み合わせて使えるDocker!!
Dockerイメージを作るときは、一つのことだけ考えればいい。
apacheだけ動くイメージを作る。nginxだけ動くイメージを作る。
WordPressだけ動くイメージを作る。自作PHPアプリだけ動くイメージを作る。
あとはそれをVagrantの中に入れたDockerで動かすだけ!
アプリが動く環境含めて完全に独立しているから
他のアプリの事を考える必要がない。
使うだけの人にはわからないかもしれない。
Vagrantでapacheとnginxの両方が動く、
そういうVagrantイメージを作ることを考える。
その時、apacheとnginxはポート番号がかぶるんだよ。
だからどっちから変えないといけないんだよなー。と考えないといけない。
VagrantでWordPressと自作PHPアプリの両方が動く、
そういうVagrantイメージを作ることを考える。
自作PHPアプリは古くって、WordPressが動くバージョンのPHPじゃ動かないんだよ。
どうしよう。って考えなきゃいけない。
そこでDocker! Vagrantと組み合わせて使えるDocker!!
Dockerイメージを作るときは、一つのことだけ考えればいい。
apacheだけ動くイメージを作る。nginxだけ動くイメージを作る。
WordPressだけ動くイメージを作る。自作PHPアプリだけ動くイメージを作る。
あとはそれをVagrantの中に入れたDockerで動かすだけ!
アプリが動く環境含めて完全に独立しているから
他のアプリの事を考える必要がない。
669デフォルトの名無しさん
2015/06/18(木) 05:58:01.26ID:7/cMDGAg こっちのレスの吟味はせず、やめろと言ってるのに上から目線で初心者の説明10レス連投
今回でレス終わりな
>>659 >必要だが、それがどうかしたのか?
一箇所で一括に設定して管理できないので手間、composeで管理の手間は変わらない
そもそも管理可能なイメージ構築、コンテナ設定記述のどちらもcomposeあろうと、用途別に一つずつやる
>データボリュームコンテナという、応用パターンの話をしてるんじゃないか?
応用?普通に公式のドキュメントにあるだろ、現状機能的にアレなだけ
ポータビリティという語はググれ、どの層でも重要
dockerは1コンテナデータの単位で分離・管理でのポータビリティ低
>>661 >docker(つまりアプリだけ)を動かそうと考えてるだろ?
>>663 >Dockerに求めてるんだよw
終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)
非公式ならdockerにもある(flockerも一応)し、それでポータビリティも解決するし、
そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
いつ実装になるかは不明だが
使用そのものを否定したんだから、もちろんdocker相手に使うわけないよな?
仮想マシンじゃないんだ()
>何を言ってるんだ? 1サービス = 1アプリだろ?
粒度が異なっていいなら、なおさら仮想マシンと区別する必要ないな
層が違うなら、違う層をdocker以外のコンテナも含めてきちんと一貫性を持って区別しないと駄目だろ
仮に複合サービスの単位なら、VMで管理できるし、堅牢性から利点も大きい
>何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
>アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
そうだね、自己論破だね、一貫性もとうな
今回でレス終わりな
>>659 >必要だが、それがどうかしたのか?
一箇所で一括に設定して管理できないので手間、composeで管理の手間は変わらない
そもそも管理可能なイメージ構築、コンテナ設定記述のどちらもcomposeあろうと、用途別に一つずつやる
>データボリュームコンテナという、応用パターンの話をしてるんじゃないか?
応用?普通に公式のドキュメントにあるだろ、現状機能的にアレなだけ
ポータビリティという語はググれ、どの層でも重要
dockerは1コンテナデータの単位で分離・管理でのポータビリティ低
>>661 >docker(つまりアプリだけ)を動かそうと考えてるだろ?
>>663 >Dockerに求めてるんだよw
終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)
非公式ならdockerにもある(flockerも一応)し、それでポータビリティも解決するし、
そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
いつ実装になるかは不明だが
使用そのものを否定したんだから、もちろんdocker相手に使うわけないよな?
仮想マシンじゃないんだ()
>何を言ってるんだ? 1サービス = 1アプリだろ?
粒度が異なっていいなら、なおさら仮想マシンと区別する必要ないな
層が違うなら、違う層をdocker以外のコンテナも含めてきちんと一貫性を持って区別しないと駄目だろ
仮に複合サービスの単位なら、VMで管理できるし、堅牢性から利点も大きい
>何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
>アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
そうだね、自己論破だね、一貫性もとうな
670デフォルトの名無しさん
2015/06/18(木) 05:59:29.32ID:7/cMDGAg >>665 >そんなことひとことも言ってない。どこに書いてあるんだ???
>>666
そうだね、これも自己論破だね
wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか?
>>662 >アプリ自体にそういう機能がない限り、リモート管理できないのが普通。
>>667 >簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。
ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う
最初からその アプリ とやらをオプション環境変数などで動的管理という前提でレスしてる
ネットワーク越しに向かないというのは、その上での話な
それと昔はnsenter、今はdocker execと、外から直接管理は普通
否定するなんて使用方法を知らないとしか思えないね
実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
CI使おうと外側での管理だろうと無駄が多すぎる
ちなみにVMの設定だと、いちいち環境変数とか自分で用意した上で管理しなくても、後で設定可だからね
>>666
そうだね、これも自己論破だね
wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか?
>>662 >アプリ自体にそういう機能がない限り、リモート管理できないのが普通。
>>667 >簡単です。Dockerコンテナを起動する時のオプションでポート番号を変えるだけです。
ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う
最初からその アプリ とやらをオプション環境変数などで動的管理という前提でレスしてる
ネットワーク越しに向かないというのは、その上での話な
それと昔はnsenter、今はdocker execと、外から直接管理は普通
否定するなんて使用方法を知らないとしか思えないね
実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
CI使おうと外側での管理だろうと無駄が多すぎる
ちなみにVMの設定だと、いちいち環境変数とか自分で用意した上で管理しなくても、後で設定可だからね
671デフォルトの名無しさん
2015/06/18(木) 06:53:50.02ID:7/cMDGAg 1つ重要な点を良い忘れていたので、最後に
「包む」といってるが、それが不便さ煩雑さを生み出してる場合があると理解しろ
「包む」といってるが、それが不便さ煩雑さを生み出してる場合があると理解しろ
672デフォルトの名無しさん
2015/06/18(木) 07:35:18.91ID:h25th5Co673デフォルトの名無しさん
2015/06/22(月) 09:26:31.17ID:6W+IUVUv >>670
お前が変なスレに書込みするから辿りつけなかったじゃないかw
> wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか?
ブログだから軽量なんて言った覚えはない。
WordPressは本当に単体分離して動く。
(単体で動かしたくないのであればもちろんそうすることも可能)
例えばDockerを使って、(debin+nginx+mysql+WordPress)というコンテナにしてしまえば
それを使う側からは単体のアプリのように見える。それはアプリなのだから、
そのコンテナをどの物理・仮想マシンでも、簡単に取ってきて簡単に起動することが可能になる。
一つのアプリを複数起動することも可能だし、このバージョンが違うアプリを複数起動することも可能になる。
こういうのは今までのディストリのパッケージシステムでは出来なかったこと。
パッケージシステムを使えばインストールは簡単になっても、カスタマイズ済みにはならないし
複数入れたり起動するといったことは出来ない。
こうやって自分用にカスタマイズしてアプリ化するのがDockerであって、
仮想マシンとは使い方が全く違うんだよ。
> ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う
そんな言い訳はいらないから、何か言い返しなよw
> それと昔はnsenter、今はdocker execと、外から直接管理は普通
普通に使ってるがそれがどうした? それはネットワーク経由で管理じゃないだろ。
(物理・仮想マシンの)中から中(コンテナ)の管理だろ。
> 実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
設定増やすだけなら数秒で終わるが? お前のDockerはキャッシュ使ってくれないのかよw
Dockerfileの作り方悪いんじゃね? 設定をアプリのインストール前に記述してるだろ。
お前が変なスレに書込みするから辿りつけなかったじゃないかw
> wordpressが単体分離して動くとか、ブログだから軽量だとか本気で思ってるのか?
ブログだから軽量なんて言った覚えはない。
WordPressは本当に単体分離して動く。
(単体で動かしたくないのであればもちろんそうすることも可能)
例えばDockerを使って、(debin+nginx+mysql+WordPress)というコンテナにしてしまえば
それを使う側からは単体のアプリのように見える。それはアプリなのだから、
そのコンテナをどの物理・仮想マシンでも、簡単に取ってきて簡単に起動することが可能になる。
一つのアプリを複数起動することも可能だし、このバージョンが違うアプリを複数起動することも可能になる。
こういうのは今までのディストリのパッケージシステムでは出来なかったこと。
パッケージシステムを使えばインストールは簡単になっても、カスタマイズ済みにはならないし
複数入れたり起動するといったことは出来ない。
こうやって自分用にカスタマイズしてアプリ化するのがDockerであって、
仮想マシンとは使い方が全く違うんだよ。
> ここね、更にもう一度説明もしたのに、本当煽り抜きで文章が読めない障害の人なのかと疑う
そんな言い訳はいらないから、何か言い返しなよw
> それと昔はnsenter、今はdocker execと、外から直接管理は普通
普通に使ってるがそれがどうした? それはネットワーク経由で管理じゃないだろ。
(物理・仮想マシンの)中から中(コンテナ)の管理だろ。
> 実際Dockerfileで詳細設定増やす(環境変数作る)度に、最初からビルド更新ってのは、
設定増やすだけなら数秒で終わるが? お前のDockerはキャッシュ使ってくれないのかよw
Dockerfileの作り方悪いんじゃね? 設定をアプリのインストール前に記述してるだろ。
674デフォルトの名無しさん
2015/06/22(月) 09:27:51.39ID:6W+IUVUv > CI使おうと外側での管理だろうと無駄が多すぎる
なんでCIでイメージの再ビルドが必要になるんだ?
毎回違う環境でCI回さないといけない理由でもあるのか?
普通は一回作ったイメージを使うんだよ。
Dockerfileがあればほぼ同じものが作れるが、apt-get installされるのは
アップデートなどがあるから、まったく同じものができるわけじゃない。
完全に同じイメージを使うために、作ったイメージはリポジトリに登録して
それを使いまわすんだよ。もしかしてプライベートリポジトリ立ててないの?
なんか、間違った理解、間違った使い方をしていてDockerは使えない。
俺の勘違いした通りの使い方ができないって
さけんでるだけじゃないか。
なんでCIでイメージの再ビルドが必要になるんだ?
毎回違う環境でCI回さないといけない理由でもあるのか?
普通は一回作ったイメージを使うんだよ。
Dockerfileがあればほぼ同じものが作れるが、apt-get installされるのは
アップデートなどがあるから、まったく同じものができるわけじゃない。
完全に同じイメージを使うために、作ったイメージはリポジトリに登録して
それを使いまわすんだよ。もしかしてプライベートリポジトリ立ててないの?
なんか、間違った理解、間違った使い方をしていてDockerは使えない。
俺の勘違いした通りの使い方ができないって
さけんでるだけじゃないか。
675デフォルトの名無しさん
2015/06/22(月) 09:31:47.63ID:6W+IUVUv >>670
> >何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
> >アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
> そうだね、自己論破だね、一貫性もとうな
なにが自己論破なのか全くわからない。
普通のアプリでもNFS使うが?
Dockerで作ったコンテナは、普通のアプリのように考えるのだから
そのアプリが保存したいと思った場所にDockerコンテナだって保存する事が可能。
できなければ、そっちの方が特殊なものになってしまうだろw
外部保存できないアプリ、意味がわからないw
一体何を勘違いしてるんだかw
> >何度も言うよ。アプリなんだから、保存できるのはファイルシステム上のローカル保存で当然だろ。
> >アプリがNFSに保存するのなら、DockerでくるんだアプリもNFSに保存できる
> そうだね、自己論破だね、一貫性もとうな
なにが自己論破なのか全くわからない。
普通のアプリでもNFS使うが?
Dockerで作ったコンテナは、普通のアプリのように考えるのだから
そのアプリが保存したいと思った場所にDockerコンテナだって保存する事が可能。
できなければ、そっちの方が特殊なものになってしまうだろw
外部保存できないアプリ、意味がわからないw
一体何を勘違いしてるんだかw
676デフォルトの名無しさん
2015/06/22(月) 09:33:54.02ID:PPi06XQO Nginxとアプリの接続はリバースプロキシにするのが良いんですか?
677デフォルトの名無しさん
2015/06/22(月) 09:41:14.16ID:6W+IUVUv >>669
> 終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)
決定的(笑) やっぱり仮想マシンとして考えてる。
openvzを知っている人ほど、勘違いしやすいだろうなって俺は思ってる。
openvzは"コンテナ技術"を利用して仮想マシンにするものだからね。
Dockerはopenvzとは違って"コンテナ技術"を利用してアプリを作るもの。
同じ"コンテナ"だから勘違いしちゃうよね(笑)
うんうん。俺はDockerの方はアプリケーションコンテナって呼ぶべきだと思ってるよ。
CoreOSのrktは、そう読んでるみたいだけどね。
何度も言ってるよね。Dockerは仮想マシンと比べるものじゃない。
アプリと比べるものだって。何度も何度もね。
> そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
それをライブマイグレーションというかは知らないが、技術的には可能。
だけどそれは、例えば
(物理・仮想マシンの)192.168.0.1 で動いているWordPressを
(物理・仮想マシンの)192.168.0.2 に移動させるようなもの。
アプリ自体は移動できるが、IPアドレスは変わる。
それをお前は使えないというのだろうが、
それはお前がDockerを仮想マシンと勘違いしているだけ。
"アプリ"が動いている"マシン"が違うのだから、IPアドレスが変わるのは当たり前。
もちろんDNSサーバーなどと連携させれば、アプリが別マシンに移動しても
サービスを停止させないことは可能だがそれはDocker本体とは分離すべき機能。
> 終わりにするから全部言うけど、"コンテナ"でもライブマイグレーションは普通だし(例openvz)
決定的(笑) やっぱり仮想マシンとして考えてる。
openvzを知っている人ほど、勘違いしやすいだろうなって俺は思ってる。
openvzは"コンテナ技術"を利用して仮想マシンにするものだからね。
Dockerはopenvzとは違って"コンテナ技術"を利用してアプリを作るもの。
同じ"コンテナ"だから勘違いしちゃうよね(笑)
うんうん。俺はDockerの方はアプリケーションコンテナって呼ぶべきだと思ってるよ。
CoreOSのrktは、そう読んでるみたいだけどね。
何度も言ってるよね。Dockerは仮想マシンと比べるものじゃない。
アプリと比べるものだって。何度も何度もね。
> そしてdocker公式にもボリューム管理やライブマイグレーションについては、試験的ブランチがもうある
それをライブマイグレーションというかは知らないが、技術的には可能。
だけどそれは、例えば
(物理・仮想マシンの)192.168.0.1 で動いているWordPressを
(物理・仮想マシンの)192.168.0.2 に移動させるようなもの。
アプリ自体は移動できるが、IPアドレスは変わる。
それをお前は使えないというのだろうが、
それはお前がDockerを仮想マシンと勘違いしているだけ。
"アプリ"が動いている"マシン"が違うのだから、IPアドレスが変わるのは当たり前。
もちろんDNSサーバーなどと連携させれば、アプリが別マシンに移動しても
サービスを停止させないことは可能だがそれはDocker本体とは分離すべき機能。
678デフォルトの名無しさん
2015/06/22(月) 09:56:56.90ID:6W+IUVUv >>676
> Nginxとアプリの接続はリバースプロキシにするのが良いんですか?
おそらくYES。
その理由の説明の前に、ちょっと関係ある話を。
Dockerコンテナは、アプリであって起動すると(物理・仮想)マシン上に
そのアプリ(コンテナ)が起動するが、IPアドレスはプライベートになる。
つまりその(物理・仮想)マシン内部だけでしか使えないもので外部からはアクセス出来ないものとして考える。
外部から直接Dockerコンテナに接続する方法が無いわけじゃないし
実は俺はそのやり方を利用してるんだけどこれは変則的な使い方。
外部からアクセスさせたいときは、Dockerの-pオプションでポートフォワーディングさせる。
これはポートフォワーディングと考えるよりも、そのアプリ(Dockerコンテナ)がどのポートで
(’物理・仮想マシン上で)サービスを提供するのか?というオプションだと考えた方がいい。
アプリ(Dockerコンテナ)を起動するたびに、好きなポートに変更して起動できるわけよ。
だから複数起動とかもできる。これはパッケージ等で入れる通常のアプリでは簡単に出来なかったことだね。
で、YESの理由だが、もしその物理・仮想マシンで、一つのサービスしか動かさないなら
Dockerコンテナ(アプリ)を直接80番ポートで起動すれば良い。
でもそうではないなら、リバースプロキシを使うことで、複数のサービスを起動できる。
例えばVPNサーバー借りて、そこでWordPressやgitlabやRedmineを動かそう思った時、
それらをそれぞれをDockerで1アプリ化する。
そしてそれぞれを起動する時に好きなポートで起動して、そこにリバースプロキシで接続させる。
もちろんリバースプロキシ自体もDockerコンテナにすることも可能だよ。
その場合リバースプロキシは80番ポートで待ち受けることになるだろうね。
> Nginxとアプリの接続はリバースプロキシにするのが良いんですか?
おそらくYES。
その理由の説明の前に、ちょっと関係ある話を。
Dockerコンテナは、アプリであって起動すると(物理・仮想)マシン上に
そのアプリ(コンテナ)が起動するが、IPアドレスはプライベートになる。
つまりその(物理・仮想)マシン内部だけでしか使えないもので外部からはアクセス出来ないものとして考える。
外部から直接Dockerコンテナに接続する方法が無いわけじゃないし
実は俺はそのやり方を利用してるんだけどこれは変則的な使い方。
外部からアクセスさせたいときは、Dockerの-pオプションでポートフォワーディングさせる。
これはポートフォワーディングと考えるよりも、そのアプリ(Dockerコンテナ)がどのポートで
(’物理・仮想マシン上で)サービスを提供するのか?というオプションだと考えた方がいい。
アプリ(Dockerコンテナ)を起動するたびに、好きなポートに変更して起動できるわけよ。
だから複数起動とかもできる。これはパッケージ等で入れる通常のアプリでは簡単に出来なかったことだね。
で、YESの理由だが、もしその物理・仮想マシンで、一つのサービスしか動かさないなら
Dockerコンテナ(アプリ)を直接80番ポートで起動すれば良い。
でもそうではないなら、リバースプロキシを使うことで、複数のサービスを起動できる。
例えばVPNサーバー借りて、そこでWordPressやgitlabやRedmineを動かそう思った時、
それらをそれぞれをDockerで1アプリ化する。
そしてそれぞれを起動する時に好きなポートで起動して、そこにリバースプロキシで接続させる。
もちろんリバースプロキシ自体もDockerコンテナにすることも可能だよ。
その場合リバースプロキシは80番ポートで待ち受けることになるだろうね。
679デフォルトの名無しさん
2015/06/22(月) 10:24:18.24ID:6W+IUVUv そういや俺も昔、「Docker=仮想マシン」脳だった時は、
Dockerコンテナでサービス起動して、そこにDockerコンテナで
リバースプロキシさせるの? Dockerの中にDocker?え?え?
みたいになっていたんだが、
Dockerコンテナは仮想マシンじゃない、単なる1アプリだって考え方ができるようになったら、
単に、一台の物理・仮想マシン上で、nginxをリバースプロキシに使って
アプリも同じマシンで動かしているのと変わらないんだなってわかるようになったな。
1台のマシンで、WordPress、gitlab、Redmineといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。
その代わりに
1台のマシンで、WordPress+α、gitlab+α、Redmine+αといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。
これと全く変わらない。
(+αの部分は、ウェブサーバーなどそれらを動かすのに必要な物全て)
Dockerコンテナでサービス起動して、そこにDockerコンテナで
リバースプロキシさせるの? Dockerの中にDocker?え?え?
みたいになっていたんだが、
Dockerコンテナは仮想マシンじゃない、単なる1アプリだって考え方ができるようになったら、
単に、一台の物理・仮想マシン上で、nginxをリバースプロキシに使って
アプリも同じマシンで動かしているのと変わらないんだなってわかるようになったな。
1台のマシンで、WordPress、gitlab、Redmineといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。
その代わりに
1台のマシンで、WordPress+α、gitlab+α、Redmine+αといった
複数のサービスを起動して、リバースプロキシでそれぞれに転送させる。
これと全く変わらない。
(+αの部分は、ウェブサーバーなどそれらを動かすのに必要な物全て)
680デフォルトの名無しさん
2015/06/22(月) 10:25:26.97ID:PPi06XQO Dockerってなんですか?
681デフォルトの名無しさん
2015/06/22(月) 10:31:57.53ID:6W+IUVUv うん。その質問には定番の答えがあるぞ。
どっかーで調べてこい
どっかーで調べてこい
682デフォルトの名無しさん
2015/06/22(月) 11:41:29.10ID:PPi06XQO リバースプロキシにするという事は、アプリにもHTTPサーバが必要なんでしょうか。
683デフォルトの名無しさん
2015/06/22(月) 18:08:41.63ID:6W+IUVUv >>682
Dockerの目的の一つは、単体では動かないアプリを
単体で動くアプリにすることにある。
アプリ自体にHTTPサーバー機能が必要だが
アプリ自体には含まれていないというのであれば、
別のソフト(HTTPサーバー)を内蔵することにより、
単体で動くアプリに仕上げる。
そうやって完成したアプリ(Dockerコンテナ)は
どのマシンでも使える。っていうのがDockerの素晴らしいところだね。
Dockerの目的の一つは、単体では動かないアプリを
単体で動くアプリにすることにある。
アプリ自体にHTTPサーバー機能が必要だが
アプリ自体には含まれていないというのであれば、
別のソフト(HTTPサーバー)を内蔵することにより、
単体で動くアプリに仕上げる。
そうやって完成したアプリ(Dockerコンテナ)は
どのマシンでも使える。っていうのがDockerの素晴らしいところだね。
684デフォルトの名無しさん
2015/06/23(火) 05:36:37.66ID:R6uigDGX XML、HTMLの操作はDOM木の状態でやるより、直列化した状態にしてからやったほうが
楽な場合があります。
直列化すると、正規表現のようなマッチが簡単にできます。
直列化すると、(あるノードの途中からあるノードの途中まで切り出すような)
レンジを書き換える操作が簡単に実現します。
DOMが標準化されているため、なんでもDOMで考えてしまいがちですが、別のやり方
の方がうまくいくこともあるみたいです。
ちなみに、DOMのノードに対して直列化を行うには、イテレータを作れば良いです。
イテレータはスタック一本で実現できます。
楽な場合があります。
直列化すると、正規表現のようなマッチが簡単にできます。
直列化すると、(あるノードの途中からあるノードの途中まで切り出すような)
レンジを書き換える操作が簡単に実現します。
DOMが標準化されているため、なんでもDOMで考えてしまいがちですが、別のやり方
の方がうまくいくこともあるみたいです。
ちなみに、DOMのノードに対して直列化を行うには、イテレータを作れば良いです。
イテレータはスタック一本で実現できます。
685デフォルトの名無しさん
2015/06/23(火) 05:49:38.88ID:R6uigDGX ある部分を切り出すと、入れ子のバランスが崩れるように見えます。
このバランスの修正は、切り出す部分を一回なめるだけで出来ます。
切り出す部分に対して要素のスタートが有ればスタックにプッシュ。
要素の終わりがあればポップします。
バランスが崩れているのですから、ポップしようとしたら空だったという場合があります。
この時、バランスが崩れていることを検出できるのです。
そして切り出す区間の終わりでスタックに要素が残っている場合があります。
これもまたバランスが崩れている部分です。
ポップできない要素は、切り出す区間の先頭に修正が必要なノードです。
スタックに残った要素は切り出す区間の末尾に付け加える要素です。
直列化してあるので、単純に付け加えるだけで修正が完了します。
このバランスの修正は、切り出す部分を一回なめるだけで出来ます。
切り出す部分に対して要素のスタートが有ればスタックにプッシュ。
要素の終わりがあればポップします。
バランスが崩れているのですから、ポップしようとしたら空だったという場合があります。
この時、バランスが崩れていることを検出できるのです。
そして切り出す区間の終わりでスタックに要素が残っている場合があります。
これもまたバランスが崩れている部分です。
ポップできない要素は、切り出す区間の先頭に修正が必要なノードです。
スタックに残った要素は切り出す区間の末尾に付け加える要素です。
直列化してあるので、単純に付け加えるだけで修正が完了します。
686デフォルトの名無しさん
2015/06/23(火) 06:18:59.05ID:UUsSDSxD こういった手法は、XML、HTMLの操作や編集を行う企業では普通に使われているのでしょう。
でもグーグルで検索しても出てこないです。
直列化による編集手法は、翻訳ソフトウェアなどに使えると思います。
例えば、文をSPANで囲ってユーザーに提示し、翻訳完了後にSPANを取り除く場合です。
特にSPANを取り除くのは、まさにSPANを直列化したデータから取り除くだけで完了します。
切り出す時に要素のバランスを取るために付け加えられたノードはどうなるでしょうか?
これはマークしておかなければ検出できません。
何故なら現代のXML、HTMLには役に立つ空要素がいくらでもあるからです。
これは、意図して付け加えたノードには参照を保持しておく、あるいは、要素の
data属性でマークしておくなどします。
直列化した操作では、マークを見るたびに取り除くだけでよくなります。
この手法に名前があったら教えてください。
でもグーグルで検索しても出てこないです。
直列化による編集手法は、翻訳ソフトウェアなどに使えると思います。
例えば、文をSPANで囲ってユーザーに提示し、翻訳完了後にSPANを取り除く場合です。
特にSPANを取り除くのは、まさにSPANを直列化したデータから取り除くだけで完了します。
切り出す時に要素のバランスを取るために付け加えられたノードはどうなるでしょうか?
これはマークしておかなければ検出できません。
何故なら現代のXML、HTMLには役に立つ空要素がいくらでもあるからです。
これは、意図して付け加えたノードには参照を保持しておく、あるいは、要素の
data属性でマークしておくなどします。
直列化した操作では、マークを見るたびに取り除くだけでよくなります。
この手法に名前があったら教えてください。
687デフォルトの名無しさん
2015/06/23(火) 06:35:24.01ID:UUsSDSxD あの・・・
もしまだ名前が無かったら。
僕の名前付けていいですか?
もしまだ名前が無かったら。
僕の名前付けていいですか?
688デフォルトの名無しさん
2015/06/23(火) 09:38:23.08ID:AVWI8skX うん。その方法はうまくいかないよ。
なぜなら、DOMのイベントは直列化出来ないから。
わかりやすく具体的に言うと、
SPAN要素にaddEventListenerを使ってclickした時に○○するって
イベントハンドラをつけた時、それをテキストにしたら
そのイベントハンドラは消えてしまう。
なぜなら、DOMのイベントは直列化出来ないから。
わかりやすく具体的に言うと、
SPAN要素にaddEventListenerを使ってclickした時に○○するって
イベントハンドラをつけた時、それをテキストにしたら
そのイベントハンドラは消えてしまう。
689デフォルトの名無しさん
2015/06/23(火) 09:41:53.37ID:AVWI8skX あとDOMはDOMのままで、
正規表現の代わりに、CSSを使ってマッチさせるのが
jQueryというJavaScriptの世界で一番よく使われてるライブラリだね。
おそらく君がやりたい事は全てできるだろう。
正規表現の代わりに、CSSを使ってマッチさせるのが
jQueryというJavaScriptの世界で一番よく使われてるライブラリだね。
おそらく君がやりたい事は全てできるだろう。
690デフォルトの名無しさん
2015/06/23(火) 09:55:51.23ID:UUsSDSxD >>688
テキストにしないのです。
ドキュメントはそのままに、ノードを直列化するのです。
あと、jQueryはJavaScriptのライブラリですが、直列化方式はどの言語でも使えます。
逆に言うと、jQueryが使えない、あるいはjQueryでうまくいかないことが出来るようになります。
たとえば、#TEXTの途中から別の#TEXTの途中で切り分けたい場合どうしますか?
レンジを使用して切り分けて#TEXTの末尾に、あるいは先頭に、空のノードが付いたことはありませんか?
テキストにしないのです。
ドキュメントはそのままに、ノードを直列化するのです。
あと、jQueryはJavaScriptのライブラリですが、直列化方式はどの言語でも使えます。
逆に言うと、jQueryが使えない、あるいはjQueryでうまくいかないことが出来るようになります。
たとえば、#TEXTの途中から別の#TEXTの途中で切り分けたい場合どうしますか?
レンジを使用して切り分けて#TEXTの末尾に、あるいは先頭に、空のノードが付いたことはありませんか?
691デフォルトの名無しさん
2015/06/23(火) 09:57:56.04ID:UUsSDSxD たぶんjQuery最強伝説を信じている人にとって、直列化は素晴らしいものだと思います。
692デフォルトの名無しさん
2015/06/23(火) 10:02:58.62ID:B839O1sl ん? 正規表現使うって言ったじゃん。
意味がわからんから、具体的な実装示して。
意味がわからんから、具体的な実装示して。
693デフォルトの名無しさん
2015/06/23(火) 10:03:25.26ID:UUsSDSxD スタックを使って次数を減らすアルゴリズムを既に知っている人なら、
一時間もあればDOMに対するイテレータを作ることが出来ます。
知らなかったとしても、一時間あれば学べます。
合わせて二時間です。
直列化したノードを木に再生する仕組みも一時間程度で作れるでしょう。
これもスタックを使いますが、イテレータを作った後なら、仕組みはすでに理解できているはずです。
これはとても便利だと思います。
次数が一つ減るとやることは一次分減ります^^
一時間もあればDOMに対するイテレータを作ることが出来ます。
知らなかったとしても、一時間あれば学べます。
合わせて二時間です。
直列化したノードを木に再生する仕組みも一時間程度で作れるでしょう。
これもスタックを使いますが、イテレータを作った後なら、仕組みはすでに理解できているはずです。
これはとても便利だと思います。
次数が一つ減るとやることは一次分減ります^^
694デフォルトの名無しさん
2015/06/23(火) 10:06:12.06ID:UUsSDSxD >>692
じゃあ、どこかに貼り付けますね^^
じゃあ、どこかに貼り付けますね^^
695デフォルトの名無しさん
2015/06/23(火) 10:06:30.66ID:B839O1sl > 直列化したノードを木に再生する仕組みも一時間程度で作れるでしょう。
分かった。一時間後、まってる。
分かった。一時間後、まってる。
696デフォルトの名無しさん
2015/06/23(火) 10:09:39.18ID:UUsSDSxD■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 「おこめ券は米以外の食品も買える。効果的な活用を」 地元で農水相 [山形県] [少考さん★]
- 【速報】「女芸人No.1決定戦 THE W」9代目女王にニッチェ! 7年ぶり3度目で悲願の優勝 [牛丼★]
- 【芸能】『女芸人No.1決定戦THE W』 粗品が最後にバッサリ「優勝賞金1000万円にしてはレベル低い大会」 [冬月記者★]
- 【沖縄】開業4ヵ月でこれは…“国民の税金”投入の『ジャングリア沖縄』で見た衝撃的な光景と、モチベーションが低い一部スタッフの現状 [ぐれ★]
- 今年の流行語大賞 『働いて働いて働いてまいります』が受賞で不快感… 過労自殺の遺族らが会見「家族にむち打つような行為だ」 [冬月記者★]
- 【東京】「家族で話題にして」 “世田谷一家殺害から25年 警視庁が呼びかけ [煮卵★]
- 焼き芋を輪切りにして天ぷらにすると美味しいよ
- プロレスラーってロープに振ると走って戻ってくるけど
- 2000年の思い出
- お前らお嫁さん見つけた?
- なんJはスクリプトに荒らされて廃墟になったのに
- クズ「勉強頑張らなかった奴は一生DQNと一緒に肉体労働しろ」☚勉強頑張れるのも環境と巡り合わせなんだが? [783475554]
