FM7 ohne CDML.. was nun

[b.legt]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

Hi an Alle,

hab die letzten Tage zu meinem persönlichen Entsetzen festellen müssen.. CDML wird es unter FM7 nicht mehr geben.. deshalb stellt sich für mich nun die Frage der Alternativ.. mit FX.PHP hatte ich auch früher schon geliebäugelt.. war mir aber wegen des Mehraufwands an Infrastruktur bisher zu "heftig".. tja.. und nun hat mich die Realität doch eingeholt.. CDML fliegt raus.. schnief also was tun.. konkret:

funzt FX.PHP.. respektive FM-and-PHP den unter FM7??? und geht das dann auch mit einer normalen FM-Pro Lizenz.. oder muß es dort UNBEDINGT Server.. oder gar Advanced sein??

bb b.

[schube]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.
Nachrichtensymbol:

Hallo!

Also FX.php bzw. FM-and-PHP funktionieren leider nicht unter FM 7 mit dem normalen FM 7 Client.
Erst der FM 7 Advanced Server wird die XML Schnittstelle bieten, auf der FX.php bzw. FM-and-PHP aufbaut.

Das ist der derzeitige Stand - vielleicht gibt es bald neue Lösungen.

Bernhard

[b.legt]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

Hi Schube,

danke fü die Info.. das ist allerdings dramatisch.. sprich.. Lösungen unter 2.499,- $ und damit wohl 2.999,- € wird es mit "selbsterstelltem Web-Outfit" nicht mehr geben.. und das auch nicht vor Sommer/Herbst diesen Jahres.. sehe ich das so korrekt??

bb b.

[Anonymous]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

hallo,

ja, server braucht man wohl & der kostet halt einiges.

ABER: es gibt ja immer noch alternativen.

ciao,
stefan

[b.legt]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

Alternativen?? gelcih MySQL?? oder was.. oder weiter FM7 nutzen??

bb b.

[Anonymous]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

hallo,

naja, das ist ja ein FileMaker Forum :-)
Aber ja, MySQL.

Es wäre auch möglich in FM einen XML Export zu machen und so die Daten in MySQL zu bekommen & umgekehrt...

So in die Richtung halt... MySQL ist halt besonders im Web geschwindigkeitsmäßig fast nicht zu schlagen. Und in fast jedem ernstzunehmden Datenbanksystem (zB DB2, Oracle, ...) wird auch mit SQL gearbeitet...

ciao,
stefan

[schube]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.
Nachrichtensymbol:

Hallo!

>danke fü die Info.. das ist allerdings dramatisch.. sprich.. Lösungen unter
>2.499,- $ und damit wohl 2.999,- € wird es mit "selbsterstelltem Web-Outfit"
>nicht mehr geben.. und das auch nicht vor Sommer/Herbst diesen Jahres..
>sehe ich das so korrekt??

Ich arbeite derzeit an einem technischen Workaround, sodass FM-and-PHP auch mit FM 7 Clients etwas eingeschränkt funktionieren wird.
Erste Betatests sind schon recht vielversprechend.

Von der Lizenz her weiss ich nicht "wie sehr" das von FileMaker Inc. her erlaubt ist. Ich meine, der Workaround nutzt Schnittstellen, welche per Lizenz (soweit ich weiss) auf 5 User /12 Stunden beschränkt sind. (wie gesagt, nur Lizenzbeschränkung, keine technische Beschränkung)
Webpublishing im Kleinen wird damit also möglich sein (wie zuvor mit normalen FileMaker Pro).

Für Webpublishing im Grossen wird man den Advanced Server brauchen - wie zuvor den FileMaker Unlimited.
Der FMU war aber deutlich billiger als der Advanced Server.

Ich persönlich sehe die Strategie von FileMaker mit etwas gemischten Gefühlen. FM7 find ich echt geil, aber wenn das Webpublishing so viel kostet - da suche ich bzw. meine Kunden dann schon nach Alternativen......

Ich hoffe, dass FileMaker diesen Punkt nocheinmal überdenkt...

Bernhard

[b.legt]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.

Hi Bernhard,

THX für die Info.. und nochmal zwecks Verständnis..

du bist dabei eine Lösung für deine FM_and_php-Schnittstelle zu bauen.. OK.. diese beruht, soweit ich das verstanden habe auf der XML-Schnittstelle.. CDML ist damit aber nicht möglich.. oder??

Grundsätzlich.. find ich es eigentlich extrem schade, dass es CDML nicht mehr geben soll.. war so schön einfach und lies sich so leicht mit bestehenden FM-Lösungen verbinden.. an wenn sollte man den da mal ein eMail schreiben, um diesem Wunsch bei FileMaker Inc. Nachdruck zu verleihen.. an Michael Valentin.. oder hat der eh nix zu sagen?? (hoffentlich liest er das jetzt nicht.. der Arme)

bb b.

[schube]

Hinweis: Eintrag wurde aus altem Forum importiert. Ggf. kann es dadurch zu Darstellungsproblemen kommen.
Nachrichtensymbol:

Hallo!

>du bist dabei eine Lösung für deine FM_and_php-Schnittstelle zu bauen.. OK..
Genau.


>diese beruht, soweit ich das verstanden habe auf der XML-Schnittstelle..
Naja, mein Workaround wird nicht mehr auf XML basieren.

>CDML
>ist damit aber nicht möglich.. oder??
Nö.

>Grundsätzlich.. find ich es eigentlich extrem schade, dass es CDML nicht mehr
>geben soll.. war so schön einfach und lies sich so leicht mit bestehenden >FM-Lösungen verbinden..
Also ich bin froh dass es CDML nicht mehr gibt und trauere dem nicht mehr hinterher. Nur SCHEINBAR war CDML leichter als zB PHP. Wenn ich mir denke wie das Sessionhandling mit CDML zu regeln war und das Sessionhandling mit PHP - da sind Lichtjahre dazwischen.
Der Einstieg in PHP ist zweifelsohne etwas komplizierter, aber dann steigert sich die Produktivität gegenüber CDML so dramatisch dass man CDML nicht nachtrauern muss.

Mir tut es nur leid für alle Leute die jetzt umfangreiche Lösungen mit CDML haben.

> an wenn sollte man den da mal ein eMail schreiben, um diesem Wunsch bei
>FileMaker Inc. Nachdruck zu verleihen.. an Michael Valentin.. oder hat der eh
>nix zu sagen?? (hoffentlich liest er das jetzt nicht.. der Arme)
Hr. Valentin hat schon Einiges zu sagen, er wäre also der richtige Ansprechpartner. Nur ich persönlich werde nicht wegen CDML anfragen...


CU,
Bernhard