02/12/01 23:36
>>980
次スレよろ
975:名無しさん＠そうだ選挙にいこう
02/12/02 15:16
>>974
ダレに言ってんだか...。（笑）
次スレ立ててみたのでどうぞ。
なんの工夫もないけどね。
ｽﾚﾘﾝｸ(bsoft板)l50
976:名無しさん＠そうだ選挙にいこう
02/12/02 21:56
>>973
大規模なサイトを構築するのだったら他のツールの方が
適切だとかいうのは正論ではあると思うのだが、それを
楯に（？）逃げてしまってはもったいない。
ちょっとした気遣いでファイルメーカーに対する負担を
減らすことができるのだったら、いくら小規模でも負担
を減らすように工夫すべきだと思うのだが。
977:名無しさん＠そうだ選挙にいこう
02/12/02 23:58
1日4万アクセス来てますが何か？
978:名無しさん＠そうだ選挙にいこう
02/12/03 00:07
>>977
どんな内容のサイトでつか？
979:名無しさん＠そうだ選挙にいこう
02/12/03 01:42
無修正アダルトサイトでつ。
980:名無しさん＠そうだ選挙にいこう
02/12/03 15:03
>>976
では967に対する模範解答を述べてチョ
981:名無しさん＠そうだ選挙にいこう
02/12/04 11:42
>>980
>>967で前方一致検索を念頭においてちょって書いてあるんだから
単純にA & "," & B & "," & C って感じで索引区切ればいいんでないかい？
違う？>>967さん
>>968さんがそれに対して辛い点つけてるからもっといい方法
あるのかなぁって考えてるんだけど。
982:968
02/12/04 12:04
>>981
>>967さんは問題点を指摘したのは高得点じゃが、改善策を示さなかったのでつらい点となったのじゃ。
「批判するならもっといい案持って来い！」とは田中角栄のオッサンも言っとった。座右の銘じゃ。
カンマとか空白で索引切るというのはワシも考えたが、「東京都千代田区」という検索では該当しなくなってしまうのじゃ。
正解は「containsで高速なCPUとタップリなメモリを使う」かのー？
開発費よりハードウエアのほうが安いご時世となってきてるからのー。
983:bloom
02/12/04 12:13
URLﾘﾝｸ(www.agemasukudasai.com)
984:968
02/12/04 12:15
まっとうな開発者としては、トリッキーな裏技は最も忌むものである。
問題解決は正技でなくてはならぬ。裏技逝ってよし。
いい方法は正技でたのむ。
985:名無しさん＠そうだ選挙にいこう
02/12/04 17:23
WSCを使ったシステムで、検索結果をCSVに出力したいと思っています。
-formatで指定するファイルににcsv形式のテンプレートを作って出力
が可能になりましたが、ブラウザの画面に表示されてしまいファイルに
保存するには一手間必要になっています。
（URLが http://～/FMProになっている。）
これを検索実行 → 保存ダイアログが開く。
という様にはできないのでしょうか？
お願いします。
現在使用しているのは、prefindとスクリプトを使ってcsvを保存する
という方法なのですが、これは他の人が検索をかけると意図しない
csvファイルができあがるというトホホな仕組みでちょっと使えません。
986:985
02/12/04 17:33
環境を書くのを忘れていました。
Server Windows2000
FileMaker5.5 Unlimited
クライアント Win98/2000/Mac
ブラウザ IE5.5/6など
Excel2000
987:名無しさん＠そうだ選挙にいこう
02/12/04 17:45
今さらやたらと「逝ってよし」連発するなんて・・
988:名無しさん＠そうだ選挙にいこう
02/12/04 19:06
>>982
元の質問者は東京都千代田区というような検索は想定していないからね。
AとBの値がそれぞれ「果物」「りんご」だったら、「果物りんご」で
検索する人いないでしょ。
もし、そういうことも考えなきゃいけないのだったら、
A & "," & B & "," & C & "," & A & B & C
もし、「東京都二番町」でも検索させたいのだったら、
A & "," & B & "," & C & "," & A & B & C & "," & B & C & "," & A & B
のように繋げればいいでしょ。このくらいの応用でCUPへの負担
が減るのであればそれにこしたことはないと思うけど。
さらに、>>982のように開発費より安い高速なCPUを導入すれば
もっと快適でしょうに。
この程度のことをトリッキーな裏技とよぶまっとうな開発者？？
素人の俺の方がましかも(w
989:名無しさん＠そうだ選挙にいこう
02/12/04 19:09
>>988
A & "," & B & "," & C & "," & A & B & C & "," & B & C & "," & A & C
の間違い
990:名無しさん＠そうだ選挙にいこう
02/12/05 15:55
>>988
エンドユーザーはどんな文字列で検索をかけるかわからんからのぅ・・・。
想定が外れてクレームが来なければよいのじゃが・・・。
「もし、そういうことも考えなきゃいけないのだったら」の場合じゃが、
全ての組み合わせの数式を入れねばならぬのぅ・・・。
フィールドが３つだけならいいがのぅ。
フィールドが１０あったら・・・組み合わせを考えるだけで気が遠くなるのぉぉ・・・。
ワシなら考えただけで逝ってしまうぅぅ・・・（今さら）。
でも「東京都二番町」は前後方一致検索でもないから難しいのぅ・・・
わしには無理じゃ。もっと若い智能の士に任せてわしは退散退散太田胃酸・・・
健闘を祈っておるぞ！
991:名無しさん＠そうだ選挙にいこう
02/12/06 13:29
なにがなんでも対応させる必要ってあるのか？
別個のフィールドに対する検索を単純に一つの検索窓でさせたいって
だけの話でしょうよ。そう仮定したら
A & B & C では-opタグがいるけど、
A & "," & B & "," & C ではいらなくてシンプル。
これだけの話でしょ。
992:sage
02/12/06 15:00
対応させる必要がなければよいがのぅ・・・世の中厳しいのじゃ・・・。
例えばの・・・
「東京都」「港区」「赤坂」
「愛知県」「名古屋市」「港区」
A & "," & B & "," & C では「名古屋市港区」は検索しても該当せんのぉ・・・。
「名古屋市 港区」ならＯＫじゃが・・・
エンドユーザーはＦＭの索引のことなど知らんからのぅ・・・。
ゴホゴホ・・・わしはもう歳じゃ・・・隠居するでのぉ・・・。
993:名無しさん＠そうだ選挙にいこう
02/12/06 15:01
sageを失敗したのぉ・・・
醜態晒してすまぬのぉ・・・末代までの恥じゃ・・・隠居するでのぉ・・・。
994:名無しさん＠そうだ選挙にいこう
02/12/06 19:45
隠居より新スレいこうよ。