すべて表示


[ホームページ][使い方説明][ツリー表示]

1ページに最大10件のツリーを表示します。
24時間以内の書込みにはNEWマークを表示します。

Nortonなど、アンチウイルスソフトの設定によっては書き込みできない場合があります
javaを理解してくれないブラウザ、海外からは書き込みできない可能性があります。詳しくはお問い合わせ下さい。
宣伝書き込み防止のためURIは不定期に変更します
↓次の記事の先頭へ↓

No.20763 XC2 O.Oku [Windows/XP:FireFox/3.5.7] 01/26(火) 21:04
飛びましたね。
こちら

機動の詳細はわかりませんが非常に安定しているように見えます。
STOLであることは動画からもわかります。
新開発機の初飛行、テストパイロットはどういう気分なんでしょうね。

No.20764 RE:XC2 YASU [n:Windows/Vista:IE/8.0] 01/26(火) 21:53
XC-2の試験飛行、無事に終わったみたいですね。
一号機なので無理はできないとは思いますが...
C-1みたいな機動ができたらいいなっと
こちら

こちら

zh079028.ppp.dion.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20686 ホワイトリスト ほりこし [M:Windows/XP:IE/7.0] 01/19(火) 14:45
UA表示改造のついでに、もう一つ表示を加えてみました。
UAの前にf(フェムト)〜T(テラ)までの1文字が出ます。
これはホワイトリストに記録された書き込み回数を元にしています。

ホワイトリストのカウンタは書き込むごとに1増え、そのまま30日経過すると1減ります。
ホワイトリストのカウンタが一定値以上だとホワイトリストが機能するので、URL書き込みなどの規制が相当緩和されます。

と、やっていたらホワイトリストが消失しちゃいました。
すみません…
普通に書いていれば又出来ます。

ホワイトリストは名前とパスワードのマッチを見ています。
Cookieが返ってこないとホワイトリストは出来ません。
ホワイトリストが出来るまでは色々制限を受ける可能性があります。

No.20687 RE:ホワイトリスト YASU [Windows/Vista:IE/8.0] 01/19(火) 15:47
暇なので反応してみます

k036131.ppp.dion.ne.jp


No.20688 RE:ホワイトリスト YASU [Windows/Vista:FireFox/3.5.6] 01/19(火) 16:25
ブラウザを変えてチェック

k036131.ppp.dion.ne.jp


No.20689 RE:ホワイトリスト YASU [Windows/Vista:FireFox/3.5.7] 01/19(火) 17:08
FireFoxを更新したのでちょっとチェック

zh079028.ppp.dion.ne.jp


No.20690 RE:ホワイトリスト YASU [f:CrOS/i686:Chrome/4.0.289.0] 01/19(火) 18:00
ありゃ名前を全角で入れてしまいました。

zh079028.ppp.dion.ne.jp


No.20697 RE:ホワイトリスト ichigo [Windows/Me:FireFox/1.5] 01/20(水) 07:37
マイナー環境ということで、普段はMIDI楽器にしかつながっていない旧機種を。
もちろんこのOSがメジャーになったことは一度たりともないのですが。
しかしコレと入れ替えに来たVISTA機よりこっちの方が軽快なのはいまだに納得がいきません。

No.20711 RE:ホワイトリスト shojim [Windows/2000:FireFox/3.5.7] 01/22(金) 15:26
ちょっとテストさせてください.

No.20718 RE:ホワイトリスト Beep [Windows/XP:FireFox/3.6] 01/22(金) 21:37
なんか書けないっぽい?

w172128.dynamic.ppp.asahi-net.or.jp


No.20719 RE:ホワイトリスト YASU [Windows/Vista:FireFox/3.6] 01/22(金) 23:37
FireFox更新したので試してみます 

zh079028.ppp.dion.ne.jp


No.20720 RE:ホワイトリスト YASU [p:Windows/Vista:FireFox/3.6] 01/22(金) 23:40
又、名前を全角で入れてしまいました

zh079028.ppp.dion.ne.jp


No.20721 RE:ホワイトリスト HT [f:MacOS/IntelMAC:Safari/525.27.1] 01/22(金) 23:45
[MacOS/IntelMAC:Safari/525.27.1]

ほりこし様に質問です。 max:safariの後に続く数字525.27.1とは、なんの事でしょうか。教えて下さい

No.20722 RE:ホワイトリスト Beep [Windows/XP:FireFox/3.6] 01/22(金) 23:49
書けたり書けなかったり?

w172128.dynamic.ppp.asahi-net.or.jp


No.20724 RE:ホワイトリスト YASU [p:Windows/Vista:FireFox/3.6] 01/23(土) 01:56
>HTさん
サーバ側に送られるUserAgent情報の中からブラウザのバージョン情報と思しきところを抜き出しておられんじゃないですかね?

私のPCにインストールされているSafariからは以下のような情報が送られるはずです。

Mozilla/5.0 (Windows; U; Windows NT 6.0; ja-JP) AppleWebKit/531.9 (KHTML, like Gecko) Version/4.0.3 Safari/531.9.1

今使ってるFireFoxからは
Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)

参考になりましたでしょうか?

zh079028.ppp.dion.ne.jp


No.20726 RE:ホワイトリスト ほりこし [M:Windows/Vista:IE/7.0] 01/23(土) 09:51
HTさん

YASUさんが書かれているように、ブラウザ名称の後に1文字あけて続く数字を表示しているだけです。
通常は"/"を挟んで続くのですが、別の文字の場合もあるので何でも許しています。
Firefoxの例の場合で、もしFirefoxの文字列が見つからないとGecko/20100115と出る事になります。

Beepさん
入力文字数が少ないからですね。
一定以上の文字数がないと書き込めなくなっています。
ホワイトリストが出来れば大丈夫になると思います。
Beepさんはあと2〜3回書き込みに成功するとホワイトリストが有効になります。

No.20727 RE:ホワイトリスト YASU [p:Windows/Vista:Safari/531.21.10] 01/23(土) 13:07
SafariだとVersionの部分を読まないと一般的なバージョンじゃ無いみたいです。
ブラウザ名称のところはビルド番号かなんかですかね?

zh079028.ppp.dion.ne.jp


No.20728 RE:ホワイトリスト ほりこし [M:Windows/Vista:IE/7.0] 01/23(土) 14:01
文字数不足で書けない方がいるので判定を甘くしました。
これは元々海外からの書き込み防止策で、奴らは日本語のページの一部分をコピーして倍角文字を入れてきたのでした。
そのため倍角文字10文字以下では書けないようにしていました。

現在は倍角文字5文字以下か、倍角文字の10倍以上の文字数の半角文字があると書けないように設定をなおしました。

No.20729 RE:ホワイトリスト ほりこし [M:Windows/Vista:IE/7.0] 01/23(土) 14:03
> SafariだとVersionの部分を読まないと
>
Versionの文字列が来るときと来ないときがあるんです。
まあ来たときはそれを表示でもいいとは思うのですが…

No.20730 RE:ホワイトリスト ほりこし [M:Windows/Vista:IE/7.0] 01/23(土) 14:05
あ、それとですね、書き込みページに移動してから書き込みボタンをクリックするまでの時間も計っています。
コピペでの宣伝書き込みを阻止するためです。

No.20731 RE:ホワイトリスト adfl [Windows/XP:Opera/9.80] 01/23(土) 14:07
久しぶりに書き込んでみます。
環境はWindowsXPにOperaです。

u507176.xgsfm14.imtp.yokohama.mopera.net


No.20732 RE:ホワイトリスト ひろ [Windows/XP:IE/8.0] 01/23(土) 14:38
なんだかいろいろあるのね
XP/IE8

p8133-ipbfp401yosemiya.okinawa.ocn.ne.jp


No.20733 RE:ホワイトリスト ひろ [Unknown/Unknown:Unknown/Unknown] 01/23(土) 14:47
N-06Aとiモードでは失敗かな?
今度は自宅無線LANで

p8133-ipbfp401yosemiya.okinawa.ocn.ne.jp


No.20734 RE:ホワイトリスト ひろ [PlayStation/Portable:Unknown/Unknown] 01/23(土) 14:56
PSP(ゲーム機)@自宅LAN

p8133-ipbfp401yosemiya.okinawa.ocn.ne.jp


No.20736 RE:ホワイトリスト YASU [n:Windows/Vista:Chrome/3.0.195.38] 01/23(土) 15:03
Windows+Chromeは試してないので

zh079028.ppp.dion.ne.jp


No.20737 RE:ホワイトリスト ひろ [PlayStation/Portable:Unknown/Unknown] 01/23(土) 15:06
PSP@moperaU(N-06Aのアクセスポイントモード)

これで自宅のPS3にログインできるんだけど、128kモードでは使いものにならず。残念。

110.162.116.93


No.20738 RE:ホワイトリスト ほりこし [M:Windows/Vista:IE/7.0] 01/23(土) 16:24
ケータイのフルブラウザから書けなかったですね。
一応修正したつもり。
ケータイフルブラウザのことは全く意識していませんでした。

No.20739 RE:ホワイトリスト やまむら [Nintendo/DS-i:Opera/9.50] 01/23(土) 16:53
任天堂DSiから書いてみます。

i114-181-197-3.s04.a013.ap.plala.or.jp


No.20743 RE:ホワイトリスト ほりこし [FOMA/Browser:N06A3/Gecko] 01/23(土) 17:18
フルブラウザからテスト

No.20744 RE:ホワイトリスト Beep [Windows/XP:FireFox/3.6] 01/23(土) 18:25
XP SP3にFireFox3.6(やはり気持ち軽くなったような...)から書いてみます。

w172128.dynamic.ppp.asahi-net.or.jp


No.20745 RE:ホワイトリスト Beep [f:Windows/XP:IE/7.0] 01/23(土) 18:31
文字数の件、了解しました。ありがとうございます。
XPでDonut Raptとか出るのかな?

w172128.dynamic.ppp.asahi-net.or.jp


No.20746 RE:ホワイトリスト Beep [f:Windows/XP:IE/8.0] 01/23(土) 18:33
XP IE8ですがどう出ますでしょうか?

w172128.dynamic.ppp.asahi-net.or.jp


No.20747 RE:ホワイトリスト 中村 [f:Linux/i686:FireFox/3.5.7] 01/23(土) 20:10
CentOS x86_64 Firefox です。
どうなるでしょうか?

No.20748 RE:ホワイトリスト yama [Linux/i686;:Chrome/4.0.302.2] 01/23(土) 21:27
GoogleChrome on Debian Lennyでテストします

No.20749 RE:ホワイトリスト YASU [n:Linux/i686;:FireFox/3.5.6] 01/24(日) 03:44
久しぶりにFedoraを入れてみました。
Fedora 12+FireFoxは3.5.6です。

zh079028.ppp.dion.ne.jp


No.20750 RE:ホワイトリスト YASU [n:Linux/i686;:Chrome/4.0.249.43] 01/24(日) 04:00
Fedora 12+GoogleChrome

zh079028.ppp.dion.ne.jp


No.20751 RE:ホワイトリスト OZAccho [Windows/2000:IE/6.0] 01/24(日) 11:21
PC-9800版Win2000にLunascapeです。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20621 RE:ユーザーエージェント? YASU [Windows/Vista:InternetExplorer/8.0] 01/18(月) 02:18
Vista+IE8です

k036131.ppp.dion.ne.jp


No.20622 RE:RE:ユーザーエージェント? YASU [Unknown/Unknown:Safari/532.8] 01/18(月) 03:37
ちょっと変わった環境から

k036131.ppp.dion.ne.jp


No.20623 RE:RE:ユーザーエージェント? YASU [Linux/i686;:NetscapeNavigator/5.0] 01/18(月) 04:10
wizPyのTurboLinux+Firefoxだとどうでしょうか?
先ほどのはChromeOS on USBメモリからでした。

k036131.ppp.dion.ne.jp


No.20624 RE:RE:ユーザーエージェント? YASU [Unknown/Unknown:Unknown/Unknown] 01/18(月) 06:48
Walkmanからです

k036131.ppp.dion.ne.jp


No.20625 RE:RE:ユーザーエージェント? ほりこし [Linux/i686;:NetscapeNavigator/5.0] 01/18(月) 11:43
agent.plを全面的に作り変えないと現状に対応できないかも。
当時はNetscapeとIE程度しかメジャーなものがなかったようで、それに特化したような作りになっています。
ブラウザ判定と、そのブラウザが使われているOS判定が組み合わされているのでブラウザ識別を多くするとブラウザ識別を多くすると指数的に?判定が増えちゃいます。

