【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】8
■ このスレッドは過去ログ倉庫に格納されています
>>215
何をどう意見をこねくり回しても結論は一つ
「お前はいらない」 >>215
自身を「テロリスト」と称している時点で人として成りたっていないと考えておりますが如何でしょう?
自身の信念・観念を持って生きることはとても良いことです。
しかしそのベクトルが人として誤った方向に向かっているのに気がつかなければなりません。
そして今まさに自分以外の他人は、みんなおかしいという錯覚に陥っているかと思います。
先に述べたように、自身の信念・観念を持って生きることはとても良いことです。
けれどもその前に自分というものを究極に知り尽くさなければなりませんです。そのことに気がついてください。
そう、まだ若いのですから。
これからの人生の方が今まで生きてきた時間より長くなるのですから。。。
スレの趣旨と掛け離れてしまいましたが、これだけは切に希うばかりです。 意見をこねくり回すって…
俺は未承諾さんがどういう人物か知らないしただのコテの一人としか見ていないので、
彼(彼女?)の発言を自分なりに考えて、その発言が極めて危ういことを指摘しているだけだよ
指摘されたくないのなら身内でコソコソやってりゃいいわけで、こうやってここに告知した以上
そういった批判を受けることも承知ってことだ >>219
551 名前:名無し草[sage] 投稿日:2010/05/03(月) 16:01:03 ?2BP(191)
2ちゃんねるのレスは一切読まないよ
それで困ってない
言語不一致は嫌われますよ で。だ♪
ファイルロックって何で使うの?という素朴な疑問。
簡単に云えば、1つのファイルに対して複数のプロセスが無造作に触りに行こうとするから必要になるんじゃないかな?
そこでファイルロックという仕組みを使えば、FIFOの如く順番待ちをしてお触りしに行くんだけれども、中には「先に漏れに触らせろ!」って御仁が出てくるから破綻すると思うのです。
なので、先にも書いたとおりRock54とかでは、ひとつのプロセスだけが所定のファイルを触っているのです。
他のプロセスさんには触らせない。
そしてその「ひとつのプロセス」も、重複して起動しないようにしているのです。
でもね。それもそろそろ破綻しかけているのが現状なのです。
殊にBoo2008さん関連。
ですのでここんところ連続・重複して登録できるじゃねぇか!という状況になっているのであるます(´・ω・`)
(但し内部で重複分は整理・整頓・清掃はしております) >>218
自分をテロリストと称しているつもりはありません
立場上そういう行動を採っているだけで、もし自分がボランティアならその立場に見合った活動をしていたとは思います
そういう意味もあって自分の立場を変えるためにメンテナーに応募しようかと思いましたが、
自分が今の自分の誤りに気づくことすらできない若輩者であることは理解出来たので、
その誤りに気づけるようになってから出直してきます >>216
>なので先にあった生存証明のお返事を促す書き込みがありましたけれども、それも如何なものかと思うのですです>>水色さんへ
それは良いんじゃないかなと思うけど。
よく分からないけど、
キャップって漏れたりして悪用されたりする可能性が少なからずあるでしょ。
いつまでも使用されないキャップを停止させることでその危険性を減らすのが目的でないかな。
キャップなんてなくても作業できるのには同意するけど、対外的に「削除できる、規制できる」ということの証であって、
責任(わたしが作業しましたという程度のもの)の明示ではないかなと思うのだけど。
もちろん、キャップでなくコテで良いじゃんって思うと、利用者にとってただのコテよりは★というコテの方が区別しやすいってだけじゃないかな。
>>215
2ちゃんねるのモラルを世間に持ち出すからそうなるだけだよ。
あと、テロリストはお断りであって、モペキチお断りとは言っていないだよね。
キミが「自分はテロリストだ」という限り君はお断りになるけど、そうでないなら問題ないでしょ。 中身がどうなっているとか、想像するだけでよだれがでちゃう。
(´-`).。oO(お呼びじゃないんだろうけどね) 本心からじゃないかもしれないけど
> 自分が今の自分の誤りに気づくことすらできない若輩者であることは理解出来たので、
> その誤りに気づけるようになってから出直してきます
って言えるようになったのは、成長だと思うよ。
まぁわたしも参加はしたい。
動機はこっくりさんと同じ>>155
っていうか何でageになっているんだ?? >>210
> →仕事で保守運用ってなら話は別でしょうけど、鯔で他に人を入れてもきっと未承諾さんが妙技発動しちゃって、
> →後から入った人は何をやろうかとあっぷっぷになって、そのまま何もしなくなっていくと思います
> まさしく「幸せサーバー」の現況ではないでしょうか?
> そんな状況を憂うこともあって今回メンテナーについて書いてみました。
って書いてるのに出てくる幸せプロジェクトの面々はなんなの
未承諾さんの新しいプロジェクトまで幸せプロジェクトのように無意味なものにしたいの?
まず未承諾さんが指摘してる事を自分らのプロジェクトに反映させてから出てこいよ ●+(tor|串)による連続投稿に対抗する妙案を考えよう★8?
http://qb5.2ch.net/test/read.cgi/operate/1269697212/
口だけ番長言うだけただ、NAOとかいう奴の無能さここに極まり 結局すり寄って来るのは、未承諾さんが嫌い?な幸せ鯖の連中ばかり。 >>227
それで指してる問題点は俺の姿勢云々が根源だろうが
俺をどうこう言うのはまだしも、俺以外の他の奴叩くんじゃねーよ!
ふざけんな! >>222
>その立場に見合った活動をしていた
日本ダービー時のサクセスブロッケン臭がする。 目的が違うからねぇ。
こっちのシステムは2ちゃんねるの運用という点から必要があって生まれたものでしょ。
でも幸せサーバは、「やりたいことをやるサーバ」が目的だと思うのね。
けど、NAOさんがやりたいことが、わたしを含めた利用者の興味の引くことであるとは限らない。
それは他の私も含めたメンバーにいえることですね。
で、わたしが見ている限り、あえてクローズドで作業しているわけではないんですよ。>幸せサーバ
ただ、たんに「自分の作りたいものを作っているから」であって、そのため他の人が積極的に関与しづらいってだけだと思います。
「いやそうじゃなくて、もっとオープンソースで作ればいい」というのでしたら、そうかもしれません。
けど、誰も要求していないのにただソースはりまくるのもあれですよね。
>>210
> いくら多方面に能力が長けていても「人として」成り立っていない方とは触れ合いたくもありませんので。
激しく同意 > って書いてるのに出てくる幸せプロジェクトの面々はなんなの
勝ち馬に乗ろう作戦ですね、分かります
>>221
> そこでファイルロックという仕組みを使えば、FIFOの如く順番待ちをしてお触りしに行くんだけれども、
> 中には「先に漏れに触らせろ!」って御仁が出てくるから破綻すると思うのです。
うーん?この文がよくわからんぞ。
ファイルロックに、Perlのflock関数を使うとすれば、ロック種別の値がブロックモードが非ブロックモードかによって、
「操作権が回ってくるまで待つ」か「操作権をすぐ取得できなかったらすぐ偽を返す」の動作になっているはずであって、
なおかつ操作権の管理はOSがやっているはずだから、OSとPerlにバグがないとう前提のもとでは問題ない・・・と思ってたんだけども、
違うのかな。教科書的な知識しかないから分からん。
> ひとつのプロセスだけが所定のファイルを触っているのです。
> 他のプロセスさんには触らせない。
> そしてその「ひとつのプロセス」も、重複して起動しないようにしているのです。
私が前書いたデータベースとかと同じような構造かもね。データ操作はデータベースに丸投げし、
データベースサーバーは重複して起動せず、データベースサーバーのみがデータを操作する。
内部的にはデータベースは排他制御をやっているけれども、大抵の場合、操作するプログラム側は
意識する必要はない。データに複雑な関係があるときは、ロックの処理をデータベースに命ずることもできる。
> ですのでここんところ連続・重複して登録できるじゃねぇか!という状況になっているのであるます(´・ω・`)
よっしゃ、Boo2008も同時に一つしか起動しないようにしようぜ >>229
好奇心とやる気は評価するんだけど進め方がまずいよなぁ >>230
キャップ付きで書き込んでんだから言葉選べよ
んなんだからメンヘラって言われんだよババァ >>230
自覚あるならさっさと直せば良いのに直さねえからこういう状況になるんだろうが
本当に仲間を叩かれたくないなら俺に逆切れする前に自分の問題点直せや
それが出来ないなら、自分だけが問題だと思うのなら、まとめ役を>>224なり>>226なりに潔く譲って消えろ
お前がプロジェクトの顔な以上、実際がどうであろうが外面的にはお前の問題がプロジェクト全体の問題になるんだよ たまにはいいんでねーのw
数年前はこんなの日常茶飯事だった気がする。
みんな、そんだけ大人になったというか歳とったんだろうねえ。 >>238
>自覚あるならさっさと直せば良いのに直さねえからこういう状況になるんだろうが
お前が言うか。。。
まぁなんていうか、考えの違いだとか、そういうのでぶつかるのは大いに結構だと思う。
でもそれだけで、個人を全面否定できるような人間は好かない。 2chで問題なのは誰が喋ったではなく何を喋ったかだった筈だけど
こんな所にも串はスルーだの末尾Pはスルーだの言い始める新参が湧いてきたのね わざわざそんなことしなくても・・・
餓鬼かよ音符・・・ (´-`).。oO(幸せ鯖がどうしてできたのかって部分は分散してて把握しづらいんだよね…)
>>230,>>244
もちつけ
DoCoMo/2.0 N705imyu(c100;TB;W30H20) >>232
本気で言ってるのか疑いたくなるレベル
2ちゃんに向いてないんじゃね? >>246
それはつまり、まだまだ少女のようですね、という意味ですよね。
ありがとう。 まあ、★付きは2ちゃんにおいて芸人みたいなもんだからなw
どんどんやって盛り上げてくれ。 ほら天国サーバーの連中はそろそろ帰れよ
白い目で見られてるだろ なんだ、乱闘騒ぎじゃなかったのか・・・
でわでわ。 >>258
ttp://dwi.at.infoseek.co.jp/h4.jpg なんか薬中らしき奴がいぱ〜い居るな(笑)
そう認識されてるのって
幸せメンバ〜のい奴等ばかりなのは笑えるな!
マジでココから出て逝けよ幸せメンバ〜(笑) みんなメンテナーにどういうイメージ持ってるのか気になるけど
保守点検じゃなくて開発者求むって事だよね? >>210
> メンテナー候補にと考えてはいたのですが諦めます。
ここだけ見ちゃうと出来レースなのかな、とか思っちゃうな。
実際どうだかは分からないけど。
DoCoMo/2.0 N705imyu(c100;TB;W30H20) >>261について解答をいただきました。
ありがとうございました。 >>223
>キミが「自分はテロリストだ」という限り君はお断りになるけど、そうでないなら問題ないでしょ。
削除要請板を荒らしてる時点でお断りだが。 >でもね。それもそろそろ破綻しかけているのが現状なのです。
>殊にBoo2008さん関連。
いまの仕組みだと命令書を発行して、それをプロセス被らんように舐めているんですよね?
どういう状況になって破綻しているのか良くわかんない・・・私にはムズイかしら?
これの動作をtop見ながら観察してみたいもんですなぁ。
しっかし幸せの方ってはたから見るとそんなに閉鎖的なのかー
imoの正規表現listもbrigittaさんとかNAOさんだけじゃなく、誰でも使えるようになっているし
編集もお手伝いしてくれる奇特な方々(randomさん、himaさんいつも編集ありがとう)とかもいるし、
こないだの正規表現testだって誰でも作れるもので、様々な仕様も分かるようにスレに書いてるんだけどなぁ
株とかmenuの方は私以外も作ってるし、特別に閉鎖的なことはしてないはずなんだけど・・・
(まあ株は多少趣味が入ってますがー)
やり取りが閉鎖的って事なのかしら?
っていっても誰でも使えるデータをこんなつーるあったら便利だなぁでコードにしてるだけなんだけどさ。
まあみんな難しく考えるの好きよねー♪ 別に閉鎖的には見えてないけど間借りして何かやりたいなとは思わない。 何やってるかイマイチわからないとか?(単に自分がキョーミがないだけかもしれんけど)
で仲間内でなんかやってる→閉鎖的と。
違うか・・・ 単純な話、幸せサーバーのコンセプトがわからない。
幸せサーバーの人の中で幸せサーバー以外にも2ちゃんねる向けのサービス・ソフトを提供している人がいるけど、
その人たちの中での幸せサーバーと個人の活動の線引きがわからないというか。
それで、その線引きがもしかしたら「閉鎖的」と思われているのかも知れない。 ちなみにここに幸せな人達が多いのは、私も含めて面白そうなものに食付きがいい人達なんではないかとー
>>271
いやーあんなすげー鯖を触る機会なんてど素人には無いもんで♪
仕事でさわってるプロの方々にはそうでもないんでしょうけどー それは自前で鯖用意したり金払って借りてる人に失礼では・・・
いや
幸せから来た者だからとでかい顔して無印を見下して喧嘩や罵倒してんじゃねえよ(笑)
薬中なら病院逝けよ!ココに来ると迷惑なんだよ! >>275
失礼ってのがよく分からず・・・私未熟なんすかねぇ
修行がたりんかなー 失礼ではないだろ。まったく。
お金使わず只で良い鯖が使えるってだけの話で。 とりあえず、>>175の「ちっとも安定なんかしていませんですよ。」ですが、
時々BBQ解除がうまくいかないことがあるようですね。
BBQ登録解除もRockなシステム同様、唯一のメインプロセスがいて、指示書を見て追加削除していく方式なんですかね?
BBQ解除とBoo2008リストからの削除は違う処理となっておりますので
そこのところをお間違えなきようお願いします 違う処理なのか。
>>281
ご親切にありがとうございます。 > imoの正規表現list
以前できたてくらいのころ、以前(RJさんのいたころ)と同じように
報告スレに正規表現を書いたら怒鳴られたのなんの
何勝手にやってるだ、って
こちらが調べたかどうかも確認せず
あれ以来その手のやる気なし
とスレ違い 起きた♪
で、いつもの如くgdgdなのねー♪
ま、そいうのはあっちに置いといて。。。
>>270
→いまの仕組みだと命令書を発行して、それをプロセス被らんように舐めているんですよね?
→どういう状況になって破綻しているのか良くわかんない・・・私にはムズイかしら?
要するにBooの数が半端ない(ぱねぇ?)のが要因です。
以前は単純テキストで扱っていたのですが、そろそろやばい?って事で、use DB_Fileに移行したのですがそれもそろそろ。。。
という状況です。
>>280
→BBQ登録解除もRockなシステム同様、唯一のメインプロセスがいて、指示書を見て追加削除していく方式なんですかね?
おおむねそんな感じですー
でもって>>281にもちょこっと触れられていますが、BBQ怪女には2通りの方法?があって、
1. 単純に部隊登録されたものを削除する
2. 最終的なリスト(rbldnsで扱うcdb形式)になる前に、登録させないようにする(「除外指定」というコトバを利用しています。)
となっています。
殊に2. は、例えばBooで焼かれたとか、公開されている串リスト(自動収集しています)に掲載されていたとしても、BBQには登録されないようになっています。 >>285
ぱねぇっすなぁ;
みんな食い過ぎなんじゃね?メタボだよメタボ・・・
リバーシブルじゃダメなんだろし考えもんですなぁー Boo2008・・・DB File・・・Berkeley DBってあのくらいの数でへばっちゃうの?
と思ったけどBerkeley DBがどのくらいのレコード数まで対応できるかっていう資料は見当たらないなぁ。
Berkeley DBは単純なDBだけど、複雑だから速い単純だから遅いってことはないはずだし・・・
うちのMySQLはあの10倍のエントリを持つDBでも難なくこなしてますが・・・
とりあえずはいいかもしれませんが、今後もしIPv6などに移行する可能性があるとするとちょっと・・・
そういえば、DBが重くなってきたときには、テーブルを分けろって聞いたことがあります
Boo2008の理由で分けるとか・・・ >>287自己補足。
> そういえば、DBが重くなってきたときには、テーブルを分けろって聞いたことがあります
DB Fileにはテーブルという概念がありませんでした。つまり、データベースを分けろってことです >Boo2008の理由で分けるとか・・・
理由で分けると、DB検索時に最悪すべてのデータベースにアクセスする必要が出てくると思います。
DBがIPアドレスを保持しているならIPアドレスをグループ化して分けたほうが効率は良いかと。 キーによって分けたほうがいいというのが正しいかな>>290
そういえば現状、重複した理由での同一IPアドレスの追加はどういう感じになるんですかね?
新しい理由で上書き?二重登録? 起きた。躰痛い。。
Boo2008では、IPアドレスの先頭8ビット毎にDBを作ってあります。これはBBRと同じ仕組み。
tu-kaそもそも大変なのは、ばっくれDB→cdbにするのがネックになっているのかな。
なるたけ早くBBQに反映にしたいのは山々だけれども、3Mエントリもあるからいかんのか。。。@BBQ全体の6割強 >>291
最後のcdbに変換する際にIPアドレスをキーにしたハシュを作成して重複分を刈り取っています。
凡例
for @IPAddresses {
$IPAddress_hash{$_}++;
}
@IPAddresses = sort keys %IPAddress_hash;
こんな感じに。 そういえばrbldnsとcdbについてはあまり詳しくないのでした。
cdbって変更・削除ができないかわりに生成は高速だって聞いたけどなぁ。
ばっくれDB→cdbの処理はどのようになっているのかな。
PerlがばっくれDBとcdbを開いて、データの移動処理をするのか、
それとも別のプログラム・スクリプトがこれを行うのか。
個人的には、3MエントリあるDBを頻繁に再構成するのは無駄な気が・・・ 頻繁に再構成しないようにしたから、いくらでもBoo出来る状態でして。。。 頻度によって第二の物を作るとか、んでもチェックするコストが増えるしなんだかなぁ
まあ定期的なダイエットはしてるんでしょうけど、際限なく食い物があればそりゃメタボになるわー そもそもな話が分からない。
DB→cdb処理コストの増加。
この間Boo2008エントリの追加削除は出来ないんだよね?
破綻ということだけど、それは、
1)「Boo2008エントリの追加削除出来ない時間が増えてしまうことにより作業に支障をきたす」なのか、
2)「Boo2008エントリの追加削除そのものの動作が不安定になる」なのか。
どっちなんでしょ?
また、Boo2008のエントリが3M程度でBBQ全体の6割強ということ。
残り4割の追加削除に関連した動作はBBQの破綻の影響にはなっていないと見て問題ないのかな?
この残り4割っていうのが「部隊登録」という認識で良いんだよね? 別スレ立てなくてもいいでしょ
ここはそういう趣旨のスレなんだから 技術的な話は別スレの方が情報の分散を招かなくていいかと思いまっせ
ここはRockやらBBMやらも入ってくる総合的なスレなので 【協力願】Boo2008(旧Boo80)で串を食べませんか? その8
http://qb5.2ch.net/test/read.cgi/operate/1268473561/
じゃ駄目なのか(笑)
削除人の手を煩わさないように早めに答えを出せ♪
薬虫テンション高いとマジでキモイな!
いちいち★かぶってココで暴言とかアリエンし重複を指摘されても開き直るだけだし(笑) 乙女と一緒にするなよ。
なんでもかんでも分散すりゃいいってもんでもない。
ただ、連絡相談スレで議論するのは、ってことだべ。 いちいち説明するのがマンドクサイ(照)
ひとまず今日は眠ろう♪ >>308
説明したい人だけに説明したらいいじゃん金とかで なんか話がいろいろ飛び交ってますがー
>>175
とりあえず>>116とか>>129で募集って書いてたんでー
メールで募集するのかなー?と思いこんでただけんでー
やり方等々はお任せしますんでー。
とゆーか、もう始まってるのかなー?
>>216
まー、メールは休眠アカウントの管理が主目的だったりしますんでー。
単に使われてないものはコンセント抜いておこう、ってだけの話ですよー。
ついでに色々書いて貰ったりしてますけどねー。 メンテさんに応募したいといっていたせきざわ君が
規制議論板で大暴れしているようですね。
安易に公募しないほうがいいかな。 >>310
報告の時期になると色々考えるんですよねー
「こんなん良いんじゃね?」とかw(立案まではいかないけど・・・)
生死報告はある方がいいですー
と思います。 まずはBBQさんから逝ってみようか♪
詳しく書くと、、、
Boo2008で採取されたIPアドレスは、一旦ばっくれDBに放り込まれます(File_DBなのでver.1)
そこから定期的にrbldnsへくべるべく、一旦テキストファイルに変換しています(ここがネックだ♪)
そして焼き部隊登録分や、串リスト自動収集分などをrbldnsへ放り込むために、テキストファイルをマージしてまとめてcdbへ変換しています(これもネックだ♪)
これらを単一鯖(cobra2245)でこなしています。
そこで考えている解決策としては、、、
1. Boo2008族を別の1サーバに移転する(ホスト名で云うとboo.2ch.netとhack72.2ch.netの2つ)
2. 焼き部隊登録と、串リスト自動収集族を1つの鯖にする(現状のcobra2245でいけると思うます)
3. sumi.2ch.net(プライマリの方/cobra2245)を別の1サーバに移転する。
4. その移転した鯖では、djbdnsではなくrbldnsd(http://www.corpit.ru/mjt/rbldnsd.html)を稼働させる。
こんな感じに妄想しているのだ♪
でわお風呂たいむ♪ >>314
ちょっち思うんだけどさ・・・
例えば規制されたとして、そのIPをDNSに参照するのは新しいのが多いよね?
例えば3年前に規制された奴なんてもう諦めてるっしょ?
なんか、新鮮な奴はレスポンス良く、古いのはまったりとか区別できないかなーって。
いや、最終的な処理が結局は一緒なのは判ってるんだけど・・・
まぁ例えばだけど、新鮮規制serverに登録が無い奴は、とりあえず書かせる。
その裏プロセスでまったり確認鯖が動いてて、そのIPやらを確認できれば新鮮serverに登録するとか・・・
うーむ・・・
余計ややこしいかな・・・。 ■ このスレッドは過去ログ倉庫に格納されています