FileMaker Blog

FM-and-PHP macht sich. Besser als FX.php allemal, finde ich. – Ich stehe mit Bernhard mittlerweile in engerem Kontakt, weil ich ein zunehmendes Interesse an einer richtig gut funktionierende Anbindung von FileMaker und PHP habe. Meine erste konkrete Anregung führte mit zu der neuen Version 2.3.0: der PHP-Entwickler, der FM-and-PHP nutzt, muss sich jetzt nicht mehr mit Unicode befassen; FM-and-PHP regelt das.

Immer wieder begegne ich Fragen oder Anforderungen nach dem Muster: "ich möchte einen Export aus FileMaker in Text-mit-Tab, aber ohne die Tabs; und die Tabulatoren aus meinen Feldern sollen von FileMaker nicht verändert ('maskiert') werden. Und keine Returns nach jedem Datensatz. XML-Export kommt aber nicht in Frage, weil ich eine Textdatei erstellen muss, die aber kompliziert ist."

Und eben XML ist doch wie dafür geschaffen. Denn: mit <xsl:output method="text"> kann man ganz wunderbar Textdateien beliebiger Struktur erzeugen.

XML/XSLT ist eine sehr junge Technologie und es ist noch viel Evangelismus nötig. XML/XSLT ist nicht komfortabel, zumindest nicht mit den Werkzeugen von heute. XML/XSLT ist natürlich auch keine eierlegende Wollmilchsau, die gibt es nicht. XML/XSLT ist vielleicht (gerade!?) wegen seiner anfangs steilen Lernkurve noch total verkannt.

Dabei ist XML/XSLT wie Französisch: es ist anfangs hart oder es kostet viel Überwindung (jenachdem;)), aber danach ist es einfach schön und schön regelmäßig und es flutscht einfach nur so. (Auf einer DevCon am Anfang des Jahrhunderts ging der Vergleich einmal anders: "XML is like Sex in High School. Everyone thinks that everyone else is doing it. Nobody actually does it. And those few who do it don't really do it right." Aber die Zeiten sind nun wirklich vorbei.)

Vielleicht hilft beim Einstieg das alte aber durchaus noch aktuelle XML-Tutorial von Dr. Jens Teich bei filemakerprofis.de, vor allem die letzten beiden Kapitel zu XML-Export und XML-Import.

Bei FileMaker kann man nun neue Updates für den Server runterladen. Ärgerlich ist, dass diese Seite nur mit JavaScript funktioniert. Der direkte Download an einem Windows 2003 Server mit Standardeinstellungen klappt daher z.B. nicht. Es sei denn, man nimmt diese Links:

• Windows: Update auf FileMaker Server (und Server Advanced) 7.0v3 (ZIP, 125MB)
• Windows: Update der Web Publishing Engine zu Server Advanced 7.0v3 (ZIP, 56MB)
• Mac OS X: Update auf FileMaker Server (und Server Advanced) 7.0v3 (StuffIt, 59MB)
• Mac OS X: Update der Web Publishing Engine zu Server Advanced 7.0v3 (StuffIt, 54MB)

Zu den Verbesserungen sei aus meiner Sicht vor allem hervorgehoben, dass ein Bug im Zusammenhang mit Medienfeldern behoben wurde. Funktionalität ist ansonsten weitestgehend unverändert, es wurde an der Stabilität und Zuverlässigkeit gearbeitet.

Interessantes Detail am Rande: die Web Publishing Engine weist sich selbst als Version 7.0v5 aus, zumindest unter Mac OS X.

Auf der nächsten FileMaker Developer Conference 2005 werde ich mit folgenden Vorträgen vertreten sein: Building a Custom Web Publishing Application from Scratch: A FileMaker Based Weblog und Linking Librarians and Book Retailers: A Case Study. Die Konferenz findet in Phoenix statt, und zwar vom 28. August bis 1. September. Früh buchen lohnt sich doppelt: 200 Dollar gespart bei der Veranstaltungsgebühr und die Flüge sind jetzt auch noch günstiger.

Beim Durchstöbern der FileMaker FAQ habe ich eben erfreut festgestellt, dass Jens Teich jetzt auf XSLT zum Erzeugen des HTML-Dokuments umgestiegen ist. Das bietet noch einen weitereren guten Grund, auf diese Tippsammlung hinzuweisen.