No.20627 RE:RE:ユーザーエージェント? tya [Unknown/Unknown:NetscapeNavigator/5.0] 01/18(月) 15:01
現状では正確な判定は大変なのですね。
試しに Win 7 64bit <= VMWare <= QNX で Firefox

3d2ca84c.ip.ncv.ne.jp


No.20628 RE:RE:ユーザーエージェント? tya [Linux/i686;:NetscapeNavigator/5.0] 01/18(月) 15:07
Win7(64) <= VMWare <= ubuntu(64) firefox

No.20629 RE:RE:ユーザーエージェント? tya [Windows/XP:InternetExplorer/8.0] 01/18(月) 15:18
Win7(64) <= VMWare <= Win xp Pro.sp3 IE8

3d2ca84c.ip.ncv.ne.jp


No.20630 RE:RE:ユーザーエージェント? YASU [Windows/Vista:InternetExplorer/8.0] 01/18(月) 15:32
Chromeですが、ブラウザはSafariもしくはAppleWebKitかなんかでいいんじゃないですかね?
OSもUbuntuベースなのでLinuxで良いかと...
QNXはUnixかな?
そうそう、ブラウザはレンダリングエンジンで判定・表示したほうが潰しが利くような気がするんですがどうでしょう?
メジャーなのはIE、Gecko、AppleWebKitぐらいしか無いはずなので判定が簡単になる可能性があります。

k036131.ppp.dion.ne.jp


No.20631 RE:RE:ユーザーエージェント? ほりこし [Windows/XP:InternetExplorer/7.0] 01/18(月) 15:51
ログを見てみると色々なものがありますね。
Mozilla/5.0 (X11; U; CrOS i686 0.0.0; en-US) AppleWebKit/532.8 (KHTML, like Gecko) Chrome/4.0.289.0 Safari/532.8
これなんか、Chrome,Safari,Gecko,AppleWebkitの全部入りみたいな。

No.20644 RE:RE:ユーザーエージェント? ほりこし [Linux/Ubuntu:Gecko/20100106] 01/18(月) 17:20
agent.plを大幅書き換え。
OS判定部とブラウザ判定部を分離しました。
ケータイ用があるので完全分離は出来ない(面倒)ですが、ある程度対応に自由度が出来たはず。
ブラウザバージョンの通知の書式が複数あってちょっと面倒と言うか、何でもOKにすると誤検出があるかも。

No.20645 RE:RE:ユーザーエージェント? ほりこし [DoCoMo/N06A3:DoCoMo/DoCoMo2.0] 01/18(月) 17:34
携帯からもテスト

No.20650 RE:RE:ユーザーエージェント? ほりこし [WILLCOM/SANYO:WX310SA/3.3] 01/18(月) 18:10
WX310SAのつもり。
バージョン判定できるかな?

No.20651 RE:RE:ユーザーエージェント? YASU [CrOS] 01/18(月) 18:21
どう出るか楽しみです。

k036131.ppp.dion.ne.jp


No.20654 RE:RE:ユーザーエージェント? ほりこし [CrOS/?:Chrome/4.0.289.0] 01/18(月) 18:38
ブラウザ情報が出ませんね。
もしかして何か文字をセットしておかないと駄目かな。

No.20655 RE:RE:ユーザーエージェント? ほりこし [Windows/XP:IE/7.0] 01/18(月) 19:03
ブラウザやOS環境などはJSで取った方が簡単なのかも。
こちら
64Bitか否かはUAでは判定できない場合が多いようです。

No.20662 RE:RE:ユーザーエージェント? nobody [Windows/XP:FireFox/3.5.7] 01/18(月) 23:22
ここまでの時点で、未だに*BSDが出ないのは、驚くべきなのか否か...

別スレッドの話でLinuxの柔軟性について話題に出ましたけど、Linuxは
あまり宗教というか原理主義って無いんですよね。
GNU/HurdやFreeBSDの場合、どうしてもかくあるべき、みたいな議論が
先行しているような気がして、そのへんが今日の普及度の差となって
しまったのかと。

No.20663 RE:RE:ユーザーエージェント? ほりこし [Windows/XP:IE/7.0] 01/18(月) 23:42
個人的にはBSD系の方が慣れているのでLinuxよりいじりやすいのですが、Linuxの方が一般的というかGUI化が進んでいるというか何というか。
FreeBSDでXを動かすのはUbuntuを動かす何倍も苦労するのではないでしょうか。
というか、GUI使うならFreeBSDである意味はないでしょ、みたいな。

元々はSunOSからunixをいじり始めたのでSystemV系ですかね、昔で言うところの。
その後FreeBSD1.7辺りをいじり始めるわけですが、SunOSより解りやすくて簡単な印象でした。
初期の頃はBSD系の方がネットワーク系などに強かった印象もあって。

LinuxはPOSIXなんですかね。
ubuntuはいじりますが、いやはや中身が良く分からない…
慣れなのでしょうが。

No.20664 RE:RE:ユーザーエージェント? 中村 [Linux/i686:Gecko/20091221] 01/18(月) 23:51
CentOS x86_64 FireFox です。

> 元々はSunOSからunixをいじり始めたのでSystemV系ですかね、昔で言うところの。

SunOS は4まで BSD、Solaris から SystemV に趣旨換したのではありませんでしたっけ?

No.20665 RE:RE:ユーザーエージェント? YASU [CrOS/i686:Chrome/4.0.289.0] 01/19(火) 00:40
FreeBSDをサーバ以外で使っている人が少ないんじゃないですかね?
うーん、ちょっと不安定だQuadCoreと相性わるいのかな?
まあ、ベータ版だからこんなもんですかね?

k036131.ppp.dion.ne.jp


No.20666 RE:RE:ユーザーエージェント? YASU [Windows/Vista:IE/8.0] 01/19(火) 03:29
最初に触ったUNIX系はPC-9801に80386の載ったボードを挿して使うPC-UXでした。
テキストエディタもviじゃ無かったような...
後はPC-9801用のMINIXかな?
アスキーから解説本とセットで出てました。

仕事で使ったのはμVAX上のULTRIX、DecStation上のULTRIX、SONY NEWS-OS、NEC EWS4800 EWS-UX、sun solaris...
この辺は、C,C++でバッチ系のプログラムを書く為に使っただけなので基本コマンドしか使ってませんが(^_^;)
本格的にいじりだしたのはLinuxかな?
仕事だとLaser5 Linux(RedHat系)、TurboLinux、RHEL、CentOSぐらいですかね?
FreeBSDでのお仕事はしたことが無いので使ってないって感じです。

SunOSは系統変わったので戸惑った話は聞いたことがありますね。
幸い私はSystemV系以降に仕事で使うようになったので戸惑うことは無かったですけど。
Oracle上のストアドプロシージャ開発を7,8,8i,9についてほぼ同時期に担当したときは混乱しましたが(;_;)

k036131.ppp.dion.ne.jp


No.20668 RE:RE:ユーザーエージェント? ほりこし [Linux/Ubuntu:FireFox/3.5.7] 01/19(火) 09:12
> SunOS は4まで BSD、Solaris から SystemV に趣旨換したのではありませんでしたっけ?
>
そうでしたね。
SunOS4はSolaris1.xだったっけかな。
当時、Solarisって一体何だ?みたいな感じで。
SunView(だったかな、Sun独自のWindowシステム)もXになったんだったかな。

SunViewで動く日本語ワープロみたいなものがあって、HPGLのデータを読んで画像に展開できる機能が便利だったのですが何せ重くて。
まあ当時のSparcなんて25MHzとか、そんなクロックでしたからね。

No.20669 RE:RE:ユーザーエージェント? YASU [Windows/Vista:IE/8.0] 01/19(火) 12:53
>SunView(だったかな、Sun独自のWindowシステム)もXになったんだったかな。
SunView、XView、OpenWindowsなんて沢山あったような...
X WindowではGUIの規格?にOpenLookとMotifと二種類有って、確かSunはOpenLook系だったような記憶があるんですが古い話なので記憶が曖昧です。

>SunViewで動く日本語ワープロみたいなものがあって、HPGLのデータを読んで画像に展開できる機能が便利だったのですが何せ重くて。
HPGLなんて懐かしい名前が...
HPのコンピュータ(9825や9845)からHP-IB経由で渡辺測器やHPのプロッタに出力していたんですよね。(9845ではCRT表示もHP-GLでした)
プログラミング言語もHP-GLにBASICライクの命令を付け足した程度のやつも使ったし。
PostScriptほど高度なことは出来ないけど単純なので扱いが楽ですよね。

k036131.ppp.dion.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20656 婚活というか… にゃんこ [Windows/XP:Gecko/2009122116] 01/18(月) 20:48
飲み屋のねーちゃんに騙されるなんて、今に始まった事じゃないですよ(^^;)。

見栄えで判断出来ないのは男が馬鹿なだけ。

