read.cgi再開発スレ
■ このスレッドは過去ログ倉庫に格納されています
稼働させると問題が多発しているread.cgiを再開発等を話しあうスレッド
です。
アイデア等がありましたらこちらへどうぞ >>686
JIS には半角カナあるよ (JIS X 0201)
ISO-2022-JP (JIS X 0202) にないだけ 693の症状って、携帯から見たとき、ひどいかも。
表示が省略された部分をリンクでたどると、
空白な場合が結構多い。 そのうち、携帯からでも普通にread.cgiとか、普通に専用ブラウザとかいうことが起こるですね。
read.cgiについてはもう起きてるのかな。au/Winとか。
仮にread.cgiがUAで跳ねても、そのうち携帯にもフルブラウザが当たり前に入って、
Mozillaって名乗ってくるようになるので、あんまり意味ないすね。たぶん。
ということで、ある日を境目に堰を切ったように
c経由じゃなくて普通に直接携帯から来る人たちが増えるかも、
と覚悟しといたほうがよさげですね。たぶん。 で、仮に >>702 だとして、どう対応すべきなのか。
たぶんこれは別のスレでやったほうがよさげなのかも。 まずは read.cgi で携帯はじきます、
UA & IP帯
植え付けっすね、 >>704
了解です。
UAはこのぐらいかと。
DoCoMoを含む(DoCoMo)
KDDIを含む(au)
UP.Browserを含む(au/ツーカー/Vodafone 3G)
J-PHONEを含む(Vodafone)
Vodafoneを含む(Vodafone 3G)
MOT-を含む(Vodafone 3G Motorola)
DDIPOCKETを含む(AirH") >>705
>DDIPOCKETを含む(AirH")
あーこれも弾くのでしょうか…
京ぽんで見るにはクラシックの最大表示スレ数が少なすぎるので、大抵read.cgi経由で見てます。
>>693の様なのは、ケータイモード(UA:DDIPPOCKET)で見ても特にPCからの閲覧と同じで
不具合を感じないので、できるならAirH" PHONE系については弾かないで欲しいです…
まあ、UA:Operaの場合(SSR、フルスクリーンモード)は大丈夫であればそれで我慢はできますけど。 判断基準は「回線の遅さ&特異さ」です、
>>707 の回線の特性を私はまだ知りません。 >>707
> クラシックの最大表示スレ数が少なすぎるので
増やせるんじゃなかったっけか。 >>707
cでもちゃんと設定すれば見れるし不具合も無いと思うが >>710
> 「回線の遅さ&特異さ」 (>>708)
だとすると、例外はないってことに。
逆に、高速回線ですばやく刷けるんであれば、そんな制限はしなくてもいいわけで。 高速ですばやく捌けるってのを、どう定義するかですね。
いわゆる「ブロードバンド」と等価以上であることが必要?
高速な携帯接続(3GとかAirH" Proとか)と低速な携帯接続を
サーバ側でうまく区別できるなら、開ける道はあるのかな。 すみません。リロードせずに書いてしまいました。
いくらOperaだろうと〜32kbpsで長い間繋がりっぱなしなのは一緒ですね。
失礼しました。 で、サーバ側から見ると、
・大勢でおしかけてきて
・のろのろといつまでもつながっていて
・しかも途中で切れたりして不安定
なのが、やなんですよ。
そうじゃないんなら、
たとえ相手が携帯であろうがそうでなかろうが、別に問題じゃないっす。 >>708
う゛…それを言われると痛いかも。
理論値速度32Kbpsのパケット通信ですが、携帯と回線特性は一緒であると思われます。
但し携帯の様な、間でごにょごにょするGWは基本的に入りません。
(AirH" PHONEセンター経由の場合でもISP的な役割しかしていません)
>>709,712
それが、メインでもミラーでもテストでも最大64までしか設定できないのですorz
それ以上の指定は反映されません。
64レスと言うのは、京ぽんで一度に見るには少なすぎます。
とりあえずは我慢しようかと思います… >>717
なるほど。
単純に上限値上げるだけだから、携帯系のスレでリクエストしてみるのはいかがかと。 京ぽんスクリーンモードでのUA
Mozilla/4.0 (compatible; MSIE 6.0; KYOCERA/AH-K3001V/1.4.1.67.000001/0.1) Opera 7.0 [ja]
>>705のUAに入って無いからスルーされる? >>719
フルブラウザと変わらないUAですね。
というか、ブルブラウザそのものか。
そこまでUA見て止めるのは、私は反対です。
厳格にやるならIPレンジの方ですが、さて。 スレを見てみた。
>燃える男の赤いカウンター+赤いトラクター
( ゚д゚)
…
( ゚∀゚)
男は漢の方が良いと思いました。 あのー、変更するなら
スレッドのリンクをc-2ch.netのメインページのリンクを貼るのでは無く、
c-2ch.net用のスレッドのアドレスのリンクを貼ることは出来ないのですか?
いきなり変更するのはともかく、メインにしか繋がらないのは不満。 ついでに、cは書き込みの反映がとんでもなくものすごく遅過ぎます。 どうすればいいのかな。
つまり、
/test/read.cgi/newsplus/1105582017/
がリクエストされたら、
http://c.2ch.net/test/-/newsplus/1105582017/i
にとばせばいいのかしら。 >>723
そーれは、狙った仕様すね。
実際にはすぐに書き込まれています。 mod_rewrite でなんとかしてしまうというのはどうだろう >>724
それでいいと思います。
ただ、外部に貼られたリンク経由の場合でスレ指定とかされてたら
それにも対応してもらえると良さげだと思います。
こんなのとか。
http://qb5.2ch.net/test/read.cgi/operate/1087199303/727n- >>724
そです。
>>725
実況以外はすぐ反映するんですがね・・・。 >>716
> ・大勢でおしかけてきて
> ・のろのろといつまでもつながっていて
> ・しかも途中で切れたりして不安定
moperaだ(^_^;) こそーり、dsoのread.cgiに >>724 を入れてみた。
手元の京ぽんではちゃんと動きました。
くれぐれもFOXさんには、内緒にしといてください。 全サーバに配りました。
本件、くれぐれも内密に。
|彡サッ >>698
ISO-2022-JPを規定してるのはJIS X 0208だぞ
半角カナがないという結論に変わりはないけど rootさんサンクス〜
>>740
手前WINNERですが大丈夫です。 帰宅。
BREWというかWINだから、最大2.4Mbpsか。
もう、昔の携帯の常識じゃないっすね。
つまり「フルブラウザからのアクセスなら(UAにMozillaという文字を含むなら)」、
>>708 にはもう該当しないのかもしれない。 error(1107)
携帯はこちらから見てください
http://c.2ch.net/test/-(ry 開発お疲れ様です〜。
携帯って移り変わり激しいから、
Mozilla含まないブラウザは携帯扱いしているおいら。 WIN端末だけUAで判別してread.c使えるようにはなりませんか? ex)CA31
やはりcは少し操作性が悪かったり・・・
あと、エロパロ板のc強制移動上手く行ってないみたいです。
再度ご確認願います >>748
ちょっと、それはむりぽっすね。
フルブラウザでのアクセスはPCと同じとみなす、
というのが、個人的にぎりぎりの線(歯止め)かなと思っています。
それでなくても携帯からのアクセス(特にau)はうなぎのぼりなので、
サーバにかかる負荷の問題が、無視できんです。
後半部分は、しぃ2ちゃんの中の人たちが対応してくれることでしょう。 c.2ch.netはbbspinkに対応できないので、
read.cgiで誘導して頂けると・・・ bbspink もクラさん仕様で見れるようにしてけれ r.i.じゃなくてc-からってことなら、
しばらく先になるかも。。
とかとか。 フルブラウザであっても、H"のように低速回線もあるわけで(^_^;)
特定の回線&特定のUAの組み合わせでは通す意味があるかと思います。
現状ではFOMAあるいはWINからの接続で、かつUAがmozillaのとき・・・・かな? >>754
ふむふむ。
今はUAで見てるですね。京ぽんも結果として通るのかな?
あんまり判定を厳密にやってもあれなので、
やばそうなところ(急増してる系、auとかauとか)を、重点的に対策ってかんじで。 >755
京ポン通っちゃいますね(^_^;)
って、考えてみたら、京ポンって固体識別できないんで(回線は一般ISPだったりする)
今考えてもしょうがないと気がついた(^_^;) >>756
うん。低速は既に(りゃ。
>>757
そですね。まぁUAきっちり見て無理やりやればいいのかもしれませんが、
そこまでコストかける意味は、あんまりないと思う。 京ぽんは2月から圧縮サービス始まるからねえ。
一旦センターで圧縮してから端末に送るようになるから、端末の速度はあまり関係なくなるかも。 IEで見てると、1のレス全体に
リンクが張り付いちゃってることがあるんですが、、、
何か調整中なんでしょうか?
>>762
無理。
リロードすると変わるんですよ。
たとえばこのスレでも起きる訳で。
飛び先はここ。
http://chbox.jp/goods/ 上部の「2ちゃんねるカレンダー2[PR]」アンカータグ閉じ忘れてるようです。
>>760の原因では。 UA送んないと
Connection to host hogehoge.2ch.net is broken.
になるんだ。
"unnko"だと通るのに。専ブラ使ってるからいいけどさ。。。 ボダのV702NKの標準ブラウザも、こっそりフルブラウザだったりする。 >>759
2ch自体が圧縮に対応してるし変らないじゃないか?
TCP/IPの原理(スロースタート)とAirH"Phoneが圧縮に対応してる事を考えると
実はテキストメインの2chの場合、そんなに携帯と速度差無いんじゃないかなぁと思ったりもする わけわからんカウンターだの広告だのベタベタ貼り付けて
2001年の夏に血まなこになって1バイト単位で削ったのは一体何だったのか… 今の問題と昔の問題は違うわけで
ネット環境の変化が激しいんだからしかたないべ で、[PR]部分の</a>タグが時々脱落する問題はいつになったら直るのさ? タグ閉じ忘れ何回やっても再現できないですけど
閉じない環境も書いた方が吉ですよ。
この辺を書けば原因追及してくれる人が出るかも
・OS
・使用ブラウザ >>775
XPSP1
IE6
とごく平均的かつ一般的な環境ですが >>775
[PR]のパターンのうちのいくつかが
</a>タグ閉じ忘れてるんだもん
原因もなんもないわい やっと再現できた。
>777の指摘通りかも
何回か表示させて一つしか見つからなかったけど上げておきます。
</a>閉じ忘れてるパターン
・ログインしないと書けません カレンダーでも新潟でもなるぞ
つーか、どれでもなる
毎回ダメなわけではないけど うちはその閉じてないパターンがなかなかでてこない、、、 広告データファイルの更新に際して >>503 のような手順を踏んでいなかったら起こり得ますね.
>>511 でも述べたように,>>503 は広告ファイルのことを念頭に置いて書いていたのですが,
現状では read.cgi の更新のみでその手順を踏んでいるということなのかも知れませんね.
mmap() しているファイルが更新されているのに server pool で保持している
ファイルサイズがそのままという事態が発生していると考えれば,つじつまは合います. >>782
広告も(に限らずmmap()する系はすべて).newを置いてからrenameする必要があるということですか。 mmapしたまま保持する場合(特にMAP_SHAREDで)はそうじゃないでしょうか。
広告ファイル等はそんなに大きいとも思えないし
mmapした領域から直接ではなく、メモリに保持するように変えるのも手かと。 >>784 そういうことですね.
>>785 今の[PR]文程度の容量なら,それも一案ですね. >>786
そのようにしておきました。
ひ(りゃ 管轄のとこなので、連絡しておくです。 改めてputしなおしました。
今変な部分があったら、おしえてください。 レス番号をbbs.cgiで認識する方法ってないすかねぇ、、
もしくは、javascriptで、レス番号部分を変数として抜くとか、、
>>793
> レス番号をbbs.cgiで認識する
たしか、今はsubject.txtとかに書き込むときに
レス数を再度datから読み込んでたような気がしたから、
それが変わってなければ結構簡単かも。書き込みが集中してなければ
レス番号=書き込んだときのレス数 ととれるし。 beで、評価したレスを特定してポイントを送れるようにしたいなぁ、、と。
透明削除時にレス番がずれてしまいそうですけど、、、 ■ このスレッドは過去ログ倉庫に格納されています