Der Nachfolger von Troi Coding, das Troi Encryptor plug-in (derzeit Beta), bietet neben der bisherigen DES Verschlüsselung nun auch 128bit Rijndael AES, und (und das ist mir besonders wichtig) auch MD5 und SHA1 Hash-Funktionen. Das bildet die Grundlage für ein tolles Whitepaper, wie man auf diesem Wege Kundenkennworte für Web-Zugänge veschlüsselt in der Datenbank abspeichern kann... wenn ich denn die Zeit zum Schreiben finde. ;)

Nachdem es den FileMaker Server 7 Advanced seit fast einem halben Jahr zu kaufen gibt und damit die Produktfamilie komplett ist, wäre es auch an der Zeit, Zwischenbilanz zu ziehen. Was die Stabilität und Performance angeht, aber auch in Sachen Bugs. Dazu habe ich mal ein paar Links aus dem FileMaker Magazin zusammen getragen. Wie von mir nicht anders zu erwarten liegt der Schwerpunkt nicht gerade bei Pixelfehlern im Ausdruck oder bei "Gewackel" in Layouts, sondern bei Kriterien wie Suchgeschwindigkeit, peinliche Fehler bei der Ausgabe im Web, Absturzursachen u.s.w. Aber lest selbst. Das hier ist natürlich kein Test mit dem Anspruch, objektiv zu sein, sondern nur ein Stimmungsbild aus meiner ganz eigenen Perspektive.

Zunächst tauchte im Forum die einfache Frage auf, ob der Server denn schneller als sein Vorgänger geworden sei. Meine Erfahrungen hierzu sind durchaus positiv. Es ging mir erstmal um das reine Suchen. Dr. Christopher Busch entgegnete dann, dass ein komplexerer Vorgang mit Sortieren und Ausschliessen von Datensätzen länger dauert, und dass auch schon das Suchen in indizierten Feldern allein langsamer geworden sei. (Er hatte auch zuvor schon darauf hingewiesen.) Zumindest die Behauptung über das Suchen wollte ich so nicht stehen lassen. Ich habe mir die Mühe noch nicht gemacht, eine Testsuite zu erstellen. Aber wenn mir demnächst einmal langweilig wird, dann habe ich halt was zu tun...

Stefan Unger ging es um einen anderen Aspekt. Welche Probleme treten auf (und ob überhaupt) beim Handling sehr großer Datenmengen. Hier kommt offensichtlich bei Schreibvorgängen (größere Imports, Konvertierung, etc.) zum Tragen, dass die Daten in UTF-8 (Unicode) umgewandelt werden müssen. Ein durchaus interessanter Testansatz wäre wohl, den Import verschiedener Datenformate im Hinblick auf ISO-Latin-1 vs. UTF-8 zu untersuchen.

Ich finde es schließlich abgrundtief peinlich, was mit Bildern in Medienfeldern im Web so passiert. Wenngleich ich Hoffnungen hege, dass dieser Bug schnell behoben werden kann. Und wenn man es weiß, dann richtet man sich nach dieser Einschränkung und speichert alle Bilder in der allerersten Tabelle einer Datei. (Großartig, oder?)

Die Hauptstadt lag bislang ausserhalb der FileMaker-Stammtisch-Szene. Das soll sich nun ändern:
http://www.fmp-schulungen.com/wiki/FM_Stammtisch_Berlin
Die Site ist ein (noch rudimentäres) Wiki (natürlich auf Basis einer FileMaker-Datenbank) – hier kann also jeder mitreden. Die Bearbeiten-Funktion bitte auch zur "Anmeldung" nutzen.

Ich hinke mit dem Weblog etwas hinterher. Aber eigentlich war/ist das hier auch eine Pflichtmeldung: Anfang Dezember gab es einen Relaunch beim FileMaker Magazin.

Es waren viele kleine Änderungen, die sich vor allem durch mehr Komfort für den Betreiber der Site direkt bemerkbar machen sollen, und für den Besucher nur indirekt durch eine noch lebhaftere Site. Nach außen hin ist die größte Neuerung der Online-Shop. Und dann sollte alles noch schneller geworden sein. Durch konsequente Umsetzung aktueller Web-Standards (besseres, zeitgemäßes HTML; CSS) haben wir die Ladezeiten verkürzen und den Traffic am Server im Dezember gegenüber vergleichbaren Vormonaten fast halbieren können. Durch die Abkehr von CDML wurde alles noch wartbarer und der Shop in seiner "vollen Pracht" überhaupt erst möglich.

