ファイルメーカーでどこまでできるウェブアプリ！

>>76
最近、そう思い始めたw

>>75
情報ありがとう、安心しました。

>>65 >>66
ファイルメーカーも捨てたもんじゃないないね

貴様ら6はどうだ6は。

（＾＾）

一月以上ほったらかしかい。7に期待age

New FileMaker 7 was Intuitive new Field Cell Editer and
Text Style supported new Scripting Editer Include.
2004-1Q release.

来年なのかよ！
β版は手に入らないのかい？

>>82
スイマセンが、そのソースはどちらから？？？

むしろマルチスレッド化して欲しい

>>85
当然そうなると思ってますが・・・
だって、ファイルシステム拡張するんでしょ？
それくらいしないと暴動っすよ！
あと、データとロジックの分離と
ウェブアプリ開発環境（マジで使えるヤツ）は
最低でも欲しいね。

某プロジェクトでファイルメーカー鯖が何度もコケてたのをみて以来、
全く使う気がしない。
MySQLでいい。

スレタイトルの通りなウェブアプリを作るには力不足なのは
満場一致といったところか。

いや、やっぱり作りによるんだけど、それはつまりファイルメーカー独特の
妙な職人ワザが必要になるという意味合いも強い。
デスクトップでファイルメーカーを使う層がいつもの作り方で作るんじゃダメだし、
普段PHP + Postgresでやってる人が自分の常識でやってもうまくいかない。
大規模サイト何年かやってると、変なノウハウいっぱいおぼえるよ。

ファイルメーカー一本だけであんまり無理しなくていいから、
webデータベースの管理側とか帳票とかに特化して親和性を高めて欲しいんだけど。

もともと4th Dimentionと並んでマクの数少ない、データベースアプリであったが
4th Dimention共々、OS XでSQLがマクで使えるようになって、HTMLベースで
レイアウトこさえられる、という流れの変化はデカかった感じ。
というかネットバブルで、随分とSQLが身近になったのが、キッカケだったと思うけど。

もう、諦めてAccessみたいなビジュアルSQLクライアントとして、生きながらえる
しかないんではと。にしては、マクロなりActiveXなりで引けを取ってる…

ショットでWebで何かするには、自前（しかもオフィス内）のサーバ（またはクライアント
PCをまんま公開するなどして）で運用するには安上がりだけど。cgiいらんし。
しかし、その場合もIISでAccess（以下略

でもIISでAccessは素人目に手軽に見えて後々大変だからねえ

http://headlines.yahoo.co.jp/hl?a=20030305-00000002-wir-sci
大量あぼーんｸﾙ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

>93
記事読んだけど、これファイルメーカーのことっていうより、
セキュリティー考慮してないDQNは氏んでしまえって言ってるだけじゃん。
まぁ、簡単に公開できるからこそ、そんなDQNが大量に居るのも事実だが...

いや、大量のアホが穴を空けたまま使えるってのが問題だと思うよ。

（＾＾）

ウェブセキュリティで
レコード毎にセキュリティかけるのが
ウェブコンパニオンでは今のところ
安心できると思う。
って言うか、インスタントウェブ止めろ。

agemanko

filemaker + apache（IIS）でSSIって出来るんですか？

たとえば

　<!--#include virtual="FMPro?aaa 〜〜〜" -->

とか。。

やりたいことは「１つのHTMLに複数のFilemakerのデータを
インクルードしたいんです。「最新登録情報」とか「カテゴリー別ニュースリスト」とかを。。

>>99
inlineactionを使うんじゃない？
あと外部からデータをxmlでインポートするとか？

>>100
inlineactionって？？ファイルメーカー内で何かしらのアクションをすれば
いいってことですか？

xmlに関しては、ファイルメーカー関連の情報があまりにも少ないんで（英語はあるけど）、敷居が高いです。。。

参考サイトとかありますか？

>>101
includeみたいなもんす。
ウェブツール（ファイル）を理解するのが一番近道です。
xmlに関しては米サイト内にウェブサービスを含んだ
サンプルがダウンロードできます。

フレーム切らないと出来ない。
InlineActionは全然関係ないと思う。

>>103
今時フレームなんて・・・
inlineaction使え！

ポータル使えば出来るけど、あんまりいろいろ置くと遅いよ。
InlineActionって手もあるだろうけど、あれは信頼性に欠けるよ。

>>106
信頼性ってどんな？

>>107
ファイルメーカーがウソをつくってことじゃん。

>>108
そこまで具体的ならやってみりゃいいじゃん...。

資料とかネット見てたらSSLはＩＩＳだけとか
書いてるけど、apacheではダメなんでしょうか？

