さくらインターネット、専用サーバースレ Part6
SPAMかどうかなんて、内容は関係ないよ。
無許可で大量メール送信した物は計上される。
947 :
937:2006/03/12(日) 14:08:41 0
>>945 さくらに文句つけられて強制解約になると面倒だから
>>946 ふーん
そんないい加減な方法で「スパム送信プロバイダ」のランキング作ってるわけですか
どこがそんな方式でランク付けしてるの?
YahooBBがユーザのことを考えていないプロバイダと言うことだけは理解した
普通の回線屋ならそんなことしたら解約&最悪賠償モノ
>>949 実際問題として、中身を読んで判断するわけにはいかないからね。
方法として数種類あって、
・受信した人が報告する
・大量メール送信を行ったプロバイダを調べる(普通の個人プロバイダの客の行為としては通常あり得ないから)
ってのが考えられるわけで。
その程度のメール量はトラフィックとしては問題ないし
苦情もないのに、何を対処する必要があるんだ
50万通が問題ないわけ無いだろw
ほんと、自分さえ良ければいいっていう、ホリエモンみたいなのが増えてるよorz
>苦情もないのに
連絡先が解らなければ、他の回線ユーザもクレーム出しようがないだろ。
なんか重いな、って泣き寝入りするしかないわけで。
>>955 トラフィックの話ではなく、SPAMに対する苦情だろ
もし、その程度で重くなるならISPの方が問題
>>954 SPAMじゃない通常メールで50万通が問題なら、何通までならOKなの?
逃げるなよw
>>956 業者によって異なるが、レンタルサーバなんかでは日に1000通くらいで制限しているところが多い。
つまり、それくらいで他のユーザに影響が出るってことだ。
影響が出るから、ポート規制しているISPも多いわけで。
数十万通というのは明らかに通常使用よりも多くて、間違いなく影響与えるって話だ。
業者によってシステムの規模から何から違うのに、
何通ならOKなんて明確な尺度があるわけないだろ。
それはISPに問い合わせろ。
専用サーバで1000通?どこ?
>>926 へ?
Webサーバアクセスしてもらうほうだが、スパム配信では出すのみでいい。
前提がまるっきり違う物を同列に並べてどうしろと?
おまえらうざい。
さくらが問題ないと言えば、問題ないんだよ。
さくがルールブック。
なら聞くな
答えるのも煽るのも勝手な掲示板で何をうざいだの何だの言ってるんだ
自演にしか見えん
■利用上の注意■
・自作自演、煽り、荒らしを発見した時は無視してください。
レスを付けることで有益な情報が埋もれてしまいます。
連鯖の方はこうなってるみたいだな
プラン 一時間あたりの最大送信数
さくらのメールボックス 1,000通
さくらのレンタルサーバ スタンダード 1,000通
さくらのレンタルサーバ プレミアム 3,000通
一日72000通ってところか。
専用サーバはFAQになかったけど、帯域を考えると、
エントリレベルの帯域だと無理な気がするけどね。
というか、一日50万通って、相当作り込まないと、
システム的にも配信難しいと思うんだがなぁ。
1台でやるなら丸一日は覚悟しないと。
メルマガみたいに即時配信っぽくするのなら、何台にも分散しないと。
メールっておまいらが思っているより送信負荷は少ない。
さくらの一番安い専用サーバで、50万PVのWikiが軽快に動作するのはご存知?(eAccelerator使用)
メール送信はそれより負荷、帯域が少なくてすむぞ。
>>964 システム作ったこと無い人ですか?
Wikiったって、PVでは一概に言えない。
コンテンツの数にもよるんだよね。
ま、50万通送信して「何か」トラブル発生したら、送信した香具師が全賠償責任負うだけだしな(ワラ
>>964 メルマガ配信システム作ってたが、1台で数時間で50万通ってのは無理だな。
DBから顧客情報読み出して、本文突っ込んで送出するシステムだったが。
>>967 > 1台で数時間で50万通
条件変えすぎ。
数時間じゃなくて、1日って条件だろうが。
あと、そのDBの処理に負荷かかってるんじゃないの?
sendmailやqmail単体での負荷なんて極僅かだ。
DNSへの問い合わせにも結構な負荷がかかるから
DNSキャッシュ関係もきちんと設定する必要がある。
>>966 なんか頭悪いようですね。
もうちょっと法律のお勉強をしたほうがいいですよ。
>>968 50万件のアドレスデータ、テキストから読みだそうがDBから読み出そうが同じことだよ。
っていうか、送信に丸一日かかっていいってなんかおかしくない?
同時に近い形で配信するからメルマガって意味があるわけで。
Aさんは今日来たけど、Bさんは明日ってのはどうなんだろうか。
だからSPAMだってばw
SPAMなら、同時に送信されなくても困らない
■利用上の注意■
・自作自演、煽り、荒らしを発見した時は無視してください。
レスを付けることで有益な情報が埋もれてしまいます。
なら最初から24時間で○万通なら? 1時間で○万通なら?と聞きましょうね(^^;
つか典型的な釣りだろ
そろそろコンビーフの話題が出てきてもいい頃合なんだが
980くらいで次スレかねえ
GMailって、LanguageをEnglish(US)にしてweb clipを表示すると、スパムフォルダの上にコンビーフのレシピが出るよね
SPAMは牛肉でなく豚肉だから、コンビーフとは別物なわけだが。
冷静なツッコミに笑った
SMAPは牛肉ではなくて中居だから、コンドームとは別物なわけだが。
982 :
名無しさん@お腹いっぱい。:2006/03/14(火) 13:13:15 0
乗り遅れな上に冷めさせるやつは、1年ほどROMって学習しろ。
中身のちゃんと入ったWIKIが一日50万もPVがあったら、夜の一番込む時間帯はかなり重くなると思うんだが。
pukiwiki使用。1日50万〜60万PV。
11時から1時くらいはかなりの負荷だけれど
Apacheの最適化、APCの導入、部分的なスクリプトの書換で快適に動いているよ。
>>983 最適化できない人はすぐそういうことを言い出い出すんだよね。
なんでもかんでもデフォルトでやっている人と最適化している人では、倍以上の差がでるぞ。
例えば、phpのWikiなら、Apache・phpの組み込みモジュール、設定の最適化、軽いWikiの利用、効果的なAcceleratorの導入。
そして一番効果的なのは、phpのスクリプト自体を軽くすること。
配布されているWikiスクリプトは汎用性が高く作っているので、自分の環境、設定では関係ない、無駄なコードが多い。
読み込み時の負荷を削減するためにいらない部分の削除や、負荷のかかりそうなコードの最適化などを行うと驚くほどの効果がでる。
何をやってどの程度負荷が削減されたか分かるように、ベンチしながらやるのが大切。
漏れは結構内容のあるWiki(1ページ平均50KB)で60万PVあるが、
ピーク時間でも、load average は 3を超えることは無い。
(だいたい、ピーク時間でも2前後だな)
それはさくらが優秀だからWIKIが軽いんじゃなくて、チューニングしたから軽いだけだろ。
俺がいってるのは上の方の人の言い分への突っ込みね。
WIKIが軽く動くからメールをたくさん送っても大丈夫ってやつね。
チューニング前提だったら程度によっていくらでも重さが変わるから、
PVの数が性能の尺度にはならなくなるじゃん。
>>986 それならレス番を指定して発言しようね。
特殊なWIKIなんて全くもって参考、基準にならないし。
単なる自己満足発言ですね。
phpAは昔使ってたが、phpのバージョン上がるたびに変なエラー出たりするから使うのやめたなぁ
運用環境で使ってる人はどうしてるの?
ZendAccelerator?
>>989 APC使ってる。
ちゃんとバージョン変更についてきてくれるし。
普通のメール送信なら1日50万通送れるから
無理だというやつはMTA何使ってるの?
まさか、sendmailで常に逆引き設定ですか??
スパム業者は、1日に数千万個〜数億個のメールアドレス(@より左がランダムな文字列な場合も多い)に送信しているの知ってる?
よっぽど効率悪い処理しない限り、1台の専用鯖占有して、100万/日通 や 200万通/日 が送れないなんてありえない。
ほんと専鯖借りるのにその程度の知識もないやつがおおいんだな。
送れる送れないじゃなく、送るなということだ。
>>993 さくらぐらいの回線とスペックだと、何通ぐらいが適当とかわかる?
もちろん、特殊なチューニングとかなしでね。
実際に運用しなきゃ、こういうのってわからないものかな。