Im Forum der Site gab es genau einen Trollpost zum Thema. Trotzdem ist er hier verlinkt, denn ich finde, meine Antworten (ja, ich habe mitgefüttert <°)))o><) taugen auch gut als Abriss zu der Frage, wann und warum man FileMaker Datenbanken wie in Web-Anwendungen einbinden kann/sollte.

Seit Montag ist der FileMaker Server 7 Advanced offiziell zu haben.

Für Entwickler gibt es ab sofort eine Entwickler-Lizenz des Servers, die immerhin 3 Verbindungen von FileMaker Clients und 3 Web-Sessions zuläßt. Teilnehmer der Konferenz erhalten die Entwicklerversion kostenlos. Ansonsten wird diese Version Bestandteil von FileMaker Developer 7. Wer diesen schon besitzt, kann sich den Server gegen eine geringe Gebühr zuschicken lassen. Mehr Details dazu sind sicher irgendwo auf www.filemaker.de zu finden.

Klemens Kegebein "bloggt" von der DevCon. – Ich werde hier auch versuchen, einen Eindruck von dem FileMaker Ereignis des Jahres zu vermitteln. Momentan frage ich mich allerdings, wann ich in Phoenix wohl ankommen werde; der Abflug aus Hamburg verzögert sich wegen technischer Probleme am Flugzeug. Gute Chancen, den Anschluss in London (nach Chicago) zu verpassen und das für heute abend in Phoenix angesetzte Meeting ebenso (die "Speaker" werden auf Sprachregelungen eingeschworen).

Um Instant Web Publishing (IWP) macht FileMaker einen für mich unverständlichen Hype.

IWP kommt m.E. in zwei Szenarios in Frage:

1. Zur Ergänzung oder als Ersatz von Clients als "interne" Arbeitsplätze (wobei ich Heimarbeit und Außendienst als "intern" betrachte)

FileMaker ist und bleibt eine Datenbank mit klaren Stärken im Desktop-Bereich. Der Client ist die schärfste Waffe. Es werden aber Hoffnungen auf IWP geschürt, die einfach nicht gehalten werden können. Mit dem Versuch, IWP immer mächtiger werden zu lassen und immer mehr Features des Clients mit mehr schlechter als rechter DHTML/JavaScript Programmierung zu simulieren wird FileMaker sich auf mittlere Sicht eher schaden (wenn sie den Kurs nicht bald korrigieren). Der Client ist die Cash-Cow des Unternehmens. (Dass er einigen zu teuer erscheint ist ein anderes Thema.) Dem Kunden jetzt vorzugaukeln, er können mit IWP auf Clients verzichten, rückt den Client in ein fragwürdiges Licht und ist in vielerlei Hinsicht kontraproduktiv. Wer unüberlegt mit dieser Strategie in ein Projekt stolpert, wird m.E. folgendes erleben und erreichen:

• Die Fähigkeiten des IWP erscheinen als unzureichend.
• FileMaker verliert an Ruf in Sachen Web-Fähigkeiten (viele CWP-Projekte, egal ob CDML oder XML+enabling-technology können sich sehen lassen und brauchen den Vergleich mit anderer Software schon per se nicht scheuen, vom komfortablen Back-End mit FileMaker Clients ganz abgesehen
• Der Kunde sieht den Preis für FileMaker Clients und erschrickt
• FileMaker wird zu unrecht als zu teuer empfunden und ggf. verworfen
• FileMaker und der Entwickler erleiden sicher einen Image-Schaden

Richtig wäre der Einsatz von Clients. Für Heimarbeit, Außendienst, Filialen und entfernte Standorte, thin-client Bestrebungen etc. nimmt man ggf. RDP oder ICA-Clients (TS/Citrix)

2. Zur Einbindung "externer" Personen in Abläufe im Unternehmen (auch ein Webshop ist Auftragserfassung durch "externe" Personen)

IWP ist hier einfach ungeeignet. Selbst für simple Preislisten. Diverse Selbstverständlichkeiten moderner Web-Lösungen lassen sich nicht erreichen. Indizierung einzelner Seiten in Suchmaschinen, Semantische Auszeichnungen, einfache Bookmarks auf Teile des Angebots, individuelles Design, gute oder akzeptable Druckausgaben, Funktionieren auch ohne DHTML und Cookies, z.B. hinter Firewalls mit Content-Filterung in Unternehmen: alles nicht drin. Wenn man sich dieser Limits nicht sehr bewusst ist, sollte man auf IWP im Interesse des Kunden auf IWP verzichten. Und wenn man sich der Limits bewußt ist, wird man verzichten ;)