ダメならlunix とか　MAC　は無理って事？

となると、SSL使うときはWINしか選択肢ないのか？

>>111
なこたぁない！

保守あげ

プラグインAPIってREALBASICとかで使える？？

>>114
Rbでプラグイン作れるかってこと？
だとしたら無理。

MacからFMをどうのこうのしたいのならRbでも
AppleEventで結構いろいろいじれるから面白いよ。

なんだか
さがってる

保守

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

ここんところずっと山崎か...
もうそろそろ、次バージョンの噂出てこないの？
7から、ファイルメーカーServerが直接httpサーバーになるから、今みたいに
Unlimitedを何台もぶら下げてなんて無駄なマシンつかわなくてもよくなるみたいだけど。

ネタないのか？

なぃょ

一言で言えるのはＦＭはｗｅｂアプリに適してないということさ

SQLが使えないのにPHPでも操作できるの？　どうやって？？

fx.php のこと？

a

浜崎あゆみがコンサートで障害者の子に対して暴言をはいた事件です。
私は障害者の子の近くで見ていてその時の様子を簡単に書きます。【実際あったやり取り／マジネタです。】
浜崎「一番前で座ってるよ。みんなどう思う？感じ悪いよね〜。」
客「お前らだよカス！あゆに迷惑かけんな！　さっさと立てよ！」
母親「すみません、この子足が不自由で立てないので・・・」
客「うざ〜〜、あゆに迷惑かけんならくんなよ！」
客「そうだそうだ！帰れよー！」
母親「本当に申し訳・・（泣）・・・」
客「お前ら帰れ、邪魔邪魔」
娘「お母さん・・もう帰ろう・・本当にごめんなさい」
母親「・・・（泣）」
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
証拠ＶＴＲ→http://www5d.biglobe.ne.jp/~EMPEROR/hamaayu.mpeg

FM7リリースage
Server Advancedが出たらWebobjectsに繋げるキワモノも出てくるでしょう。

age忘れ

Sever Advanced...XSLT+XMLで既存のRSSも表示できてしまうらしい...
でも、XSLTって既存のFileMaker ユーザにはとっても敷居が高いかも。

むつかしいよね、XSLTとXML。
でも、FM7SAにはサンプルが沢山ついてくるらしいから
それ見て勉強すれば何とかなるのでは？

filemaker なんか使わないほうがいいよ。

ファイルメーカーのスレから誘導されました。

制作環境　Mac9.2.2　ファイルメーカー Developer 5.5
ブラウザはMacのIEもしくはサファリがメインです。

フィールドZを表示しているA.htmlから
target="_blank"でB.htmlを開いて
B.htmlでC.fp5のフィールドZの内容を変更。
この状態でB.htmlを閉じても
A.htmlに変更は反映されていないので、
困っています。

C.fp5のフィールドZの内容が変更されたらブラウザをリロード
という命令をDBから出したいのです。
ユーザーにリロードさせたくないので自動的にリロードすると
嬉しいのです。

javascriptのwindow.openでひらけないので（macは無理？）
opener.location.reloadとかそういったのは使えないです。

どなたかご教授下さい。

＞C.fp5のフィールドZの内容が変更されたらブラウザをリロード
＞という命令をDBから出したいのです。
できるわけないでしょ

＞window.openでひらけないので
JavaScriptをよく勉強しなさい

>134
レスありがとう。
やっぱり出来ないですか...

＞＞window.openでひらけないので
＞ JavaScriptをよく勉強しなさい

window.openはwindowsだと開くのですが
macだとブラウザが固まっちゃうので
[FMP-IF]でブラウザ判別して
Macなら<a href="〜" target="_blank">...
winなら<a href="javascript:window.open(......)">
としているのですが、Macでもwindow.openで開く方法が
あるのでしょうか？？？

固まるのは別の理由でしょう。
Macでもほとんどのブラウザでwindow.openでちゃんと開けます。

>136
そうなのかぁ。なんで開かないんだろう...orz
カチンコチンコになっちゃうんです...

<a href="javascript:window.open('FMPro?-DB=hoge.fp5.....&-find')">

って書いてます。
ダメっぽいですか？

window.openのパラメータ確認しろ。

おまえさ
JavaScript勉強せずに、
コピペでなんとかしようとしてない？

FMS7Aが届いたから上げてみる。
いつインスコしようかな。

Mac OS X Panther の Java って遅いってホント？
FMS7A のウェブの部分って Java で書かれてるんでしょ？
Windows Server で動かした方が速いのかしらん？

