read.cgi再開発スレ
■ このスレッドは過去ログ倉庫に格納されています
稼働させると問題が多発しているread.cgiを再開発等を話しあうスレッド
です。
アイデア等がありましたらこちらへどうぞ ある程度でいいんじゃないのかな
AA板とかは特別だし・・
まあそれほどこだわることでもないから・・ お疲れ様です。
修復スレに以下のようなご依頼がございましたが、>>650-651のようなこと
かもしれませんので、未修復のままご報告申し上げます。
http://qb5.2ch.net/test/read.cgi/operate/1084445786/989
> 989 名前:暇つぶし屋 ◆YNYxYDPsyI 投稿日:05/01/08 23:23:57 ID:T37MWxbV
> 削除依頼は提出済みですが、一応報告を
> (スレ違いならば無視してください)
>
> http://life7.2ch.net/test/read.cgi/psy/1094303269/
> (1/8 23:23現在、レス数889)
>
> こちらのスレがIEからはオプション無しで354まで
> l50では854まで、l100では860までしか取得できません
>
> http://life7.2ch.net/test/read.cgi/psy/1094303269/879の
> 直リンがIEからは「ページを表示できません。」となることから
> この書き込みが原因だと思われます 旧[ここ壊れてます]になるはずのレスで名前欄がおかしくなる不具合
必要ならどっかでテストしてみるけど >>682
半角カタカナがだめなのはJISだけだよ。Shift_JISやEUCは問題なし。 >> 470
> apr_time_t はマイクロ秒単位の 64-bit 整数です.printf 文のフォーマット指定は
> ILP32 なら %lli,LP64 なら %li かと.
おいおい、Solaris使いならいくらなんでもPRIi64とか知ってるよな?
#ifdef LP64なんてダサい事やめようや。
そもそもapr_time_t = 64bitを仮定する事が間違いで、
んな決め撃ちコード書くとlibaprの仕様変更に泣く事になる。
あくまでopaqueとして扱ってapr_time_t用に定義されてる
printf format用のマクロ、APR_TIME_T_FMT を使うべきとこだぞ。 >>687 確かに,仰せのように apr_time_t のサイズは決めうちではなく opaque として扱うのが正道ですね.
# まぁ,現在 lastmod を表示させているのはデバッグ用の一時的なものかとは思いますが. スレスト済みのスレッドを表示する時は、
書き込み欄は無くして欲しいです。
つか、以前は無かったと思うんですが。。。。 pc5鯖のメモリ増設(リブート)で、末尾に'\0'が追加された.datが複数出ているようですね。
追加レスがあれば名前欄に*****となり、
追加がなければ、ここ壊れてますになるようです。 >>684の件ですが、反応がございませんでしたので、こちらで対応するべき
問題ではないのかと思い、修復をかけたのですが、修復することができま
せんでした。そこで、動作報告スレの方へ相談することに致しました。お騒
がせ致しました。 行末に半角スペースが入るの何とかならないんでしょうか?
コピペで引用する時に不便です。
ソース見ると本文中の<br>タグの前後にやたらと無駄な半角スペースが付いてますが。 >>693
Jane等の専ブラで対応されていますよ > ■掲示板に戻る■ 関連ページ 全部 1- 最新50 [PR]2ちゃんねるカレンダー2005 [PR]
> read.cgi再開発スレ
>
> 1 :reffi@報告人 ★ :04/06/14 16:48 ID:???
「掲示板に戻る」の行と、スレタイの間に1行分あけて欲しい。
つーか、元に戻して欲しい。
IEだと見難くてしょうがないっす。なんとかならないでしょうか。 >>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 で保持している
ファイルサイズがそのままという事態が発生していると考えれば,つじつまは合います. ■ このスレッドは過去ログ倉庫に格納されています