Richtig wäre: CWP. Es ist zunächst fast egal ob CDML oder sonstwas. Lasso, PHP, ASP und alles andere kehre ich unter einen Hut. Alle benutzten bei FileMaker Pro 6 hinter den Kulissen XML und mit 7/FMSA (Server Advanced) kommt ODBC/JDBC nur noch als zusäztliche Alternative ins Spiel.

Im Übrigen: viele Punkte der obigen Streichliste lassen sich alleine mit CDML nicht erreichen. Ich empfehle in jedem Fall (nicht nur bei CDML, selbst bei Lasso, PHP, ASP etc. Anwendungen) sich mal mit dem Thema URL-Rewriting zu beschäftigen.

Der Anspruch an FileMaker ist einfach absurd, mit dem Erwerb eines Clients für 349 Euro neben eben dem FileMaker Client noch eine omni-potente Entwicklungsumgebung zu erwerben, die Dreamweaver und Konsorten alt aussehen lassen soll.

Fazit

IWP taugt nur im eigenen Unternehmen und auch dort nur für allersimpelste Aufgaben. Und selbst hier: Die Einsparungen bei den Clients (Gibt es in Stückzahlen günstiger!!! Bei Klemens beraten lassen!!!) müssen m.E. schon sehr erheblich sein, um die Produktivitäts- und Komforteinschränkungen aufzuwiegen.

--
Aus dem Forum unter www.filemaker-magazin.de, mein Beitrag Nr. 41387 mit geringfügigen Anpassungen.

Wenn er dann da ist, stelle ich das Angebot hier (und anderswo) auch auf eine FileMaker-Lösung um, die wesentlich mehr Spass macht, als Blogger. Und eine Kommentarfunktion wird es womöglich auch geben!? ... stay tuned.

Jetzt kann man die ersten Updates (Fehlerkorrekturen) zu FileMaker Pro 7 und zu FileMaker Developer 7 herunterladen. Eine Liste der korrigierten Fehler liegt den Updatern bei. Fulminant die Größe der Dateien: die Windows-Versionen liegen jenseits von 100 Megabyte. – Meine Meinung zu den Updatern gibt es im Zuge der nächsten Szene-Beobachtung. Nach dem Urlaub.

Den FileMaker Server 7 kann man ab sofort auf Englisch bekommen. Die deutsche Version wird wohl noch ca. 2 Wochen auf sich warten lassen. – Noch nicht verfügbar ist der FileMaker Server Advanced.

In der TechInfo-Datenbank bezog FileMaker bereits vor geraumer Zeit (genauer am 8. März, also vor der öffentlichen Ankündigung von FileMaker Pro) Stellung zu der Frage, wie lange man FileMaker Pro 6 Lizenzen noch legal erwerben kann. Das Prinzip ist einfach, und es war auch für vorige Versionen gängige Praxis. Hier kann man es nochmal nachlesen:

Note on volume licenses:
If you license the current version of our software (FileMaker Pro 7), then you may instead choose to install an older version of the software (such as FileMaker Pro 6).

Womit klar sein sollte, warum es immer schon schlauer war, und zwar nicht nur des Geldes wegen, statt vieler Kartons mit einzelnen Seriennummern/Installationscodes eine Volumenlizenz zu erwerben.

Ich fasse die bis dato wichtigsten Reaktionen aus meiner Sicht zusammen:

Es dominiert das Lob für einen mutigen Schritt in die richtige Richtung. Unklar ist und bleibt, wie man in der Praxis am besten vorgeht. Trennung von Daten und Anwendung steht im Raum; wenn auch nicht im Sinne von 4D oder anderen Entwicklungsumgebungen, so ist doch neues möglich. Viel hängt sicher von der Performance im Netzwerk ab, ganz besonders im WAN.

Die vielen Detailverbesserungen überblickt die breite Masse noch nicht so recht. Alle warten auf die ersten Workshops im FileMaker Magazin (ich bin ja emsig am Schreiben), auf das erste Buch, auf die FileMaker Konferenz am Tegernsee, etc.pp.

Es gibt dramatisches Geschrei ob der mangelhaften Darstellung kleiner Schriftgrade (und das ist absolut berechtigt). Mich persönlich tangiert das weniger, aber ich bin nicht der Maßstab.

Dann ist da die Mäkelei angesichts der gesunkenen Performance bei rechenintensiven Vorgängen wie Suchen, Sortieren, Auswertungen. Spannend und für mich letztlich entscheidend bleibt das Ergebnis mit dem neuen FileMaker Server. Der ist aber noch nicht auf dem Markt.

Oh ja: Begeisterung über die Druckergebnisse. Drucken aus FileMaker war noch nie meine wichtigste Baustelle. Ich konnte mit 6 alles drucken, was mir wichtig war. Die Artikel von Fabrice Ricker im FileMaker Magazin (Print) waren aufschlussreich, aber nicht kriegsentscheidend, da ich auch vorher klar kam. Im Übrigen braucht man das Wissen unter 7 zwar nicht, um abgeschnittene Zeilen zu vermeiden, aber zum hübscher Drucken taugt es immer noch.

Ein großes Thema der Konferenz wird die Lizenzpolitik sein; wie lange kann man 6 noch kaufen? Das Update ist technisch zu tiefgreifend, um einfach den Umstieg aller auf FileMaker Pro 7 zu erwarten. Neben der Frage der Nachrüstung von Arbeitsplätzen ist vor allem spannend, wie die Entwickler von Standardsoftware reagieren sollen. 2 Wochen und 2 Tage noch, dann wird es sicher nochmal was dazu zu sagen geben ...

Die Themen Web Publishing, XML/XSLT, ODBC, Server Advanced sind kaum Thema. Schade, aber es war eigentlich auch kaum anders zu erwarten.

Noch bei keiner neuen FileMaker Version gab es im Forum beim FileMaker Magazin so wenig negative Stimmen und so viel Lob. Ich bin zwar selbst überzeugt, dass FileMaker da etwas wirklich Gutes getan hat, aber jetzt bin ich irgendwie doch baff.

FileMaker Pro 7 dominiert in diesen Tagen auch die Startseite bei apple.com. Der 4D-Entwickler hier im Haus fühlt sich schon verfolgt ;) Nett finde ich, dass Apple FileMaker für eine Hot App hält, zumindest ist dieser Begriff im Menü hervorgehoben. Allerdings ist das kein wirklich unparteiisches Urteil, denn FileMaker ist eine Tochterfirma von Apple. (Wenn es unparteiische Urteile in der Wirtschaft überhaupt gibt?) In Deutschland scheint Apple auf den ersten Blick den Launch verschlafen zu haben. Unter Mac OS X -> Applikationen jedenfalls steht noch was zu FileMaker Pro 6. – Mir dämmert's jetzt: die warten die Verfügbarkeit der deutschen Version ab.

In den letzten Jahren hieß das immer FSA-Konferenz. Und war auch eben den Mitgliedern der FSA vorbehalten. Jetzt läuft das öffentlich und unter dem Namen FileMaker Technologie-Konferenz 2004. Am 2. April in Bayern. – Bald entsteht der Eindruck, ich mache hier im Blog nur Eigenwerbung. Weil ich auch da einen Vortrag halte. Dann kann ich ja dran arbeiten, diesen Eindruck in den kommenden Tagen und Wochen wieder zu zerstreuen :) Stay tuned ...

Zeitgleich starte ich hier mein FileMaker Blog.
Wer FileMaker 7 ganz bald kennenlernen und "live erleben" will: schleunigst bei www.filemaker-stammtisch.de vorbeisurfen und anmelden! Ich halte in Hamburg einen Vortrag auf dem FileMaker Stammtisch.