Lassoは日本語OKらしいが
誰か日本で使っている人いませんか？
また、外人でも日本語できるデベロッパーでも
良いので紹介して欲しい。

>>142
WiTANGOは日本語の動作確認がまだ取られていない模様...
この際、Lassoに移行しても良いかなぁ...と。
アメ公の日本語話せるデベロッパ探した方が早いのでは？？？
公式MLアーカイブでJapaneseで検索すると、ポツポツ出るよ。

>>142
そう聞く。
だから、ウェッブはWindowsサーバが速いらしい。

間違えた。

>>141
そう聞く。
だから、ウェッブはWindowsサーバが速いらしい。

FileMaker 7 シリーズで osCommerce 並みの
ショッピングサイトを構築したい。
できる？

>>145
それは、osCommerceのような出来合の物があるかどうかという質問でしょうか？
osCommerceの考え方、インターフェースを一からフルスクラッチで作っていけば
出来ると思いますが、自分で作業する（か業者に丸投げする）必要があります。

WebのインターフェースをosCommerceに任せて、mySQLに入ったデータをFileMaker
で利用するという考えかたも出来るかと思います。

モール部分はapache+phpをフロントエンドにした方がレスポンス良さそうだけど・・・
ローカルファイルから経理とか発送処理用にsqlアクセスできるようにしたら便利かもしれんね。

MacOSX,FMP7でレシートプリンタって使えないんでしょうか？
ドライバが見つからないんですけど、、、

使えない

>>148
winなら動く

ほしゅ

>>152
つまんね

FM7SAのカスタムウェブでブログを作ろうかと計画中です。
所詮日記なので、日記を書いたり表示させたりするのは簡単なのですが、
ブログでは一般的なTrackBackを送ったり受け取ったり、どうせなら
やってみたいです。
TrackBack機能を実装させる為に必要なスキルはどの程度でしょうか？
XML？　参考になる書籍はありますか？
また、参考になるサイトも教えていただけましたら幸いです。

Wi

まつがえた。



Tangoって今どうなんだろうか？
WiTangoってあるみたいだけど
Filemaker 7と日本語には対応していますか？
使っている方、どうか教えてください。

>>156
Tango + FileMaker 7 の話は聞かないね。今どうなってんだろ？
素直に FileMaker Server 7 Advanced は？
業界標準のXML/XSLTが基本だから参考文献いっぱいあるし。
付属の Site Assistant タコな所もあるけど、なにげによく出来てる方だと思うよ。
他にもPHPと組み合わせるって手もあるかも。
FX.php日本語対応版も出てるし。
ttp://msyk.net/fmp/fx_ja/

uitguiyyi

>157
ありがとん。もちろんAdvancedを使う予定です。
でも難しそうなXMLとPHPにはやや消極的です。
新しいLASSOはユニコードで日本語が通じるみたいですね。
試用版を探してみます。
ttp://filemaker.cx/archives/ent_85.php

>154
Trackbackの仕様書というページを見つけました。
参考になりますか？
ttp://lowlife.jp/yasusii/stories/8.html

XSLTって難しいんだね。

>>160
でも、使いこなせるようになったら、FileMakerがこけても
他への技術的応用がきいて、取得した技術は決して無駄にはならないって点が
やる気を起こさせます。
基本はサイトアシスタントでの作成。CDMLではこうだったけど、どうかわるの？
っていうところだけを、その部分だけの簡単なCDMLファイルを作って、CDMLコンバーター
で変換させてみるっていうの流れがいいかと。
最初から6で作って、CDMLコンバーターにかけてだと、無駄が多く修正に時間がかかります。
7用の作法にそって新たにDBから作り直すのが、結局早道かと思います。
お互いにがんばりましょう。

FX.PHPって正直どうなの？
PHP+MySQLと比べて使い易さ、スピードはどうですか？

FXは、CurlやSocket通信を使ってファイルメーカーのWebコンパニオン経由で
データを取得するというものだから、ファイルメーカーの性能を超えるものが
実現できるわけではないです。

ただ、CDMLに比べれば、PHPの方がはるかに豊富な関数をもってますので、
よりよいものができるのは間違いないです。もちろんCDMLよりは手間がかかり
ますが。

スピードは、MySQLなどにはもちろんかないません（大量のデータを操作など）。
ただ、開発しやすさというか扱いやすさはFileMakerの方が上だと思います。

FileMakerなら、Webとローカルの両方のインタフェースをもたせたDBを結構簡単に
できちゃうし、やはりフットワークというか小回りのよさは抜群だと思います。

大量のデータ操作や、とにかく高速な動作を求めるなら、そりゃMySQLとかには
かなわないと思います。

