| 現在地 | ●ｱﾆﾒ･ｷｬﾌﾟ | ●萌え絵 | ●お絵かき | ■絵ﾁｬｯﾄV2 | ■絵ﾁｬｯﾄV3 | ■苦情・要望 | ■利用規程 |
You can find abridged
translation here.(English)
どの板にも共通して以下のルールを守って利用することが求められています。また，スレッド内の自治は，スレッドを立てたスレッド主と，スレッド主からスレッド内削除権を付与された方に大きく依存するシステムとなりました。スレッド管理の方法を参考に，よりよいスレッドを目指してください。
特に貼り付けが禁止されている画像
- 立てたスレッドの面倒は最後まで（削除やスレ落ち）まで削除要求対応などの面倒を見る。
- 萌えない画像はアップロードしない
- 実写画像はトラブルの原因になっているので，ご遠慮ください
- 絵が公開されることにより売り上げにネガティブな方向で大きく影響を受ける特定の種類のゲーム画像や入手に際して対価の支払いが必要な18禁なCG集からの画像はトラブルの原因になっているのでアップロードしないでください。
- 引用を超える範囲での雑誌等からのスキャン画像の投稿は，トラブルの原因になっているのでアップロードしないでください。
- 他の利用者の迷惑になる投稿や行為を行わない
- 自分の趣味・嗜好・価値観のみで物事を判断しない
- ファイルを偽装して張り付ける行為は禁止です。(new)
- 萌え.jpの存続を危うくする投稿は行わない
- 貼った画像に対しては投稿者が責任を持つ
- （有）ボン社様が管理するちびギャラリーの画像は，萌え.jpの存続に関わる重大なトラブルの原因となるため，内容を問わず２次創作物も含めて、貼り付け禁止です。
- DLsite.com様が管理する画像は，萌え.jpの存続に関わる重大なトラブルの原因となるため，内容を問わずアップロードは禁止です。
- 株式会社エンターブレイン関連の画像は，内容を問わずアップロードは禁止です。エンターブレインが管理する著作物に関する２次創作物も貼り付け禁止です。また，エンターブレイン関連の出版物，販売品の内容に関する話題を投稿することも禁止です。エンターブレインの雑誌は，書店で購入し，自宅でコッソリ楽しんでください。
- コナミ関連の画像は，二次創作画像も含めて貼り付け禁止です。
- 任天堂株式会社，ディズニー関連のコンテンツも暗黙の了解として貼らないでください。
- これらのサイトからは削除依頼が来ております。
萌え.jp画像Upload掲示板には，「ｱﾆﾒ･ｷｬﾌﾟ板」，「萌え絵板」，「お絵かき板」の３つの掲示板から構成されています。これらの掲示板の使い分けは以下のルールに従います。
- アニメをキャプチャした萌えな画像
- 18禁画像は貼れません。
■萌え絵
- アニメのキャプチャ以外の萌えな画像
- 18禁画像は貼れません。
- この板は，お絵かきしぃペインター向けの板です。
各板ごとに，スレッド数や一日に立てられるスレッド数等の制限が異なります。返信数の制限は，１つのスレッドが持つことができる返信の上限数で，画像の有無に関わらず，カウントされます。画像枚数制限は，スレッドに貼ることができる画像の枚数の上限です。これは，削除された画像もカウントされます。また，画像の枚数が制限を超えると，保護属性が付与されているスレッドの場合，保護属性が自動的に外れます。
詳細は，下の表をご覧下さい。この設定は，システムの稼働状況に応じて，変更される可能性があります。
スレッド数 画像枚数制限 ｱﾆﾒ・ｷｬﾌﾟ板 萌え絵板 お絵かき板
スレッドを作成する場合には，以下のポイントに留意して作成してください
- 無闇ににスレッドを立てない
現在は1日に立てられる新規スレッドの数には上限があります。
- 重複スレッドを立てない
スレッドを作成する場合は，検索機能やスレッド索引などを利用し，同内容のスレッドがあれば，そちらを使用してください。【キャプ画像板】と【その他板】との間で重複するのはかまいません。また，重複しているスレッドは，管理人が重複スレッドを統合する場合がありますが，管理人によるスレッドの統合を当てにしないでください。
基本的に1作品もしくは１テーマ1スレッドです。
キャラクタのみでスレッドを維持可能と思われる場合は，キャラクタでスレッドを立てることも可能です。その場合でも，作品名を題名のどこかに加えてください。たとえば，「さくらたんﾊｧﾊｧ」だと，どの作品の「さくら」なのかわかりません。
使用中のスレッドの返信が90通を超えたら，新たなスレッドを立ててかまいません。その際には，新たなスレッドへのリンクを使用中のスレッドに張っておいてください。
- 掲示期限の利用の検討
萌え.jp では長期間記事がサーバーに残ります。したがって，短期間で消えてほしいスレッドを作成する場合は，掲示期限の活用を検討してください
- わかりやすい題名の付与
題名だけを見て，内容が推定できる様に心がけてください。また，スレッド索引での見つけやすさを考慮した題名を付与してしください。たとえば，作品名やキャラクタ名が最初に来るようにしてみてください。スレッド索引では，記号は無視されるので，記号による装飾は可です。
返信を作成する場合には，以下のポイントに留意して作成してください
- 削除依頼が届いているサイトからの転載の禁止
削除依頼が届いているサイト一覧からの転載は厳禁です。
- sage機能の活用
スレッドは，新しく返信されたスレッド順にソートされます。したがって，返信を行った直後は，スレッド一覧の一番上に表示されます。
返信によってスレッドを上げたくない場合は，e-mail欄もしくは題名欄にsageと記入して投稿してください。返信によりスレッドが一番上に上がる機能を抑止できます。
- 過去の記事への参照
スレッドの統合などにより，レス番号が変わったり，スレッドが存在しなくなったりします。したがって，たとえば，スレッドのトップの記事にコメントする際に「>>1」と書いても，当該記事が「>>1」でなくなる場合があります。
したがって，たとえば，「>>No. 1234」と記事の通し番号に対して参照してください。
- 相手を思いやるこころを持つ
掲示板でやり取りをしている相手は，あなたと同じく生身の人であるということを忘れないでください。ぶっちゃけ，先に感情的になったほうが負けです（いや，ホントのところ勝ち負けではないんですケドね）。
スレッドに一定以上の返信がつくと，「●このスレッドは保護されています（期限：○○まで）●」と表示されるようになります。通常，一番下までスレッドが下がると，新規のスレッドが作成された際にスレッドが削除されます。スレッドが保護されている場合，スレッドが一番下に下がってしまった場合でも，新スレッドが立った際の削除の対象にはなりません。
元々は，内容のあまり無いスレッド（俗に言う糞スレ）により，内容のあるスレッドが消えてしまうのを防ぐ目的で設定されましたが，現在自動的に保護属性が付与される板はありません。
- 保護属性が付与されるタイミング
削除猶予が付与されるのは，画像付き返信が行われ，画像枚数が一定数以上を超えた場合に付与されます。
- 強制sage属性＋保護属性付与願い
スレッドの運用上，強制sage属性＋保護属性が必要な場合は，メールで管理人にご相談ください。理由があれば，どの板のスレッドであっても，保護属性+強制sage属性は付与することが可能です。
- 保護属性が消える条件
以下のケースで，保護属性は消えます。また，一度保護属性が消えると，2度と保護属性は付与されません。
(1). 2日以上返信がなかった場合
(2). スレッドの返信数や画像枚数の制限を超えた場合
(3). 管理人による返信禁止，もしくは強制sage 措置が取られた場合
基本的には，削除要求機能を使って，スレッドを立てた方に削除をお願いしてみてください。それでもらちがあかないときにの最後の手段として，管理人までメールにて削除依頼を行なってください。
無断転載された作品等の削除を依頼する場合は，以下の情報を含めてください。
- 萌え.jp 上での画像の所在情報(必須)
URLもしくは記事番号を明記してもらえると助かります。検索機能を使わなければ見つけられないような書き方は，削除作業を遅らせます。
- 転載された作品のオリジナルの所在情報(必須)
一番良いのは，もとの画像が掲載されているページのURLと，トップページのURL。
- 転載禁止の警告表示の際に表示されるメッセージ
萌え.jpでは，一度転載禁止を理由とした削除依頼を受けた場合，貼られた画像が２度と貼られないように，絵のハッシュ値を登録するシステムを取っております。その際に，元画像が貼られているサイトのトップページのURLと共に転載禁止の旨を表示します。その際に表示して欲しいメッセージの希望があれば，お書き添えください。
例）「当サイトの画像の無断転載は禁止しております。」
特に指定の無い場合は，頂いたメールの一部，もしくは全部を掲載いたします。
極端にダメな例：
「私のサイトの絵が無断転載されています！すぐに削除してください」
→どの絵を削除して欲しいのか全く解らない。
→「私のサイト」と言われても…。E-Mailからgoogleで解る場合もありますが，わからない場合もしばしば。
- 削除依頼は，原則公開致します
削除しても，再びアップロードする人が絶えないため，削除依頼があったことを 公開し，再び画像がアップロードされることを防ぎます。公開を希望しない場合は，その旨を明記してください。
現在，萌え.jpには同時接続数１セッションの制限が掛かっております。それ以上のセッションを張ろうとすると，エラーになります。 連続してエラーとなるようなアクセスを繰り返した場合，IP-banの対象となります。IP-banは一時的なアクセス規制で，毎朝７時に解除されます。
IP-banされると，大きな画像がサムネイルと同じサイズで表示されたり，全くアクセスできなくなります。
IP-banされやすいアクセス
- ブラウザで萌え.jpの画像をブラウジングしながら，同時に自動巡回プログラムで萌え.jpの画像をダウンロードするようなアクセス
- 「対象をファイルに保存」を同時に複数枚の画像に対して行なう。
-IP-banの対象になるほどの勢いで「対象をファイルに保存」する人は少数派だとは思いますが。
- リンク先のデータを先読みして高速化するようなツールを用いて萌え.jpをブラウジングする
-先読みの過程で，あなたの知らない間に猛烈な勢いでアクセスエラーを発生させ，即IP-banされます。
- 画像(サムネイルではない，大きなサイズの画像)が表示されないときに，リロードを繰り返す様なアクセス
-エラーが出た際には，少なくとも6秒待ってからリトライするようにすると安全です。
- 最近，誕生日を迎えて，１８歳になりました。
お誕生日，おめでとうございます。つぎのリンクをクリックしてください。[18歳になりました]
- 突然，Your access was rejected と表示されて，掲示板にアクセスできなくなりました
Proxy経由のアクセスと，逆引きできないIPからのアクセスをブロックするようにしました。Proxyを使用している場合は，Proxyをはずしてください。 逆引きできないIPアドレスの場合は，逆引き可能なIPを割り振ってくれるプロバイダを用いてアクセスしてください。
- 大きな画像を表示しようとすると，forbiddenと表示される
クッキーを受け入れる設定にしてください。
インターネットエクスプローラであれば，ツール→インターネットオプション→セキュリティー を選び，セキュリティーレベルを「中」に設定してください。
Operaであれば，ファイル→設定→プライバシーを選択し，クッキーを有効にする・自動的にすべてのクッキーを受け入れる・全てのサーバーのクッキーを受け入れるに設定してください。
Netscape 7.1であれば，編集→設定→プライバシーとセキュリティー→Cookieを選び，全てのCookieを有効にするにチェックを入れてください。
- サーバー負荷の見方がわかりません
サーバー負荷の3つのグラフの意味は，上の3つはデータの転送量で，下の３つは各サーバのCPUの負荷になります。
転送量
縦軸は1秒間に転送されているバイト数を示します。ADSLなどの速度（12Mbpsとか8Mbpsとか表記されているもの)は1秒間に転送されるビット数なので，比較するときには，転送量の値を8倍すると毎秒のビット転送量になります。moeがメインのサーバ，sakuraはサムネイルサーバ，mintは画像サーバになります。
CPUロードアベレージ
moeサーバーのCPUの負荷を表示しています。値が大きいほど，負荷が大きいことを意味します。負荷が大きいと，ページが表示されるまでの待ち時間が長くなります。厳密な意味は，プロセステーブル中の実行待ち状態になっているプロセスの数です。
- 記事の保存期間はどれくらいですか？
スレッドの数が一定数を 超えると，スレッド一覧で下の方にあるスレッドから削除されます。成長の遅いスレッドは，定期的にageることで延命可能です。スレッドに新しい返信がついても，sage返信では，スレッドの寿命は延びません。また，スレッドの個数は板ごとに独立して管理されています。ageに使用された返信が削除された場合，そのageの書き込みが無かったものとして，スレッドの一覧上でのスレッドの位置が再計算されます。
- 画像はスレッドが消えると一緒に消えますか？
画像は，スレッドが無くなってから1週間だけサーバーに残ります。正確には，スレッドが消えた瞬間から168時間後に消えます。
- 消えそうなスレッドは区別できますか？
スレッドの個数が制限数に達している場合， 24時間以内に作成された新スレッドの個数を数え，次にスレッド一覧の下から数えてその個数以内に入るスレッドに，"このスレはageない場合，24時間以内に消えます"と表示させています。この表示のあるスレッドは，そのままageられることなくスレッド一覧の下に留まっていると，24時間以内に消えます。
- IPアドレスなどのログは記録されますか？
スクリプトのソースを見るとわかりますが，投稿者のIPアドレスは内部的に記録されています。
- スレッドが消えました
スレッドは古くなると消えますが，それ以外の理由でスレッドが見当たらなくなる場合があります。
(1). 管理人によって，別のスレッドと統合された →検索機能で探してください。
(2). 投稿者がスレッドを消去した →もうスレッドは存在しません。
(3). スレッドの掲示期限が過ぎて消えた →もうスレッドは存在しません。
- スレッドの返信記事の表示がおかしいのですが
レス中の画像を見落としにくくするために，最新の2枚の画像付きの返信が必ず 表示されるようにしております。また，画像の有無に関わらず，最新の５つの 返信が表示されるようになっています。したがって，最新の５つの返信中に画像が2枚未満しか存在せず，かつ通常は省略される返信の中に画像が存在する場合は，その画像が表示されます。
- アクセス禁止措置が取られることはありますか？
あります。すでにいくつかのIPアドレスに対して，アクセス禁止措置が取られています。
- 萌え.jpで用いているスクリプトは公開されていますか？
萌え.jpで使用しているスクリプトの2004.10.10版(Rev 0.718)がここから落とせます。
- 管理人に要望・質問がある
webmaster@moe.homelinux.netあてにメールを出すか，苦情要望板に書き込んでみてください。なるべく返事や回答を行いますが，全ての質問や要望に対して100%返事をするわけではありません。
- 2002年５月10日 運用スタート
一番最初は，VMware上で動くRedHat 7.3で運用されていました。一番最初の画像は，紫亜さんでした。ほのぼのキャプチャ掲示板としてゆったりと運用してました。
- 2002年10月28日 専用サーバ割り当て
VMWareでの運用から，サーバ専用マシンでの運用に切り替え。PentiumIII 850MHz + メモリ 512MB
- 2002年12月１日 Pentium4マシンに移行
処理量が増えるにしたがって，PenIII のマシンではつらいため，マシンのリプレースを行いました。その際，システムのOSをRedHat 8.0に移行。Pen4 2.4GHz + メモリ 1GB。
- 2003年１月４日 新スクリプトに移行
ふたばちゃんねる由来のスクリプトに移行。 移行当時は，劇的にCPUの負荷が下がったのですが，その後はうなぎ上りに転送量が上昇。もうだめぽとまで言われる始末。
- 2003年１月９日 ハードディスク大クラッシュ
IBM Deskstart IC35L180AVがもはやブートどころか再フォーマットも受け付けないほどの大クラッシュ。
Maxtorの6Y120P0でシステムを再構築。
- 2003年１月26日 2板制スタート
キャプ画像板，その他板の2板制に移行。
- 2003年２月１日 画像ディレクトリのIndexesを禁止
負荷・転送量低減のため，画像スクリプトのIndexesを表示しないようにしました。Indexesのみが禁止なので，画像のURLが分かっていれば，ダウンロードは可能です。
- 2003年２月９日 サイトを２つのサーバに分け，負荷分散を図った
重くなる原因が，httpdの負荷にあることが見えてきたので，サムネイル画像のみをバックアップ用のマシンから提供するようにした。そのための帯域は…管理人がサーバ運用以外の目的で契約しているプロバイダの回線をバックックアップマシンに割り当てて捻出してます（涙。サムネイルサーバは，Pen4 2.4GHz + メモリ 512MB。
- 2003年２月15日 スレッドの寿命の決定方法を変更
より直感に近い，スレッド一覧で下にあるスレッドから消してゆくようにした。
- 2003年３月３日 全自動IP-ban制度導入
短期間に一定割合以上のアクセスエラーを起こすIPアドレスを自動的にbanするシステムを稼働。自動巡回系のシステムのアクセス制限は撤廃。ただし，何の調整も行わずに自動巡回系プログラムを使用した場合，ほとんどのプログラムは自動IP-banシステムによりbanされます。特に危ないのは，Ｉria/1.07a。一回の起動でほぼ即banされます。
- 2003年３月９日 Proxyによる投稿を禁止
環境変数をチェックして，Proxyによる投稿を禁止しました。
- 2003年３月13日 3台目のＰＣを投入
パフォーマンスの向上の為，バックエンド処理を3台目のＰＣに移管。このＰＣは昔，Windows上のVmwareでサイトを運営していたときのＰＣ。スペックは，Athlon XP +1800 + メモリ512MB。
- 2003年３月18日 板を追加。3板体制に
「その他板」を「萌え絵」と「その他」に分割。「キャプ板」を「ｱﾆﾒ･ｷｬﾌﾟ板」と改称しました。
- 2003年５月30日 ３代目moeサーバ永眠
3 代目moeサーバがブートしなくなりました。現在稼働しているmoeは４代目。初代のmoeサーバは，現在サムネイルサーバsakuraを務めています。２代目moeサーバは Linux Boxルーター として活躍中で，moe，mint，sakuraへのパケットはすべてこのルータを経由しています。- 2003年６月８日 画像サーバ，サムネイルサーバの増強
画像サーバとサムネイルサーバのメモリを増強し，システムをRedHat 9.0にアップデート致しました。
- 2003年６月22日 システムの大改修
18禁板を廃止しました。（その他板と改称しただけとも言う）。
- 2003年６月29日 文字レスを別カウントに
掲示板なのだから，文字の返信も気軽にできるようなシステムに変更しました。
- 2003年７月20日 リニューアル
画像掲示板の「絵を貼る側」の利用者でもあったピ〜〜からのピ〜〜〜でリニューアルしました。
- 2004年１月9日 4代目 moe 死亡
moe，完璧にブートしなくなりました。またしても，1月9日。厄日だとしか思えない。 Postgresqlサーバマシンだったpuchikoにmoe上で動いていたサービスを移し，puchikoが5代目moeを襲名。
- 2004年3月11日 5代目 moe，ハードディスククラッシュ
moeのハードディスクがクラッシュ。ファイルシステムがボロボロに。ハードディスクをリプレース。ついでに，システムもリプレース
- 2004年3月29日 LANを強化
LANをGigabit化し，ルータマシンをPentium 4マシンに変更。その甲斐あって，サムネイルサーバで利用できる帯域が増える。（しかし，これがそののち，仇となる）
- 2004年4月5日 IIJから「IIJサービスに関するお願い」届く
24時間あたり15GBの水準に落とさないと，サービスを停止するとの手紙が届く。いろいろ工夫したが，テキストのみですら，一日に19GBのトラフィックがある。IIJ4uやIIJmioで自宅サーバを維持することは，不可能だと結論づける。
- 2004年4月12日 IIJからOCNに乗り換える
IIJとは，ISDNでuucp接続が主流だったころから，足掛け12年の付き合いだ。その当時，IIJは憧れのブランドで，品質もサポート力も比類ない会社だった。それが今では・・・。乗り換え先のOCNには，OCNエコノミーに年間40万円も貢いでいた時期もあった。その頃に比べれば，ずいぶんと常時接続が安くなったものだと感慨深い。ある意味，YBBのお陰かもしれない（笑。
- 2004年8月20日 サムネイルサーバを入れ替え
発熱のため，クーラーなしでは昼間に運転することが困難であった，サムネイルサーバをAMD 64マシンに入れ替えました。手持ちのメモリ(1GB)だけでは，容量が不足気味なため，ロードアベレージが少し高め。1.5GBあれば，ロードアベレージはぐっと下がるのは解っているので，なんとかしたいところ。
- 2004年11月20日 データベースをPostgreSQL 8.0.0beta4にアップデート
Postgresqlを思い切ってデータのバックアップを取ってから8.0に上げてみました。アップデート中のタプルへのアクセスの競合があった場合の性能が上がっているというのに期待しています。
- 2005年02月11日 サムネイルサーバpuchiko,立ち上がらなくなる
ハードディスク交換およびOSの入れ替え。Fedora Core 3 64bit版へ。また，Webサーバプログラムをtuxからapacheに移行。tuxの方が負荷が軽いのだが，カーネルモードで動作するためかFedora Core 3 64bit版では，不意にシステムを巻き込んで落ちることがある。RedHatやFedora CoreのApacheはpreforkでコンパイルされており，萌え.jpのサムネイルサーバにするには，能力不足だった。しかし，今回のFedora Core 3 64bit版では，ディストリビューションのままでも運用できそうな手応えがあったので，httpd.confの設定のみを調整して，運用開始。- 2005年12月11日 画像サーバmintが立ち上がらなくなる
CPU周りの故障。ハードディスクを臨時的に別マシンに移し，仮運用。- 2006年6月5日 サーバ移転
- 2006年6月25日 アプリサーバ側ルータ死亡。
28日に新たな安物ルータで復旧。
- 2006年10月8日 画像サーバ側ルータをリプレース。
前々から調子が悪かった(長時間運転で暴走するっぽい)、画像サーバ側のルータをリプレース。SuperOPT-GFive 。さよなら、諭吉×３枚。- 2006年11月23日 moeサーバ，永眠。6代目moe投入
18日頃から具合の悪かった moe サーバ，死亡。リプレース用のマシンを購入し、移行の準備を進めながら運用していたのですが、データを移行して移管終了！の直前にmoeが逝去。5日分のデータが無くなってしまいました。PenD820(2.8GHz) + 1GB。75,000円。ボーナス前に痛い出費。- 2007年07月23日 mintサーバ，HDDがエラー頻発。リプレース
HDDがエラー頻発で、リブートすら時々うまく行かない状態に。24日に運用を一時停止し、28日にマシンごとリプレース。データに関しては、ほぼすべてサルベージしましたが、作業中にもCRCエラーが頻発し、データが完全な状態でサルベージ出来たかは不明です。新しいマシンは、Core2 Duo E6420@2.13GHz + 2GB。こんなハイスペックである必要はまったくなかったのですが、近所のパソコン屋さんでお持ち帰りできるマシンから選んだら、こんな結果に。109,900円の出費。- 2008年07月29日 サムネイルサーバ(puchiko)，HDDが飛ぶ。
暫定的に、画像サーバ(mint)にサムネイルを担当させます。- 2008年08月17日 サムネイルサーバ(puchiko)復活
リプレース用のマシンを購入。サムネイルサーバを置き換え。Core 2 Duo E4600(2.4GHz) + RAM 3GB + HD 320GB。69,800円。Windows無しマシンを頼んだのに、なぜかVistaのHome Edition入り。1万円、無駄にした orz。
萌え.jp のアクセスには，利用規約への同意が必要になりました。下記のフォームを用いて同意して ください。
この処理には，ブラウザがクッキーを受け取る設定にしておく必要があります。