アダルトビデオで、セーラー服着て派手なネールアートしているねいちゃに興奮するのと同じじゃないでしょうか(笑。


最近の若い奴は、そう言った飲み屋に行かないから簡単に騙されるんでしょう。男が女を騙すのとは根本的に違うと思うんですけれどねぇ…。

No.20667 RE:婚活というか… バルス [Windows/XP:IE/8.0] 01/19(火) 08:29
 関連するような、しないような事ですが。


 「子供手当」や「高校授業料無料化」により、子持ちバツイチ女性の再婚率が下がるのではないかとも思われました。

 政府からすれば、少子高齢化対策のために子供さえ増やしてくれれば、結婚に関してはどうでもいいのかもしれませんが。
 そういう女性を狙っていた男からすると、迷惑なのかもしれません。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20602 ネコ足サス FUSHIKIZ http://Google [Windows/XP] 01/17(日) 00:17
今日の

>ハーシュネス吸収がうまく行かない上にロール剛性が上げられず、
>ハーシュネス対策のためにブッシュを多用して余計に調子が悪くなるという感じ

を読んでいて思ったのですが、今の車にはネコ足というのがあまり無いですね。
以前XJやW126に乗ったときは、これがネコ足かと思ったのですが、W140のときは
ネコ足とは思えませんでした。

その原因は、サスのアーム長が短いことにあるのでは無いかと思います。
サスがバンプするにしても、コンプライアンスで変形するにせよ、アームが
長いと、同じコンプライアンスを得るのにブッシュの動きは小さくて
すみ、アライメントも狂わない。逆にブッシュが同じだけ変形しても
アライメントの変化が少ないのですね。

まだロールスに乗ったことが無いのですが、ロールスのフロントロアアームは
長大で車のフロントメンバー中央まで伸びて左右の付け根が並んでいます。

こちら

古いXJのころのダブルウィっシュ
ボーンのロアはかなり長いのですね。

こちら

W126もその後のものW201、W124のロアアームから発展した
ものより長いのです

こちら
こちら
こちら

やっぱりブッシュのコンプライアンスだけでなくアーム長がある程度
いるのではないですかね。どうもW201以降のサスは世界中のサスに
影響していますが、フロントリアともアーム長が今の堅いタイヤで
コンプライアンスを確保しながらアライメント変化を抑えるには
長さが不足しているのではないかと思いますが、いかかでしょう。

FUSHIKIZ

No.20603 RE:ネコ足サス じる [Windows/XP] 01/17(日) 08:56
>長さが不足しているのではないかと思いますが、いかかでしょう。

それはあるかと思いますが、自動車メーカーとしては、アライメント変化よりも、アライメントの数値そのものに重きを置いているように思います。
アーム長が長くなると、アライメントの数値確保の為にはどうしても建付の精度を上げなければいけませんが、それはそのままコスト増になります。
特にトヨタは、如何に部品製作にあたって手離れを良くするか? ってことに一生懸命になるメーカーなので、ぶっちゃけ、プレス以外は悪! 後加工なんてもってのほかなので、おのずと精度向上には限界がありますね。
あとはタイヤの性能向上でしょうか?
レース車両と違い、一般市販車は年々車体重量が増えているのに、カーブを曲がる速度は増しています。
そうすると、今までは影響の出なかった速度域(カーブの)でのサスアームのたわみが気になるってこともあるのでは? って思います。
昔では考えられなかった程の、横方向に荷重がかかった時の評価を、みんなが当たり前のようにやっちゃうんですよね。
で、アームの剛性を上げるには、同じ材質だともうそれ自体を重くするしか無いので、特にバネ下が重くなるのはイヤでしょうね。

良い言い方をすれば、現時点でのトレンド。
悪い言い方をすれば、やっぱ妥協?

ntgifu118220.gifu.nt.ftth4.ppp.infoweb.ne.jp


No.20604 RE:ネコ足サス w123 [Windows/Vista] 01/17(日) 09:20
かなり古い車を引き合いに出しますが、かつてのスバル360のリアはスイングアクスルで小さい車体にもかかわらず小径タイヤで悪路での乗り心地を確保するためにアクスルの支点はデフのサイドギア(つまりかなりの中心点)でスイングアクスルとしてのアーム(この車の場合はドライブシャフトが兼務)が極力長く確保される設計でした。制約された条件下の中でも最善を尽くそうとした、設計者の強い意志が見える設計でありました。
さて、サスアームが短く設定されるのはエンジンのV型化やFFのよる横スペースの不足とアームを長くすることによるコストの問題が考えられると思います。スペースの問題はを大型化しても重くなる車重、多段化するミッション、太くなるタイヤによりサスペンションの場所取りは厳しくなると思われますし、アーム長を長くとれば剛性確保でプレス製とはいかず、鍛造になりコストに敏感ですから、余計にブッシュで行きたくなると思います。
昔欧州では、鍛造アームに支点はメタルブッシュのグリスニップル付きが当たり前だったのですから。

softbank218131213012.bbtec.net


No.20605 RE:ネコ足サス FUSHIKIZ [Windows/2000] 01/17(日) 10:28
みなさんがおっしゃるように、アームが長いとスペース、コストを
食いますよね。しかし、高級車ってなんだろう、という議論になれば
やはり乗り心地というのがあるのでは無いでしょうか。

もちろん、単にフワフワしているのではなくて、きっちりアライメント
をとりながらダンパーがしっかり効いて、かつ大き目のストロークを
とるということですね。

ですから横置きFFの小型車でこれらを求めるのは難しいですが、
必ずしもV型エンジンは制約にならのいのですよ。というのは
V形はヘッドこそ大きいですが、クランクケースあたりは直列
とあんまり変わらないのです。例えば

こちら

を見ていただくと、V形の頭が大きい部分はスプリングの上の板金
部分が左右に幅をとることで確保していますから、できないことは
無いのです。また、最近の多くの高級車はフロントサスフレームを
持っていて、それをハイドロやNC制御でいっきにつくっています
ので、昔ほど精度は問題ありません。また逆にアーム長やベース長
が長くなると、同じ誤差1ミリにしても逆にアライメントへの影響は
小さくなるのですね。

どうも、80年代にマルチリンックを含めてベンツが新しいサスに
以降したのには、悪路が減ったのでW126ほどのサスストロークは
今後いらないのではないか、と考えたフシがある。

このW126のロアアームをA形プレスにし、上のナックルをダンパー
にしてストラットとしたものがW201,W124、やはりE500では無理が
あると思ったのか、Aアームをそのままで上をダブルウィッシュに
したものがW202,W210、Aアームをプレスからロッド2本にして
仮想キングピンを車輪内に追い込むとともに、アッパーアームを
コストダウンしたものがおW203,W211、それらをベースに、
特にリアサスの各アーム長が不足するのを、ナックル側の
支点を内側に延長したのが、Sシリーズということで、個人的には
ちょっとメルセデスのサスはW202,W210以降、価格にみあっていない、
CシリーズからSシリーズまで多くの共通部品を使いまわしていて、
プレスを多用するなど値段の割にボロいと思います。

やっぱり500万を超える価格の車なら

こちら
とか
こちら

じゃなくて

こちら

こちら

あたりがあたりまえだと思うのですがね。ちょっと手抜きがすぎるのでは
無いかと思います。

FUSHIKIZ

No.20606 RE:ネコ足サス バイアス [Windows/Vista] 01/17(日) 11:45
>かなり古い車を引き合いに出しますが、かつてのスバル360のリアは

話題の中心から、ちょっと脱線してアーム長を競えば、
私が昔乗っていた本田1300クーペのリアは、アームが左右の反対側のタイヤに近い所から伸びていました。
車幅に対するサスのアーム長としては、最長ではないでしょうか。
こちら
運転した印象では、リアのキャンバーが若干プラス側に付いていて、コーナリング中にアクセルを戻すとタックインがありましたが、
挙動は穏やかでコントロールは容易でした。
当時、後部座席の人からは「乗り心地が良い」と言われました。

No.20607 RE:ネコ足サス ボーリ [Windows/2000] 01/17(日) 12:41
>後加工なんてもってのほかなので、おのずと精度向上には限界がありますね。

そんなトヨタでも全ラインにモノコック測定用のCMM
こちら
を導入するって言ってましたよ。全ラインに入れたのかは知らないけど、
何台かに一台は組み立て後のモノコックの精度チェックしてるようです。
多分、プレス後のパネルも単体で測ってますよ。
対してホンダは、子会社の作ったジグと金型を全面的に信用してるようです。
どっちが良いんでしょうね。

衝突時の衝撃吸収能力とサスペンションアームの取り付け部の剛性を上げようとすると、
前後のメンバーはAピラーやサイドシル寄りにする必要がありますよね。
特にオフセットクラッシュを考慮すると。
マルチリンク(類似)にする事によりアライメント変化を押さえられるようになったので
短くできるようになったと言うのも有ると思います。その分ブッシュの捩れによる影響はあるかもしれません。
まあ、オールアルミに拘ってサスペンションアームの剛性確保の為に短くせざるを得なかったNSXは本末転倒ですけど。

No.20608 RE:ネコ足サス ほりこし [Windows/Vista] 01/17(日) 13:59
最近はそうでもないですが、一昔前?のホンダ車のセッティングは不思議でした。
ロールセンターを下げる設計をするのでロールが大きくなる。
それを堅いバネで支えるようにするので乗り心地が悪くなる。
乗り心地が変にごつごつしているのにロールするという感じでした。
まあ、トヨタがWウイッシュボーンを使い始めた頃も似たような感じでしたが。

物や人を運ぶ自動車にとってエンジンやサスペンションは小さい方がいいみたいな感じで、組み立てやすく出っ張りが少ないものへと向かっていったような気がします。


No.20626 RE:ネコ足サス w123 [Windows/Vista:InternetExplorer/8.0] 01/18(月) 12:52
>私が昔乗っていた本田1300クーペのリアは、アームが左右の反対側のタイヤに近い所 から伸びていました。
 車幅に対するサスのアーム長としては、最長ではないでしょうか。

リーフスプリング懸架によるインディペンデントとは、昔のホンダらしいですね。リーフによる位置決めによりトレーリングアームいらず、ですがそこまでやるのならコイルにした方がという感じもなくはないですね。アームが端から端までなのはリーフによる捻じれがブッシュによるものですから苦しいのとキャンバー変化を極度に嫌った為だと思います。(スイングアクスルもアームが長いのはそのせい)ただFFなのでそんなに凝ったリアサスはいらないというのが現代の答えなようで、リアサスの左右の動きがほとんど無いようなFF車ばかりか荷車ですが日産のNV200バネットなんかは一枚モノのテーパーリーフにチューブというまさにリアカーというサスもあります。


FUSHIKIZさん>
確かにV6化はアーム長の制約やサスストロークの取れなさの言い訳にはなりませんね。それにおっしゃる通り、メルセデスのアームのショボさは閉口ものですね。世間ではW140までがよかったとは言いますが、W126までがメルセデス品質の華だったと思います。
勘ぐればW126の頃までは、実走テストのウエイトが大きい気がして、近年では構造解析、剛性確保でワイドラインナップでトヨタを目指せみたいな気がするメルセデスです。サスアームではないのですが、こんなリコールもありますし。
こちら
ドイツでもこうだしアメリカは金儲けの商材だし、先進国(と言われてる国)では自動車というものの捉え方が変わってきているのかもしれません。

softbank218131213012.bbtec.net


No.20632 RE:ネコ足サス FUSHIKIZ http://www.tomoya.com [Windows/2000:NetscapeNavigator/5.0] 01/18(月) 15:59
>。アームが端から端までなのはリーフによる捻じれがブッシュによるものですから苦しいのとキャンバー変化を極度に嫌った為だと思います。

クロスビームとか呼んでいましたね。カタログにはキャンバーが云々と書いてありましたが、個人的には奥が深いと思いました。というのは、板バネは前後の位置決めが甘い
のですが、アームが長いことで、たとえば1cm車輪が前後に動いてもトーイン変化も
少ないのです。もちろん板バネを前傾させることで、カーブ外側の車輪が荷重がかかったときにトーインとなりますので、スピンしにくいことになります。

>リアサスの左右の動きがほとんど無いようなFF車ばかりか荷車ですが

私もそう思っていたのですが、リアサスに多いトレーリングアームを前から10cm位の
ところで左右をビームでつなぎ、トレーリングアーム固定部に適当なブッシュを
かませると、簡単な構造ながらスタビライザー+バイザッハアクスル的な動き
など、非常に多くの要素を盛り込むことができるようです。なるほど世界中の
FF車が採用するだけあって、奥が深いですね。

>メルセデスのアームのショボさは閉口ものですね。

以前ゴルフ場の電動カートをしげしげと見たところ、YAMAHA製で10キロ
くらいは1充電で余裕のようでした。しかもリモコンで発進停止ができ、
道路に埋めた電線にそって自動的に舵を切ります。

同僚と、これぞ21世紀の車だね。たとえば団地から近くの駅へとかへ
ミニバンがスイッチ一つで連れていってくれてもおかしくない時代じゃないかと
話していました。

けっこうサスは凝ってます。

こちら

これは旧世代の人種みたいです。

こちら

FUSHIKIZ

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20565 ユーザーエージェント? なっくん [Windows/XP] 01/14(木) 19:57
こちらでは掲示板の書き込み人の行に

[Windows/XP]

とか

[MacOS]

とか、ブラウザが動作しているOSらしきもの(あるいはユーザーエージェント?)が表示されていると思うのですが、

最近 [Windows/NT] と出ている人が多くなって、まさかNT4ユーザーがこんなに???

と思ったりしていましたが、どうやらWindows7がこのように表示されるみたいですね。


※掲示板汚しごめんなさい。お読みになったら消去してください。

No.20566 RE:ユーザーエージェント? ほりこし [Windows/7] 01/14(木) 20:22
これで良いかな

No.20567 RE:ユーザーエージェント? ほりこし [Windows/7] 01/14(木) 20:22
大丈夫みたいですね。
暇があったら64Bit版を判定してみようかな。

No.20568 RE:ユーザーエージェント? tya http://dancingkame.seesaa.net/ [Windows/NT] 01/15(金) 02:29
64bit版です。
どうかな?

3d2caec7.ip.ncv.ne.jp


No.20569 RE:ユーザーエージェント? SAKU [Windows/NT] 01/15(金) 02:35
はじめまして。
win7 64bitを使ってます。
値段でSONY製を選んだ結果です。

p3057-ipbfp201okayamaima.okayama.ocn.ne.jp


No.20570 RE:ユーザーエージェント? ほりこし [Windows/XP] 01/15(金) 07:08
うまく判定できていませんねぇ。
他にも直すところがあるのかな、もう少しみてみます。

No.20571 RE:ユーザーエージェント? ほりこし [Windows/7] 01/15(金) 07:20
64Bit判定は入れていません。

No.20572 RE:ユーザーエージェント? ほりこし [Windows/7] 01/15(金) 07:22
ブラウザのUAによって直す場所が別になっていました。
一応そこも修正したつもりです。

※メッセージ文字数が少ないと書き込み拒否になる場合があります

No.20573 RE:ユーザーエージェント? かずくん [Windows/95] 01/15(金) 10:43
古いOSはどこまで見ているのでしょうか?

Win95からです。

p8144-ipad202morioka.iwate.ocn.ne.jp


No.20574 RE:ユーザーエージェント? kaz3 [Linux/i686;] 01/15(金) 10:51
これは、どうなるんでしょうね?

No.20577 RE:ユーザーエージェント? 中村 [Linux/i686] 01/15(金) 12:47
これはどうでしょう?

No.20578 RE:ユーザーエージェント? YASU [MAC_OS/iPhone] 01/15(金) 12:54
iPhoneはどう出るんでしたっけ?

k036131.ppp.dion.ne.jp


No.20579 RE:ユーザーエージェント? YASU [Windows/Mobile] 01/15(金) 13:36
WMからも投稿してみま

k036131.ppp.dion.ne.jp


No.20580 RE:ユーザーエージェント? YASU [Windows/Vista] 01/15(金) 13:40
WMから途中で投稿してしまったようです、失礼しました。

k036131.ppp.dion.ne.jp


No.20581 RE:ユーザーエージェント? jerrybird [Windows/NT] 01/15(金) 15:53
XP-64bitだと、どう出るんでしょ?

No.20582 RE:ユーザーエージェント? FUSHIKIZ [Unknown/Unknown] 01/15(金) 16:00
wilcom 03からです

オペラ9。5からです。

オペラ9:7ベータと10ベータからでは、”に返信”という
のがでなくて返信できませんでした

FUSHIKIZ

p061204005040.ppp.prin.ne.jp


No.20585 RE:ユーザーエージェント? FUSHIKIZ http://www.tomoya.com [Unknown/Unknown] 01/15(金) 19:06
今度はマイナーなブラウザーからやってきました。

なんとでるのかな。


No.20586 RE:ユーザーエージェント? YASU [Windows/Mobile] 01/15(金) 19:33
あれ?オペラ10ベータからなんですがね。
Advanced W-Zero3[es]ですけど。
Nerfront4.0は返信フォームに移動できませんでした。

k036131.ppp.dion.ne.jp


No.20587 RE:ユーザーエージェント? YASU [Windows/Vista] 01/15(金) 19:37
む、Nerfrontってなんだ?
WMのソフトキーボードで入力していたのでタイプミスです。
NetFront4.0コンセプト版が出ていたのでEMONSTERとAdvanced W-Zero3[es]で試してみましたが、返信フォームが出なくて投稿できなかった為、オペラ10ベータで試してみた次第です。

k036131.ppp.dion.ne.jp


No.20589 RE:ユーザーエージェント? [AirH"/AirH"] 01/15(金) 20:23
ウィルコムのWX340Kからです
ブラウザはネットフォントのケータイモードです

p211018233018.ppp.prin.ne.jp


No.20591 RE:ユーザーエージェント? ほりこし [DoCoMo/N06A3] 01/15(金) 20:40
書き込み系リンクが出ないか無効なのは、JavaScript関係かも知れません。
海外からのロボットに書き込みページが検出されないように対策したので。

No.20592 RE:ユーザーエージェント? YASU [au/W62SH] 01/15(金) 22:00
携帯からだとどうでるのかな?

wb05proxy12.ezweb.ne.jp


No.20596 RE:ユーザーエージェント? tya http://dancingkame.seesaa.net/ [Windows/7] 01/16(土) 02:15
さて、Win7 64です。
どうかな。

3d2ca84c.ip.ncv.ne.jp


No.20598 RE:ユーザーエージェント? FUSHIKIZ [Windows/XP] 01/16(土) 15:28
>書き込み系リンクが出ないか無効なのは、JavaScript関係かも知れません。
海外からのロボットに書き込みページが検出されないように対策したので。

わかりました。オペラ9.7ベータとオペラ10ベータはターボモード有効
にしています。この場合、オペラの欧州にあるサーバーでコンテンツを
圧縮して送りますので、その不具合かと思います。

9.5でunknownだと思うのは、9.5ではターボモードを実装したものの
うまく稼働していないものを変造で一部動かしているのでそのせい
かもしれない。やはりターボモードがないと最高200kbpsは昨今の
画像を多用したサイトでは苦しいです。Firefoxみたいにアドオンで
フラッシュ再生を選択できるようにできればいいんですがね。

みなさん、フラッシュってうるさいとおもいません?

しかしWillcom03の画面は480×800の解像度はいいのですが、これで3インチ
ってちょっと無理ありますよね。若い部下に見せたのですが、やはり読みにくい
と言っていました。100円均一のモバイル用老眼鏡が便利ですよ。

FUSHIKIZ

No.20599 RE:ユーザーエージェント? YASU [Windows/Vista] 01/16(土) 17:51
>オペラ9.7ベータとオペラ10ベータはターボモード有効にしています
私は、ターボ機能は切っていたのでOKだったんですね。
NetFront4.0コンセプトのほうは普通に駄目なようですが...

>しかしWillcom03の画面は480×800の解像度はいいのですが、これで3インチ
>ってちょっと無理ありますよね。若い部下に見せたのですが、やはり読みにくい
>と言っていました。100円均一のモバイル用老眼鏡が便利ですよ。
Advanced W-Zero3 [es]でも厳しいです。
ソフトキーボードなんかよく見えません(^_^;)
iPhoneの液晶サイズ3.5インチでVGA,WVGAあたりがちょうどいいと思うんですがね...

k036131.ppp.dion.ne.jp


No.20600 RE:ユーザーエージェント? Tya [Unknown/Unknown] 01/16(土) 19:16
ちょっと変わった環境から。これだとどうなるんだろう。

3d2ca84c.ip.ncv.ne.jp


No.20609 RE:ユーザーエージェント? ボーリ [Windows/2000] 01/17(日) 15:47
>みなさん、フラッシュってうるさいとおもいません?

うるさいですね。
企業サイトのトップページに貼り付けてあって、リンクが全部フラッシュ経由とか、
なに考えて作ってるのかと思いますね。
どうせ外注なんでしょうけど、お客の目的に添ってないですよね。
できれば、そう言うサイトを作るような会社の製品は買いたくないですね。
全く、ユーザーニーズがわかってませんから。

No.20611 RE:ユーザーエージェント? jerrybird [Windows/NT] 01/17(日) 19:43
フラッシュ自体は広告媒体としての“人目を引く表現手段”として、
やむを得ない感がありますが、少々節度がないですね。
 昔の asahi.comとかは、モーションGIFはリピート2回まで!
とか自制してたんですけど、最近は野放図みたいですね。

 ともかくリピートしっぱなしなのは CPUパワーひいては、
電力リソースの無駄遣いそのもの。
 特に下手な作りのフラッシュは非表示領域にあっても
Core2Duo3GHzの半分ぐらいのCPU負荷を常時消費してくれる。
 環境省あたりには、消費電力的に有害なWebページを調べて
ワーストリストを公表するぐらいの事してもらいたい。

No.20612 RE:ユーザーエージェント? jerrybird [Windows/NT] 01/17(日) 19:44
 フラッシュのリピートを自動・強制的に停止させるプラグイン
とかって無いですかねぇ?

 動画サイトとか開いてると、OSの自動スリープが効かないのも
困りものです。

No.20613 RE:ユーザーエージェント? ほりこし [DoCoMo/N06A3] 01/17(日) 20:14
低速マシンを拒否するのはルイヴィトンのサイト。
他は自動車メーカ系ですかね。

No.20615 RE:ユーザーエージェント? ほりこし [Windows/XP:InternetExplorer/7.0] 01/17(日) 22:45
これでブラウザも出るかな。
ただし最近のモノには対応していないはずなのでagent.plを書き換えないと。

No.20616 RE:ユーザーエージェント? FUSHIKIZ [Windows/XP:NetscapeNavigator/5.0] 01/17(日) 23:26
firefoxだと

Flashblockというのがいいですよ。

firefoxでツール、アドオンを入手、flashblockで検索です

これdフラッシュはすべてfマークで静止してます。
ここのフラッシュを再生するには、そのままクリックするか、
あるいは、そのフラッシュを右クリックで、このサイトのフラッシュを
許可する、を選べばいいです。

自宅は高速なのでいいですが、出先は128kbpsなので、これが効きます。

FUSHIKIZ

No.20617 RE:ユーザーエージェント? YASU [Windows/Vista:NetscapeNavigator/5.0] 01/18(月) 00:48
ブラウザ対応したということなので早速Vista+Firefoxで挑戦してみます

k036131.ppp.dion.ne.jp


No.20618 RE:ユーザーエージェント? YASU [Windows/Mobile:Opera/Opera] 01/18(月) 00:59
WMからテストっと

k036131.ppp.dion.ne.jp


No.20619 RE:ユーザーエージェント? YASU [MAC_OS/iPhone:Safari/Safari] 01/18(月) 01:20
iPhoneより近い場所に有ったのでiPod touchから

k036131.ppp.dion.ne.jp


No.20620 RE:ユーザーエージェント? YASU [au/W62SH:UP.Browser/6.2_7.2.7.1.K.2.232] 01/18(月) 01:24
携帯から

wb05proxy02.ezweb.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20534 東証arrowhead が IA64クラスタな件 なっくん [Windows/NT] 01/04(月) 19:55
本日より東証の新システム arrowhead が稼働開始しました。

こちら

記事によると、富士通製のIA64 (Itanium2)サーバーで構成され、通常サイトが250ノード、バックアップサイトが180ノードで構成されてるっぽいです。Wikipedia こちら によると、1ノード最大32物理プロセッサ(64コア)まで可能と書いてあります。

OSはRed Hat Enterprise Linux(当然IA64版)、データベースはメモリ上で動作するSQLベースで、いまどきのクラスタリングサーバーシステムとして設計されています。以前の記事では開発費300億円と紹介されています。 こちら

去年までのシステムは 日立製AIXサーバー(処理能力1/600 ?) その前はメインフレーム系のシステムであったようです。こちら


No.20535 RE:東証arrowhead が IA64クラスタな件 nobody [Windows/XP] 01/04(月) 21:43
あまりめずらしいことでも無いと思うのですが、それがどうしたの
でしょうか?

No.20536 RE:東証arrowhead が IA64クラスタな件 きみたか [Windows/XP] 01/04(月) 22:04
新システムが稼動したというトピックなのでは?
それならそんなにしょっちゅうあることでもないので、珍しいことでもない、ということでもないとは思いますが。

システム構成はそんなに珍しいものでもないでしょうね。どちらかといえば安定動作する枯れたシステムにしたいでしょうし。

203.133.180.203.dy.iij4u.or.jp


No.20537 RE:東証arrowhead が IA64クラスタな件 ura [Windows/XP] 01/04(月) 22:34
売買速度が遅いことが叩かれるネタになってましたよね。
全体のキャパシティも上がったりしたのでしょうか。
当然あげるだろ、と思いますが。。。

本日はトラブルもなく富士通の人もほっとしているのではないでしょうか。
大納会から大発会までのシステム移行スケジュールとかちょっと見てみたいなぁ。
こんなエンタープライズ級システムとは全く縁がないですが。。。。


>去年までのシステムは 日立製AIXサーバー
つーことはこれまでDBはHiRDBだったのかなぁ。
SymfowareにせよHiRDBにせよ、あまり出回っている製品じゃないので、
情報が少なくて苦労しそうです。
全部自分ところの製品で固めてやるプロジェクトならいいんでしょうけど。

構築ベンダ選定の経緯は以下
こちら

No.20538 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ http://www.tomoya.com [Windows/2000] 01/05(火) 12:47
>富士通製のIA64 (Itanium2)サーバーで構成され、通常サイトが250ノード、
>バックアップサイトが180ノードで構成されてるっぽいです。

Itaniumというのが不安材料ですね。今やItaniumを使っているのは日本の
元汎用機メーカーだけです。おそらくチップセットを作ってしまったから
だと思いますが、CPUとしてはデッドエンドの上、パフォーマンスも時代
遅れのような。実績とセットアップタイム短縮、トラブルを恐れての選択
でしょうが、能力アップの余地が乏しいです。

自前のチップセットと書いてありますが、Itanium2の現行のCPUの将来
バージョン提供が延々延長されていて、本当に提供されるかあやしいです。

Intel64(intelやAMD)であれば、簡単にパフォーマンスアップが
計れますし、XEONやAMD64はすでにCRAYを含む多くの商業サーバーで使われて
いますのでチップセットや周辺機器リスクも少ないですね。

Intelに不安があるならAMDを使えばいいし、スパコンなどでマルチの
SPARCを起こすならinterl64と異なるIA64を使う必要もないし、
パフォーマンス的にもリスク的にもSPARCに集中する方がItaniumよりも
対処が簡単だと思うのですがね。

SPARCはそもそもF通は生産ライセンスを持っていますから、すきなだけ
作れますし改良もできます。しかしIA64はインテルだけがソースです
からリスクがあると思うのですがね。

FUSHIKIZ

No.20539 RE:東証arrowhead が IA64クラスタな件 証アナ [Windows/NT] 01/05(火) 22:20
>本日はトラブルもなく富士通の人もほっとしているのではないでしょうか。
大納会から大発会までのシステム移行スケジュールとかちょっと見てみたいなぁ。
こんなエンタープライズ級システムとは全く縁がないですが。。。。

私は調査畑で営業ではないので詳細のスケジュールは聞いていないのですが
たしか年始に一度テストを行って、それでうまくいけば移行、失敗すれば
移行しないという段取りだったはずです。

あと間接的に聞いた話では10月からかなり厳しいスケジュールで東証側はやっていたようですね。

>Itaniumというのが不安材料ですね。今やItaniumを使っているのは日本の
元汎用機メーカーだけです。おそらくチップセットを作ってしまったから
だと思いますが、CPUとしてはデッドエンドの上、パフォーマンスも時代
遅れのような。実績とセットアップタイム短縮、トラブルを恐れての選択
でしょうが、能力アップの余地が乏しいです。

おそらく要件定義した段階ではここまでだめになるとは思っていなかったのでは
ないでしょうか?結構前から次期システムの話がでていましたから。
あと、前もあったようにシステム部門を売却してたりしていて、東証の方針はちょっと?な部分もあります。取引所も立会いからブラックボックス化して、ITの素養が
要求されるようになっていますが、上層部は場立ち時代の方も多いので整合性が取れて
いないのかもしれませんね。

actkyo011145.adsl.ppp.infoweb.ne.jp


No.20541 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ [Windows/XP] 01/06(水) 08:57
>おそらく要件定義した段階ではここまでだめになるとは思って
>いなかったのではないでしょうか?

現状ではItnium2の9000番のコアあたりの計算能力はクロックが低い
こともあってXEONやOpetronより若干劣っています。そしてXEONや
OPETRONは少数ですが4コア/1CPUパッケージを商業的に供給して
いるので、IntelはIA64は自然死をまっているところででしょう。

能力的にはSPARCの8コアやCellが上回ります。インテルにはもう
ひとつlarrabeeがあって、どう使っていいか模索中のようですが、
これのシングルコアはどうやらatomのvectorユニットを強化したもの
のようですよ(コア写真をみる限り)。

atomについてもコアの情報が非常に乏しいのですがP54MMXコア
に近いもののようです。このあたり、どうしてメディアは解析しない
のでしょうかね。コア写真を見ればだいたい解るとおもうのですがね。

larrabeeはかなり以前に完成していて、これをGPUに使うか
サーバーにつかうのか模索しているようで、これがそのうちペタFLOPS
にからんでくる予感がします。

いずれにせよ、CoreはPentiumIII系、atomやlarrabeeがP54系という
ことであれば、結局あの華々しいCPUの発展も一段落したということで
今後は数とI/O速度で勝負ということでしょうか。なんか電脳
世界もプラトーに達しつつあり、人間の時空間的リソースも限界に
達していることで、やはり文明もそろそろ、、なのかな。小惑星が
やってくるという話もあるし、、、、

FUSHIKIZ

No.20542 RE:東証arrowhead が IA64クラスタな件 xyz [Windows/XP] 01/07(木) 00:26
いよいよ、30ms早く情報を入手することにプレミアムを払う次代に東証も突入ということでしょうか。きっと高速な情報機器への投資が出来ない弱小や個人は、東証から駆逐されていくんでしょうね。

s113.htokyofl15.vectant.ne.jp


No.20543 RE:東証arrowhead が IA64クラスタな件 YASU [Windows/Vista] 01/07(木) 17:21
昔(15年ぐらい前かな?)、ロイターSSL経由で東証からの株価データを受取るアプリを組んだことがあるんですが、そのころからリアルタイムデータは別料金って感じだったような...
その辺は、今も昔も変わらないんじゃないかと思います。

本筋からは外れますが、今は亡き山一證券での業務だったんですが、個人客のことを「ゴミ」なんてバカにしている人がいて嫌な気分になったのを思い出します。
まあ、そんなんだから会社が潰れたんだと思いますがね...

k036131.ppp.dion.ne.jp


No.20544 RE:東証arrowhead が IA64クラスタな件 証アナ [Windows/NT] 01/08(金) 06:37
>larrabeeはかなり以前に完成していて、これをGPUに使うか
サーバーにつかうのか模索しているようで、これがそのうちペタFLOPS
にからんでくる予感がします。


larrabeeは、GPUには向いていないのではないかと思うようになりました。
タイル処理は同期がうまく取れないのではないかと考えているためです。
PS3もSPUを画面を分割して処理する構想を思っているソフトメーカーが
昔あったのですがうまく動いたとう話をききませんし。
サーバーのほうがいいと思います。

>結局あの華々しいCPUの発展も一段落したということで
今後は数とI/O速度で勝負ということでしょうか。なんか電脳
世界もプラトーに達しつつあり、人間の時空間的リソースも限界に
達していることで、やはり文明もそろそろ、、なのかな。

90年代のような派手な技術革新が電機では見られなくなりました。
最大の要因はハードはべき乗で進化するのにたいして
ソフトウェアや消費電力が追いついていないことではないかと
考えています。人間も2.4.8.16といったころは驚きますが
512 1024 2048と増えても数字の割には感応度が下がる
ということもあると思います。テレビ、パソコン、携帯電話ともに
飽和感が漂っていますね。

actkyo011145.adsl.ppp.infoweb.ne.jp


No.20545 RE:東証arrowhead が IA64クラスタな件 証アナ [Windows/NT] 01/08(金) 06:41
>昔(15年ぐらい前かな?)、ロイターSSL経由で東証からの株価データを受取るアプリを組んだことがあるんですが、そのころからリアルタイムデータは別料金って感じだったような...

リアルタイムに関しては今も有料ですね。

>本筋からは外れますが、今は亡き山一證券での業務だったんですが、個人客のことを「ゴミ」なんてバカにしている人がいて嫌な気分になったのを思い出します。

業界に属するものして本当に残念ですか、そのようなもの見方をする方がいるのは
事実です。このような話を聞くと申し訳ない気持ちになります。
 ただ、私は中小に属するのですが大手電機メーカーのIRから
同じような扱いを受けたこともあるので業界というよりも、人間性の部分だと
思います。教育なりで対応するしかないでしょうね。

actkyo011145.adsl.ppp.infoweb.ne.jp


No.20547 RE:東証arrowhead が IA64クラスタな件 nobody [Windows/XP] 01/08(金) 09:25
レスを作られた方からは未だコメント頂けてないのですが、どういう
意図があったのか興味があります。事実関係の列挙だけでは、議論に
なりませんから。

実は東証新システムについては私もレスを立てようかどうか悩んでいた
ところで、以下のような点が論点かと思っていました。

・ジェイコム事件判決に対しての東証の見識
・日本式の売買システムを残したままでの低遅延化の是非
・高頻度取引の規制が話題になる中での新システム

汎用機からオープン化への流れはずっと前からのことですし、Intel製CPUの
使用も珍しい話ではありません。Linuxをミッションクリティカルな現場に
投入することは何年も前から行われてきており、実績も結構あります。
これらは、もう完全にツールとしての話になったような気がします。

むしろ問題は、東証にせよ東金取にせよ、運用が現実に追いついていない
ところではないかと思います。

No.20548 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ http://www.tomoya.com [Windows/2000] 01/08(金) 13:30
nobody さんの論点ですが
・ジェイコム事件判決に対しての東証の見識

判決で第一責任は誤発注した証券会社にあり、またみずほ証券が取り消し処理を
かけた後の損害400億に関してその約1/4を東証がみずほに払うというで
すが、それに控訴しなかったということが東証が相当であると認めたんじゃ
ないでしょうか。しかしみずほ側が控訴するとのことで、まだ続きそうです。

まあみずほの弁護士が会社をそそのかしている(弁護料のためか)でしょうが、
この訴訟が長くつづくほど、”みずほ証券は世界有数の間抜け”ということが
長く報道されるだけで、信用が低下するだけです。本来この騒動ははやく
おさめて会社の名前をかえないと、ますます間抜けですよね。まあ、こういう
まぬけな証券会社があるから、私たち個人がつけいる隙があるんですけどね。

・日本式の売買システムを残したままでの低遅延化の是非

日本式というと、たとえば証券会社は株をもっていなくても空売りかけて
日ばかりで決済すればオッケーという制度でしょうか。これは一方的に
個人は不利ですね。

ただ米国にはストップ高安はありません。米国であればそもそも、一度
出した注文はいろいろな理由にせよ取り消しはきかない、と考えられる
でしょう。昔は黒板に書いた物をみながら取引所とディーラーが机にすわって
やりとりしていたわけで、一度出した注文のために市場が混乱して取り消し
が効かなくとも取引所の責任じゃないですからね。

・高頻度取引の規制が話題になる中での新システム

東証は以前は大蔵省の天下りで何もしない会社でしたが、斉藤社長は以前よりは
実行力があるのだと思います。

そもそも高頻度取引というのは、米国の証券会社の都合でできたものであり、
個人はまったく歯がた立ちません。高頻度取引に対応しなければ世界から
取り残される、というのはユダヤの理論であって、高頻度取引には世界的に
一定のリミットを設定する、という考え方があってもおかしくないし、それは
取引所の権利であり義務であるかと思います。

個人的にはジェイコム事件よりも、たとえばライブドア事件のときに東証は
注意喚起、信用掛け目の調節、信用取引中止などの信用規制を段階的に行なわ
なかったことの方が問題だと思います。

他には今の日航ですが、債務超過と推定されながら上場させていたことも問題ですね。

もうひとつは日本SECの活動や権限が低すぎ、怠慢であるということです。
そもそも、日興の事件などをみると、ライブドアの不正に該当
することは、証券会社は毎日毎日その何倍もやっていると思います。

今回のジェイコム事件も、あり得ない価格、ありえない数量でも証券会社は注文
できる実体がわかった意味でも有意義かと。

>むしろ問題は、東証にせよ東金取にせよ、運用が現実に追いついていない
ところではないかと思います。

ユダヤの野望はつきはてることが無いです。今回の金融危機でもわかりましたが
彼らの野望をすべて満たす必要はなく、規制することを考えていいかと思います。

FUSHIKIZ

No.20553 RE:東証arrowhead が IA64クラスタな件 なっくん [Windows/NT] 01/10(日) 17:24
みなさま当方の予想以上のコメントありがとうございます。
(やっと追いつきました)

そもそもの意図は、やはりIA64(Itanium2)ってどうなの? という点です。

ura様の入札経緯の情報により、今回はハードウエア構成も入札時点で同時に(評価レポートを添えて)提案されたものに違いない(案件をとってから選定したものではない)と理解しました。

富士通的にはSPARCかItaniumでの提案しかありえなかったでしょうから、その一方を推してきたというのは理解できます。ほかの入札社はどのようなプロセッサの提案だったのでしょうね?

一方、昔のメインフレーム時代と違って、現在CPUアーキテクチャの違いはそれほどクリティカルではないのかもしれません。今回使用言語が何かはよく知らないのですが、極端な話、SQLオペレーションはJavaでも.NETでも、もちろんC++ネイティブなどでも記述可能なので、ソフトウエアシステム設計がきっちりしていれば(もちろん実機での検証の手間はかかりますが)CPUや言語の壁は低くなっていると言えると思います。

あと、個人的にはRedHat Enterprise Linux採用に感慨があります。IT専門家であれば技術論的に理解できますが、たとえば頭の固いトップの説得に苦労する、様な局面が訪れることはなかったのでしょうか?

-------

一つ訂正があります。

>去年までのシステムは 日立製AIXサーバー
これは「清算処理」と書いてあるので、もしかしたら取引処理には関係しない別システムの可能性があります。一言で「東証システム問題」というくくりにされていますが、実際には取引処理と清算処理が全く別システムになっていて、清算処理の問題は主に「バッチ処理が朝までに終了しない」という問題であったようです。

こちら

-------

当初ハードウエア的な興味からのトピックでしたが、システム開発の側面も興味深いですね。これからいくつも評価が出てくるでしょうが、私は今回東証はよくやったと思います。関係の皆様、ひとまずお疲れ様でした。

また、ネットワークシステム"arrownet"に関しての記事も興味深いです。
CSMA系ではなくリングネットワークなのだそうです。

東京証券取引所,次期システムの基幹網を構築、大容量と低遅延を徹底追求
こちら

No.20555 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ http://www.tomoya.com [Windows/XP] 01/11(月) 00:31
>個人的にはRedHat Enterprise Linux採用に感慨があります。

現在世界の汎用機の30-40%はlinuxで動いていて、殆どが
赤帽です。以前IBMと長らくお仕事していましたが、彼らが
Linuxをみる上でのポイントは、価格でもコンパクトさでも
なくて、過去の資産の継承をするのに都合がいいOSという
ことのようです。

汎用機が昔から持っている論理的、物理的パーティションの
処理と仮想化、多数のI/Oチャンネルなど、汎用機のミソと
いうべき部分とマッチングがよく、過去の遺産を残せると
いうことですね。

私が関わっていたところは、ひとつの部屋でCOBOLを書いているSEと
JAVAを書いているSEが協業していましたね。。。。。感慨深かった
です。

それに、そもそもUNIX系って紙テープとかテレタイプを前提とした
OSであって、汎用機の歴史ほど古くは無いが、最近のGUIなどより
ずっとずっと古く、ありとあらゆる周辺機器を経験していることが
あると思います。

そしてなぜIA64か?ということであれば、それはまだIA32が十分な
サーバーとしての仕掛けがなかったから、ということでしょう。
ところがAMD64(Intel64)アーキテクチャーで急速に仮想化や
メモリーI/Oなどのお膳立てが揃ってしまって、IA64が浮いてしまった
ということでしょう。

ソフトウェア的にはIA64はVLWIによる並行化をソースコードとコンパイラに
依存する考え方ですが、スレッド単位の管理化によるマルチコア化の
効率が上回ったということでしょう。最速のOpteronやXeonはコアあたり
5-10GFLOPSを発揮しますが、Itanium2は5GFLOPSいきませんね。そうそう
larrabeeはコアあたり2-3GFLOPSのコアが16-32個ワンパッケージに入る
らしいですよ。

FUSHIKIZ

f093adsl55.coara.or.jp


No.20556 RE:東証arrowhead が IA64クラスタな件 nobody [Windows/XP] 01/11(月) 01:10
>一方、昔のメインフレーム時代と違って、現在CPUアーキテクチャの違いは
>それほどクリティカルではないのかもしれません。

やはりここが大きいですね。無理にハードウェア依存のコーディングで性能を
稼がなくても、今はOSとデータベースで資源を上手く使う方に進んでいると。
そしてそれがバグを少なくし、開発工数を低減させることができる。
アーキテクチャによる差異があったとしても、ハードウェアリソースの増強で
補う方が効率的なのでしょう。

>Linuxをみる上でのポイントは、価格でもコンパクトさでもなくて、過去の
>資産の継承をするのに都合がいいOSということのようです。

Linux自身は80386アーキテクチャに依存したカーネルとして誕生しましたし、
移植性も考えられずに作られました。こちら
また、過去にも書いたことですが、Linuxはマイクロカーネルではありませんし、
元々はスケジューラーがシンプルだったり、ioctl()みたいなad hocなところが
あったり、ディストリビューションが乱立したりと、理想を追っていないところ
が現在UNIX系で最大勢力になった理由かもしれません。

UNIX自身、MULTICSの反省の元に30年以上前に作られ、Windows NTに追い上げら
れながらも、今なお現役で使われているのも、実戦で使われる間にどんどんと
姿を変えてきたからのような気がします。

No.20557 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ http://www.tomoya.com [Windows/2000] 01/11(月) 15:02
>Linux自身は80386アーキテクチャに依存したカーネルとして誕生しましたし、
>移植性も考えられずに作られました。

なつかしい話ですね。わたしが最初にブートしたのはYggdrailLinux
LGXで1994年の正月でした。カーネルはまだver0.98でした。
これはまだ手元にあるのですが、驚く無かれワンCDベースブータブル
で、ブート中にサウンドブラスターから音が鳴る代物でした。サウンド
ブラスター経由のCDドライブだとブータブルだったですね。

ただし、ネットワークカードの相性があってサーバーには使えませんでした。

IBMがLinuxをOSとして採用したのは1999年ですが、実はLinusさんは
90年代にIBM汎用機用のカーネルを書いているのですね。つまりIBMは
非公式に(AIXがあるからでしょうね)、Linuxネイティブ(つまり
ブートする)システムを検証していたのです。実際には90年代に
IBMのもつ殆どのアーキテクチューでカーネルが書かれて検証がすすんで
いたそうでう。

通常汎用機メーカーがLinux対応というのは、仮想化なりパーティション上で
Linuxが動くという意味なんですが、IBMの場合はネイティブ、つまり
仮想化の根元にLinuxが使えるというところが富士通と違いますね。

私はどちらかと言うと国際事務機器は悪の帝国だと思っていたのですが
トランスフォームする能力のある会社なんですね。IBMのスターSEに
そういったら、彼も実は狂信的なLinux信者で、エキサイティングな経験
だったと言ってましたね。

FUSHIKIZ



f093adsl55.coara.or.jp


No.20558 RE:東証arrowhead が IA64クラスタな件 nobody [Windows/XP] 01/11(月) 20:29
>また、ネットワークシステム"arrownet"に関しての記事も興味深いです。
>CSMA系ではなくリングネットワークなのだそうです。

これは単に物理トポロジがリングになっていて、伝送路にWDMを使っている
だけで、実際に上に乗っているのは10G Ethernetだと思われます。
Juniper M320はOC-192もサポートしていますが、それだと9.6Gと書かれる
でしょうから。つまり、IP?/MPLS/10G Ethernet/WDM/光ファイバーという
レイヤ構成になっていると思われます。

POS系と違ってEthの場合、PPPやその他のオーバヘッドがなく、IPとの親
和性が高いというのも理由かと思われます。

No.20559 RE:東証arrowhead が IA64クラスタな件 FUSHIKIZ http://www.tomoya.com [Windows/XP] 01/11(月) 22:38
>これは単に物理トポロジがリングになっていて、伝送路にWDMを使っている
>だけで、実際に上に乗っているのは10G Ethernetだと思われます。

専門外なんでよくわかりませんが、リング状のトポロジーといっても、
tokenRingのように単純に権利が回転するわけではなく、それぞれの
アクセスポイントから、PRにおいてMPLSによって最適なパスが選
ばれる、またリングが一箇所途絶しても接続が保たれるという意味の
リングじゃないですかね。

しかし、それ以前に日航問題で日本潰れそう。私は幸い株主では
ないのですが、突然8000憶円の債務超過で100%減資になったと
したら、それこそ東証もSECも政府もすべて責任があるんじゃない
でしょうかね。

それに、今後日航を再度上場しようとしても誰も買いませんし、今後
NTTの残骸や郵政の残骸を上場するときもだれも買いませんよね。

メガバンクも突然強制的に会社再生法で債務放棄となったら、今後
融資しませんし、当然クレジット関係もさようなら、以後かってに
やってください、でしょう。他にあぶない企業からみんなメガバンクが
資金を引き上げ、景気改善策や亀井が画策した徳政令など、メガバンクは
みんな守らないでしょう。ちょっと計画がずさんなうえ、拙速で
根回しも何もない。日本は暗黒時代に突入したような気がする。

FUSHIKIZ


f093adsl55.coara.or.jp


No.20560 RE:東証arrowhead が IA64クラスタな件 jerrybird [Windows/XP] 01/12(火) 01:33
>突然8000憶円の債務超過、、、
これって粉飾とか背任とかなるんじゃあないでしょうか?

日航が自発的にデルタに救済して貰う選択肢を取れないのかしら?
#長銀問題のトラウマで受け容れ難いのか?
学習効果があるなら、瑕疵担保条項みたいな地雷に注意を払えば
同じ失敗は繰り返さないと思うのだが、、、
最近、リップルウッドって聞かないんですけど、元気にハゲタカやってるんですかね?

#邪推なんですが、政府は地方路線をなんとか温存させる方向で
日航問題を処理しようとしてる希ガス。

#で疑問なんですが、そこまでして地方路線を存続させる事に
どれほどの意味があるのでしょう?

No.20561 RE:東証arrowhead が IA64クラスタな件 証アナ [Windows/NT] 01/12(火) 05:05
>しかし、それ以前に日航問題で日本潰れそう。私は幸い株主では
ないのですが、突然8000憶円の債務超過で100%減資になったと
したら、それこそ東証もSECも政府もすべて責任があるんじゃない
でしょうかね。

私は航空業界を担当してないので門外漢ではありますが、時価評価すると
債務超過というのは倒産するときによくある話ですね。
日本ではドイツのように債務超過即退場ではないのでいろいろやっている
うちに事態がいっそう悪化したように思います。

また、日航がこの様になったのは、地方空港の乱立があり、その結果、
大半の航路が不採算になっているためではないかと思うのですが、
これは政府や地方の戦略性の無さがあるのだと思います。

あくまでも私見ですが、このまま、JALを会社更生法送りにしても
地方空港を維持する前提では赤字体質になってしまうと思います。
となると民間では手に負えない話で国営ということになるのでしょうが
今の時代にあまりマッチしてるとは思えませんね。

>で疑問なんですが、そこまでして地方路線を存続させる事に
どれほどの意味があるのでしょう?

単純に責任問題の回避ではないでしょうか?
飛行機の飛ばない空港に意味はありませんので、空港建設は
政治家の実績作りと公務員の天下り先、そして失業対策だったと思います。

actkyo011145.adsl.ppp.infoweb.ne.jp


No.20562 RE:東証arrowhead が IA64クラスタな件 jerrybird [Windows/NT] 01/12(火) 15:08
>で疑問なんですが、そこまでして地方路線を存続させる事に
どれほどの意味があるのでしょう?

 空想レベルの邪推なんですが、地方空港造る時に、金融機関からの
融資引き受けに際して、何かの特約付けてるなんて事ないですかねぇ?
 例えば、定期便がなくなれば、結果として即時返済しなくちゃならないとか、、、

No.20563 RE:東証arrowhead が IA64クラスタな件 kuttyane [Windows/NT] 01/12(火) 23:23
今日の夕方になって、JALのHPに「決定した事実はない」とコメントが載りました。

さて、どんでん返しはあるのか。誰かが影からカネを抜いているのか。
まだまだ楽しめそうです。

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20410 RE:レクサス事故の話 YASU [Windows/Vista] 12/04(金) 00:54
kkさん

その話、若干矛盾が有るような気がします。
相当なスピードが出ている状態でPレンジに入れてもすぐにはロックされず、大分スピードが落ちてから初めてロックされる。(下手したら壊れてロックもされない)
DBWの車なら、走行中にPレンジに入れても実際は入らない可能性が高いですし...
サイドブレーキは高速道路で事故に合わないレベルでの制動力は期待できない。
Pレンジに入れられるのであれば、Nレンジに入れてブレーキを踏めば踏力は必要ですが、ブレーキは効きます。少なくともサイドブレーキよりは制動力はある筈です。
まあ、フェードやベーパーロックが起きていると厳しいかもしれませんが(^_^;)
大体、ブレーキ不能の状態で事故になっていないって変じゃないですかね?

以前、自分の車で試したことがあるのですが、マスターバックの蓄圧が抜けた状態でアクセル全開でも車は減速し止められました。
まあ、その時の車は1800ccだったので大排気量の車だとさらに条件が厳しくなるとは思いますが...
Nポジションに入れることができれば、確実に止められるかと...
新聞で「ATの暴走事故が車に問題あるのでは?」って騒がれた頃に試してみたんです。

m006108.ppp.dion.ne.jp


No.20411 RE:RE:レクサス事故の話 ほりこし [Windows/XP] 12/04(金) 07:38
コピペが部分的なので解りにくいですが、Pに入れたのは住宅街の路地のようです。
こちら

エンジン全開で車から逃げ出した後どうなったのかが知りたいです。
そのまま高回転で回りっぱなしだとオーバヒートしますね、普通は。

No.20412 RE:RE:レクサス事故の話 YASU [Windows/Vista] 12/04(金) 11:49
住宅街の路地でもアクセルが戻らない状態でのスピード領域でPレンジって現実味を感じ無いんですがね...
大体、Pレンジ+サイドブレーキで止まれる速度領域ならフットブレーキも十分効くと思われますし、止まったんなら逃げ出す必要はなくエンジンを止めれば良いのになんて事も考えちゃいます。
実際に暴走するようなことは有るかもしれませんが、この話は年式さえ書いてないし、ちょっと眉唾ものかなと思ってます。
エンジン全開時にすぐマスターバックの補助が無くなる訳でもないし...
完全にマスターバックの補助なくなると、ブレーキを踏んだ感触が変わるので効いてないと勘違いしする人もいるかも知れませんね。
まあ、トヨタの1800CCエンジン+CVT+電子制御スロットルの出来はあまり良くないようですが...

m006108.ppp.dion.ne.jp


No.20413 RE:RE:レクサス事故の話 FUSHIKIZ http://www.tomoya.com [Windows/2000] 12/04(金) 12:17
>大体、Pレンジ+サイドブレーキで止まれる速度領域ならフットブレーキも十分効くと思われますし、


私もなんか表現があやしいとおもいますね。個人的には走っているときに
Pレンジにはいったことがありますが、Pレンジのロック機構は走って
いるあいだはカタカタ言ってかみ合わないようになっています。
いったん止まるとはずれませんが。

ところで、現在のトヨタのアクセスのエンコーダーはどうなって
いるのでしょうか?ベンツはホール素子だったと思いますが。

FUSHIKIZ


No.20414 RE:RE:レクサス事故の話 jerrybird [Windows/XP] 12/04(金) 14:41
EMI等の要因でエンジン・コンピュータが暴走ってケースも
あるんじゃ内科って思ってます。
基本的なフェールセーフとしてウォッチドグとかは有るにしても、
ウォッチドグの叩き方がタコだったりすると、CPU暴走を検出できない
ケースもあるかも?

#巷の暴走事故の全てがフロア・マット起因という解釈は、
自動車メーカーにとって、あまりにも都合よすぎる、、、

No.20415 RE:RE:レクサス事故の話 YASU [Windows/Vista] 12/04(金) 14:44
私も友人の車に同乗中に走行中Pレンジを経験しています。
市街地で40km/hぐらいのスピードだと思うのですが、カタカタなんて生易しい音じゃなかったです(^_^;)
当然、駆動は切れますのでスピードが落ちて最後にタイヤがロックして止まりました。
今のCVTだとどうなるんですかね?同じようにロックピンタイプなんでしょうか?
サイドブレーキ(パーキングブレーキ)は、かけたまま気付かずに走行してしまう話も聞くほど効きがよくないんですがね。
よく、ブレーキが故障したらサイドブレーキでって話がありますが、気休め程度にしかなりませんな...
あ、後輪ドラムブレーキでパーキングブレーキ兼用の場合はそうでもないか...
でも、オーリスは4輪ディスクブレーキなので後輪はパーキングブレーキ専用小型ドラムブレーキだな(^_^;)

アクセルの角度センサ何使ってるんでしょうね?
ホール素子等非接触タイプに移行しつつあるのだとは思いますが...
自分の目で確かめたわけでもないのでなんともいえません。

m006108.ppp.dion.ne.jp


No.20416 RE:RE:レクサス事故の話 ACBI [Windows/XP] 12/04(金) 23:10
>完全にマスターバックの補助なくなると、ブレーキを踏んだ感触が変わるので効いてないと勘違いしする人もいるかも知れませんね。

これはかなりビックリします。下り坂に止めた状態で、エンジンかけずに移動しようとしたところ、補助が切れて物凄く制動力が落ちて驚きました。

それで以前調べたところ、補助無しでブレーキロックまで持って行くのに、車によっては最大150kgfの踏力がいるみたいです。成人男子なら踏力180kgf出るらしいので、補助切れでも思いっきり踏めば急停止は可能です。この180kgfというのは、運転姿勢とブレーキ踏力の関係を調べた論文に載っていた数値ですが、姿勢が適正値から1cmずれるだけで、140kgfまで低下していたので、運転姿勢は極めて重要です。

u067245.ppp.dion.ne.jp


No.20417 RE:RE:レクサス事故の話 お水 [Windows/XP] 12/05(土) 07:47
>成人男子なら踏力180kgf出るらしいので、補助切れでも思いっきり踏めば
>急停止は可能です。

マスターバック切れた状態でロックできるっていうのは
にわかには信じがたいです。実際にできた方いますか?
なお、怖くて試す勇気はありません。
もし試す場合はキーを抜くとハンドルロックがかかると思うのでその点にもご注意を。。。

y169097.dynamic.ppp.asahi-net.or.jp


No.20418 RE:RE:レクサス事故の話 ほりこし [Windows/Vista] 12/05(土) 07:57
倍力装置の能力低下なら力任せで何とかなる(か?、可能性として)かも知れないですが、エンジン全開でブレーキ踏んだらすぐフェードするんじゃないでしょうか。
特にトヨタはブレーキが弱いので市街地速度だったとしても数分でフェードしそうな気がします。

スロポジ、従来はポテンショだったのですが今はどうなのだろうか。

No.20419 RE:RE:レクサス事故の話 Do it myself [Windows/XP] 12/05(土) 11:10
アクセル踏みながらブレーキ踏むのは、新しいパッドの焼入れでやりますが、低速ならなんとかエンジンに勝てる気がします。
40キロぐらいで両足を思いっきり踏ん張ればたぶんブレーキが勝てそうな気配。(やったこと無い)
でも、もっと高速やもっと長い時間じゃまずブレーキの負けだと思います。
この前、600ccのバイクで前輪のパッド焼きをやりましたが、うっかりキャリパー触ったら本当にやけどするかと思いましたよ。

58x157x108x102.ap58.ftth.ucom.ne.jp


No.20420 RE:RE:レクサス事故の話 YASU [Windows/Vista] 12/05(土) 12:39
エンジン全開でブレーキ踏んでも40kmぐらいからなら簡単にフェードはしないんじゃないですかね?
流石に、もっと上の速度域からは試したことは無いのでなんとも言えませんが。
実際に試した車はトヨタ車じゃなくて日産車(オースターJX)です。
柳沢峠を塩山方面に下り始めてコーナー2つ(スピードは...)ですぐフェード気味になるような、私が今まで所有した車の中では一番ブレーキがプアな車でした。
でも、フェードはせずに停止しましたから。
こんな事やってたから、次の車買ったディーラーで下取りに出した後ですぐ故障したのかな?
まあEGIの癖にバックファイヤ起こしたり、技術の日産は嘘だと感じさせられた車でしたので、車自体あまり良くなかったということで(^_^;)

今は、アクセルセンサやスロポジ何使っているんでしょうね。
信頼性、メンテナンス性を考えるとホール素子等の非接タイプでしょうけどコストも有りますからね。

m006108.ppp.dion.ne.jp


No.20424 RE:RE:レクサス事故の話 バイアス [Windows/Vista] 12/06(日) 13:21
昔、マニュアルミッションでキャブレター式の車に乗っている時、スロットルが
引っ掛かり気味になって、焦ったことがありました。
原因は、長年の使用でガソリンに含まれるガム質がスロットルの軸に付着して、
軸の摩擦が大きくなったためでした。
インジェクション式の車の場合、スロットルはガソリンとの接触もないため、
ガム質でスロットルが引っ掛かることも少なくなったのかな?と思います。

普通のスロットルを持つエンジンの場合、スロットルにもアクセルペダルにもそれなりに強力な
リターンスプリングが組み込まれていて、アクセルに何も力が作用していない場合や、
ワイヤーが切れた場合にはスロットルを閉じるようになっています。

↓オーリスにも積まれている、トヨタのバルブマチックの構造
こちら
こちら

スロットルに代えて、バルブのリフト・作用角をアクチエーター(モーター)で制御していますが、
リフト・作用角の変化をさせるための機構に摺動部分が多いように思います。
この構造で、バルブ機構内のどこかに異物の混入や油膜切れを生じたら、ヒステリシスを生じずに
出力を制御出来るのか、
また電気式のアクチエーター配線の断線などの場合、エンジン出力を安全側(出力最小)にするように
リターンスプリングに相当する仕組みを設けることが出来ているのか、すこし疑問があります。

x023137.ppp.asahi-net.or.jp


No.20426 RE:RE:レクサス事故の話 YASU [Windows/Vista] 12/07(月) 13:27
電子制御スロットルの場合は、固着すると厄介なので電源OFF時はスプリングで全閉状態からちょっと開いた状態になるようにしてあるようです。
電源が入って制御されて初めて全閉の位置になるようです。
電子制御スロットルに使われるアクチュエータの出力は限られているから、固着して大きな負荷がかかると問題あるんでしょうね。
対策されているということは、初期はそういったトラブル多発したんですかね?

バルブマチックの方ですが、異物混入・油膜切れ等で制御に異常を検出した場合はECUで故障と判断してエンジン停止の扱いになるんじゃないですかね?
アクチュエータ断線の場合も同様にエンジン停止で良いのかと。

m006108.ppp.dion.ne.jp


No.20427 踏力を出せるか? RE:レクサス事故の話 tya [Windows/NT] 12/07(月) 21:14
>成人男子なら踏力180kgf

私自身は何kgf出せるのかわかりませんが、緊急時にガツンとブレーキを踏み、踏み続けたことが何度かあります。何故か大抵同乗者がいたのですが、そのようなブレーキの踏み方は自分には出来ないと言っていた。その度に、それは大変宜しくないので安全な所で練習すべきだと伝えはしましたが。

何故かは分からないのですが、多くの方はフルブレーキングが出来ないようです。シートベルトを適切に装着していないとフルブレーキングには耐えられないのですが、シートベルトを適切に装着する方法すら知らない人が非常に多い。腹に当てている人がいるんです。信じがたいことではありますが。
恐ろしいことにベビーシートを使わず、助手席の女性が赤ん坊を手で抱いている状態で走っている車も見かけます。そういうのを見るとベビーシートを適切に使わず車両を運行することを重大な犯罪として扱わなければ意識は変わらないのではないかとも思えます。
「シートベルトをしていると衝突時に内臓破裂を起こすかもしれないから、しないほうが良いのではないか」と問われたこともあります(ここ1年以内です)。もちろん正しい締め方と、そうすべき理由を説明しましたが本当に理解してもらえたかどうかは分かりません。

機械がフェイルセーフな設計となっていることはもちろん重要ですが、人間側の問題の方が未だ遥かに多いように思えます。

3d2caf22.ip.ncv.ne.jp


No.20428 RE:RE:レクサス事故の話 バイアス [Windows/Vista] 12/08(火) 07:13
>バルブマチックの方ですが、異物混入・油膜切れ等で制御に異常を検出した場合は
>ECUで故障と判断してエンジン停止の扱いになるんじゃないですかね?
>アクチュエータ断線の場合も同様にエンジン停止で良いのかと。

ECUで瞬時に故障検出が出来て、ブレーキ及びステアリングのアシストが確保されていればいいのですが。

x023137.ppp.asahi-net.or.jp


No.20430 RE:RE:レクサス事故の話 FUSHIKIZ http://www.tomoya.com [Windows/2000] 12/08(火) 08:49
>バルブマチックの方ですが、異物混入・油膜切れ等で制御に異常を検出した場合は
>ECUで故障と判断してエンジン停止の扱いになるんじゃないですかね?

個人的にはバルブマチックは過渡的なものですぐ廃れるのじゃないでしょうかね。
というのは、これで稼げる燃費が数%にしかならないからです。

そもそもバルブリフト量制御では、スロットルを廃しても、小さなバルブ
リフト部が絞りとなってポンピングロスは減りません。この大事なことを
何でまじめに考えないのでしょうかね。

で、実際効いているのはリフト量の減少によって見かけの作動角が減り
遅開き、早閉じになることでしょう。トヨタのバルブマチックも結局は
VVT制御と吸気管長切り替えなどの部分で燃費を稼いでいるに過ぎない。

本来ならカムのプロファイルを変えなければならない。ポンプロスを
減らすなら、スパっと開きすぱっと閉じるカム(作動角が狭い)と、
作動角の広いカムを切り替えるしかない。電気的に言えば、シリーズ
電源とスイッチング電源の違いですね。

しかし、カムのプロファイルはタペットとバルブが追随するために
大胆な変化はしにくい。唯一低回転に限るとすれば超とがったカム
も可能ですが、上記を実現するにはVTECみたいに複数のプロファイルを
用意するか三次元プロファイルのカム軸を動かすしかない。

ようするに、トヨタの技術者もこの手のメカをやってみたかった、というだけ
のことじゃないかな。もしものすごい効果があるなら、燃費見本市モデルの
プリウス特別仕様車を設定して燃費40キロ/リットルを実現したはずです。
オーリスに載せたところをみると、実際は試してコストパフォーマンス
が良くないので載せなかったのじゃないという推測も成り立つ。

数字的にも改善度はマツダのiストップだったっけ、
直噴+アイドルストップの上手な組み合わせの方が遙かに部品も制御も
コストも有利です。

FUSHIKIZ

No.20431 RE:RE:レクサス事故の話 ほりこし [Windows/XP] 12/08(火) 09:32
メールで情報を貰ったのですが、スロットルバルブ開度が大きい状態でブレーキを強く踏むとエンジン出力を制御するような仕組みがトヨタ車には無いとのこと。

アクセルとブレーキの両方を強く踏むのは普通ではあり得ないわけですから、この場合にエンジン出力を落とすのは的確な制御だとも言えます。
しかしブレーキの油圧をセンシングしたりとカネがかかるのも事実ですね。
それこそハイブリッド車のようにSBCチックになっていれば良いのですが。

iストップ、あれってエンジン再始動時の音がちょっと品がないなぁと思いました。
もっと静かに自然にかかればいいのですが。

No.20432 RE:RE:レクサス事故の話 FUSHIKIZ [Windows/XP] 12/08(火) 14:38
蛇足ですが、上に上げてあったリンク

こちら

の最初の絵

こちら

ですが、しっかりスロットルボディーが写っていますね。
一応、スロットルの羽根はぬいてモデルを作っているの
ですが、実際にスロットルが無いのか、といえばある。

そう、スロットルもあるのですよ。理由はバルブマチック系
は慣性重量があって細かいガスペダルに追従しないので、
スロットルがある。ってなんかおかしくないですか。

FUSHIKIZ

No.20433 RE:RE:レクサス事故の話 YASU [Windows/Vista] 12/08(火) 14:40
>しかしブレーキの油圧をセンシングしたりとカネがかかるのも事実ですね。
ブレーキの油圧センシングってABS・VSC・TRCのECUでやっていそうな気がするんですがね。(この場合のECUはエンジンコントロールユニットじゃなくて電子制御ユニットですね)
私の車だとブレーキのABS/VSC/TRC用アクチュエータはECU一体型みたいですし(アイシン系列ADVICS社製)少なくとも、マスターバックからの油圧を感知するセンサぐらいはついてそうです。
圧の強弱まで細かく判定できるかどうかは分からないですが、そんなに大変そうでもないんですがね?
ブレーキ系ECUとセンターECU間のデータ転送の仕組みは既にあるでしょうから、よっぽどガチガチに作ってない限りは新しいデータ種別を追加するのはそんなに大変じゃないはずだし...
今は単一ASSYで複数車種に対応しているので量産効果が見込め、コスト的にも有利なハズなんですが...

m006108.ppp.dion.ne.jp


↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20525 車検 Do it myself [Windows/XP] 12/29(火) 13:42
ここ何年かはユーザー車検しています。
2年ぶりにゆくと、さすがに検査ラインで緊張しますね。
車検前に一応下回りを全て点検してゆきますが、ライトの光軸調整やサイドスリップは何にもしません。
落ちたら落ちた時にテスター屋さんに持って行って調整してもらう事にしています。
ディラーさんに任せたいとは思いますが、料金を聞くとドン引きします。
まあ、私の場合は半分楽しみで整備しているんですけどね。

最近は車いじりする方(改造?も込みで)本当に減りましたね。

58x157x108x102.ap58.ftth.ucom.ne.jp


No.20526 RE:車検 ほりこし [Windows/XP] 12/29(火) 23:01
代筆
書き込めなかった理由:cookie無しでURL記入のため
※本来は救済されるはずだが、バグかも。
-------
8月にバイクをユーザー車検しましたが、確かに「ユーザー」の方を今年は、あまり見かけませんでした。

車もバイクも、ユーザー車検です。
車の整備は、整備工場2箇所,チューニングショップ,カー用品量販店を使い分けています。他人様を乗せるのと、サーキットを走っているので、DIYは避けています。

(学生時代、2年間フルタイムで自動車整備工場の「メカニック」&「陸運局車検通し」のアルバイトをしていました。「車検通し」に、陸運局へ向かう際、他のメカニックの整備不良で左前ブレーキが利かなくなり、飛び出してきたタクシーを避けられなかった、苦い経験が有ります)

バイクは、ほとんどDIYで整備しています。タンデムはしないので(笑)
今年の車検(10年目)は、ライトの光軸がNG! 検査官のアドバイスを参考に、勘で光軸を修正し、6回目の再検査で合格しました(爆)バイクのテスター屋は、ユーザーを拒否しています(涙)

↓次の記事の先頭へ↓↑前の記事の先頭へ↑

No.20512 PHV&EV関連の話 2台目 jerrybird [Windows/NT] 12/25(金) 12:03
ヒーポン方式だとエバポ氷結問題から逃げるのが難しいので、
シンプルに(安易?)冷却水を与熱する灯油ヒーター方式がいいなぁ。

ネット上の口伝では、プリウスは定格水温80度程度だけど、
暖房は水温60度から作動するらしいのですが、ひょっとして
使い方によっては“慢性オーバークール状態”になりませんかねぇ?

むか〜し、整備の勉強した時に、
 オーバーヒート:脳卒中
 オーバークール:糖尿病
って、聞いた憶えがあります。
糖尿は合併症がジワジワ効いてくるからエンジン寿命が縮むらしい。
まぁ、メーカー保障の5年(?)さえ動けば後は SONYタイマーよろしく!かな?

No.20513 RE:PHV&EV関連の話 2台目 FUSHIKIZ http://www.tomoya.com [Windows/2000] 12/25(金) 12:17
>糖尿は合併症がジワジワ効いてくるからエンジン寿命が縮むらしい。
>まぁ、メーカー保障の5年(?)さえ動けば後は SONYタイマーよろしく!かな?

歳をとると寒さが身に染みますね。私も若いときはRX-7だったので、とにかく
暑い、冷房効かない、ギアレバーやパーキングブレーキが暑くなるのに
閉口していましたが、スキーの帰り長い下り坂でどんどん水温が下がり、
ロータリーエンジン特有の交番点火でそのまま失火エンストして冷えた
経験があります。寒いところは燃費よりも身の安全じゃないでしょうかね。

今でもネット見るとプリウスのグリルに詰め物しているユーザーがけっこう
いますね。この場合、インパネに電車みたいに、”グリル閉鎖中”という
赤札をぶらさげていないと、春に取り忘れてオーバーヒートするかも、です。

FUSHIKIZ

No.20514 RE:PHV&EV関連の話 2台目 風風ながれ城 [Windows/XP] 12/25(金) 17:28
高速の給油所で灯油売ってるんでしょうか。
軽油と両対応にするとか?

zo216073.ppp.dion.ne.jp


No.20515 EVで暖房 RE:PHV&EV関連の話 2台目 tya [Windows/NT] 12/25(金) 20:48
灯油、軽油両用の車載用FFヒーターはベバストに有ったはず。と調べてみたら日本語のサイトが有った。
こちら
車内、フロントガラスの為にはこのようなヒーターが有れば便利快適に使えるでしょうね。特に灯油は容易に手に入りますし安い。軽油を暖房用に燃やしてしまうのはもったいないけど緊急時に使えるのは良いでしょうね。
それと電池温度が低い状態では効率が著しく低下してしまう問題も有りそう。電池を暖める為の機構も必要でしょう。


小型ボンネットトラックの荷台へ載せるUS製のキャビンを使っていた事があります。いわゆるキャンピングカーみたいな状態となるんですが、エネルギー源の多くをプロパンガスに頼っていました。2口コンロも温水器も冷蔵庫も、そして暖房もプロパンガスでした。暖房を使うとあっというまにガスが無くなってしまう。車内をLPGタンクだらけにするわけにもいかないですし、日本国内ではプロパンガス充填所を見つけるのはなかなか難しい。休日の場合はほぼ営業していない。ウイークディでも計画的充填作業をしているときは充填を断られる事もある。
灯油なら自動車用燃料販売店でも売っている事が多いし、寒冷地だとホームセンターー等でも売っている。ベバストの灯油ヒーターがとても欲しかったです。
国や地域のインフラによって使い勝手やランニングコストは大きく変わります。

3d2cab81.ip.ncv.ne.jp


No.20516 RE:PHV&EV関連の話 2台目 YASU [Windows/Vista] 12/25(金) 21:26
今は分かりませんが、昔は高速のガソリンスタンドでは灯油を売ってなかったはずです。
かなり前のことですが、友人と某体育大野球部の大型バスを借りてスキーに行ったとき、暖房用燃料が灯油であることを知らず給油しなかったため、高速に乗ってすぐ暖房用燃料がなくなってしまいました。
SAに止まって調べて、暖房用燃料の油種が灯油でタンクも別だと気がついたものの、高速を降りるまで給油できず寒い思いをした記憶が...
走行用と暖房用は同じ油種が良いです。

k036131.ppp.dion.ne.jp


No.20517 RE:PHV&EV関連の話 2台目 jerrybird [Windows/XP] 12/26(土) 10:56
>高速の給油所で灯油売ってるんでしょうか。
高速道路では、よほど長い下り坂ぐらいしか、補助熱源の出番は無いと思うので、
灯油の補給は大した問題じゃないでしょう。

と、書いてから気付きましたが、SAで仮眠する時とか、暖房目的でエンジン廻るのかいな?
 前出のロードテスト記事が本当なら、SAで停止後に暖をとりつつ仮眠するには、SA内を軽く一周してからじゃないとエンジンが掛からないって事ですよねぇ?

灯油ウォーターヒータ(車載用)って割とコンパクトなんですねぇ↓
こちら
寒冷地オプションで5万程度なら装備する人おおいかな?

No.20518 RE:PHV&EV関連の話 2台目 jerrybird [Windows/XP] 12/26(土) 11:01
---水温を効果的に上昇させるには?

点火時期を遅らせるとオーバーヒート要因になる筈ですが、
水温上昇への寄与はどの程度あるんでしょうねぇ?

ミスファイアリング・システムで排気熱回収システムを
加熱するとかも方法としては考えられるかな?

No.20521 RE:PHV&EV関連の話 2台目 FUSHIKIZ http://www.tomoya.com [Windows/XP] 12/26(土) 12:39
>---水温を効果的に上昇させるには?

これは、冷却水の量を減らせばいいんですね。つまり、ジャケットを
薄く、デッドスペースを減らせばいい。といっても、鋳型の関係で
あまり薄くはできない。とすると、不必要な部分(デッドスペース)、
たとえばホースを短くすればいいわけですね。

今の変速機を経由して車輪を駆動する形式だと、どうしても車輪位置
とエンジン位置はきまりますから、ラジエーターの位置は選べない。
しかし、モーターが主役のハイブリッドでは、ラジエーターを
エンジンの近くのもっていけばリットル単位でクーラントを減らせます。

通常のホースは内径4cmとすれば断面積12cm□、80cmで1L。プリウス
クラスのクーラントは7Lですから、ホースを10cm減らすと1.7%液体が減る。

その伝でホンダインサイトのエンジンルームを見ると

こちら

こちら

ぐっとラジエータがエンジンに近いですよね。そして、本来はオーバーヒート
の立場からは良くないのですが、エンジンルームのエアがラジエーター前に
回り込む設計、エアの吸込口もあまり冷気を吸う感じでは無いですね。

最初ななんで変な設計?フィットのままの手抜き設計なのか?
といぶかったのですが、回生時(エンジンOFF時)にエンジンを
冷やしたくないとすれば、ありえる設計だと思いました。

FUSHIKIZ

f093adsl55.coara.or.jp


No.20523 RE:PHV&EV関連の話 2台目 w123 [Windows/Vista] 12/27(日) 20:45
>ぐっとラジエータがエンジンに近いですよね。そして、本来はオーバーヒート
の立場からは良くないのですが、エンジンルームのエアがラジエーター前に
回り込む設計、エアの吸込口もあまり冷気を吸う感じでは無いですね。

最近のエンジン(とはいってももう20程前から)はサーモスタットがロアホース側に付くのでこの方が温まりやすいのかもしれませんね。
 しかしながら、エンジンが熱源となる為のヒーターというのは一番強力でもありますが、何か非効率でもあり排熱利用なので高効率なのかもしれませんが、内燃機関頼みというのも何か今一つな気がしますね。

softbank218131212061.bbtec.net


No.20524 RE:PHV&EV関連の話 2台目 nobody [Windows/XP] 12/28(月) 03:58
>最近のエンジン(とはいってももう20程前から)はサーモスタットが
>ロアホース側に付くので

これは、いすずの兼坂弘氏が「馬鹿だコドモだ童貞だ」と誌上で酷評して以来、
一斉に普及しましたね。

>内燃機関頼みというのも何か今一つな気がしますね。

プリウスの場合、電池の冷却は強制空冷ですが、今後エネルギー密度を上げて
いくと電池の発熱も回収、という話になるのではないでしょうか。

ページ指定:01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20
21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80
81 82 83 84 85 86 87 88 89 90 91


mbbs.cgi v5.00 by suzukyu 2000.12