>>163
FXを利用するには、Advancedが結局必要になるみたいなんですが、
Advancedだけを利用する場合に比べてのFXのアドバンデージはどんな点があげられますか？
CDMLからの移行をするにあたり、xsltを覚えるのがいいのか、FXをかませてphpを操るのが
いいのか、はたまた、unicode対応で日本語も扱えるらしいLassoか...ふんぎりがつきません。

PHPを利用するメリットは、なんといってもWebアプリを作る際の豊富な実績と
情報量の多さでしょう。

たしかに、FXという形で利用しているユーザーはまだ少ないと思いますが、
インタフェースの作り方などは、他のDB向けに紹介されているものでも、
かなり参考になります。

たとえばXSLTやLassoなどで、Webアプリではよくあるファイルのアップロード
などの機能は実装できません。結局外部のアプリに頼らざるをえません。

それに情報量が圧倒的に少ない。あんなことしたい、こんなことしたい、と
思っても、使ってる人の絶対数が少ないのだから、アドバイスすら受けることが
難しいです。

グラフを描いたり、他のDBやWebサービスとの連携なども、PHPなら
いろいろな方法があります。

オープンソートならではのライブラリやテンプレートなども活用できるように
なれば、開発効率もぐっと高まります。

現状では、FXそのものを利用しているユーザーがまだ少ないので
リファレンスそのものも英語ですが、CDMLに慣れ親しんだ人ならば、
かんどころで使えるものがほとんどです。

日本語の問題に関しても、FXにおいて日本語が利用できるようにラッパー
クラスを配布しているサイトもあります。私も利用してますが日本語の利用に
おいてまったく問題ありません。

覚えることはそれなりに多いかもしれませんが、万一FMproがこけたとしても
つぶしのきく言語だと思いますよ。（今のところは）

こんなに書くと誰だかわかっちゃう...。

>>165
なるほど。なるほど。ようは、実行パフォーマンスというより、開発パフォーマンスに
一日の長があるというわけですね。確かに、ファイルのアップロードってCDMLでは出来なかった
し、Advancedのリファレンスにもそれらしきこと書いていないので、出来ないんでしょうね。
Advanced+カスタムWebで検索しても海外のトレーニングしかヒットしないし。
FX試してみます。
#ファイルアップロードが、FX経由でFileMakerのコンテンツフィールドに格納できたらうれしいかも。
ありがとうございます。2さん。

>>165
PHPで怖いのが、セキュリティーアップデートでPHPのバージョンがあがり
使えていたものが使えなくなること。
2chブラウザのp2が、先のアップデートで使えなくなってしまったんだよなぁ。
Mac OS X Server + PHP4.3.10 素の状態でセキュリティーアップデートかけているだけなのに。
そういったことがなければいいんだけど。

>>167
そうですね、FM側のフィールドに入れられれば便利ですが
実際はできなかったと思います。
が、できるのであれば、誤認です。ゴメン。
一旦MySQLに入れてから、スクリプトで格納...てな感じかな。

今Lassoのデモを使っています。ファイルアップロードのタグは
あるみたいですけど、使い方がわからないな。

age

そうやって、FX.phpを使い始めると、FMProの良さが消されていく。
結局俺はMySQLをバックに使うようになった。
大してかわらないよ。ちょっとSQL覚えれば対したことない。

こんなappに20万円以上は払えないって誰もが思うかも。
PHPに頼らないで、なおかつトランザクションを実現する必要が、そろそろあると思う。
まじめな話、sqlだけだもん。FXつかっているユーザーとMySQLを使うユーザーの壁って。
去年の6月から移行し始めて、もう全般的に移行完了しちゃったし。
なんか新しいことやり始めないとヤバいでしょ。
元Clarisさん。

filemakerにしがみつくのはよくないよね。
漏れも>>171と同意見
PHPですごくいい。

ウェブでFM使ってるのって、やっぱりデスクトップGUIが簡単にできて
ウェブと共有できるからじゃないのかな？
デスクトップでもMysqlができれば、SQL覚えるだけだね。

もちろん、FMにはウェブでのスピードアップには努力してもらいたい。
Mysqlほど速くとは言わないので。

ＷＥＢ回りで使うのは止めた方が良い。
ただしローカルマシンで自社ショッピングサイトの経理管理とか
オンラインに置かない顧客データの保存／閲覧には最適かと。
当然MS-Accessでも出来るけどね。

>>175
なんで？
7のカスタムWebがWebで使わない方がいいという結論にいたった
>>175さんなりの検証結果を教えてほしい。