WebDirect: vertragingen zonder enige reden

[SuperWimmie]

Dag allemaal,

 

Mijn WebDirect configuratie:

Windows Server 2008 R2

8GB werkgeheugen

i7 8 core processor

plenty of disk space.

 

Ik heb een geheel schone Server 2008 installatie gedaan op mijn servertje.

Vervolgens geheel dedicated Filemaker Server 14 geinstalleerd.

Programma's er op, poortjes geregeld, virusscanner maar even uitgeschakeld (komt later wel) en klaar.

 

Draait als een zonnetje.

 

Maar... een aantal machines die via een webbrowser willen inloggen, krijgen te maken met onverklaarbare vertragingen.

Ik heb er zelf ook last van, met name met Google Chrome.

Staat hij zomaar een minuutje te wachten voordat ik verder kan.

 

Af en toe gebeurt mij dat ook met het inlogscherm.

Veel vaker zie je een scherm verschijnen (gaat erg vlot), floept weer van het scherm af en vervolgens kan ik een minuutje wachten totdat hetzelfde scherm weer verschijnt.

Alsof FM Server zijn eigen verwerking opnieuw doet.

 

Wie weet hier raad mee?

[WJ]

Hoi Superwimmie,

 

Ken het fenomeen niet. Ik weet wel dat windows 2012 sterk wordt aangeraden vanwege IIS8. Betere prestaties.

 

Groet

 

WJ

[SuperWimmie]

Dank voor de reactie, Willem Jan.

 

Ik heb absoluut geen enkele last op b.v. een iPad.

Zelfs een iPad2 gaat als een speer.

Mijn MacBook gaat ook erg vlot er doorheen, het reageert zoals verwacht.

 

Maar nu mijn Windows systemen.

 

Ik heb het enige tijd gehad dat Chrome er last van had, maar Edge (Windows 10) totaal niet.

Maar nu is toch ook Edge begonnen met deze ongein...

 

Bij diverse andere Windows system ontdek ik hetzelfde verhaal.

Laat ik nou net een nieuwe computer in huis hebben, met overal de laatste versies er op.

Net twee weekjes geleden geinstalleerd.

Eventjes geen last gehad, maar nu begint hij er toch ook mee...

 

Ik heb diverse zaken geprobeerd.

O.a. de webbrowser geschiedenis compleet verwijderen. Zonder resultaat.

Nieuwe webbrowsers geinstalleerd, allemaal gaan ze op de betreffende Windows computer de vertraging in.

 

Ik zie ook dat b.v. een iPad later inlogt dan zo'n Windwows systeem, maar hem compleet inhaalt en vlot zijn scherm vult.

Terwijl Windows er nog even een minuutje over mag doen.

 

Het lijkt met een soort van conflict te zijn.

Waar ik verder met deze Windows computers totaal geen last van heb. Nergens mee.

Java, misschien?

[Banach]

Kijk eens naar de optie in IIS mbt het comprimeren van dynamische web paginas. Wanneer dat aan staat moet je dat eens uit zetten.

[SuperWimmie]

Hoi,

 

Klinkt interessant.

 

Ik ben helaas niet zo bekend met Server 2008 en alle hulp op Internet is in het Engels.

Laat mijn Server nou Nederlands zijn ingesteld, ik zoek me een slag in de rondte om het te vinden....

 

Wie wil hier de helpende hand toesteken?

[Banach]

Typ in de commandline:

appcmd set config /section:urlCompression /doDynamicCompression:False

 

Of volg wat er in deze link staat onder Windows Server 2012

https://www.iis.net/configreference/system.webserver/urlcompression

[SuperWimmie]

Bovenstaand probleem is een groot probleem.

Uit onderzoek blijkt dat Filemaker WebDirect veelvuldig verversings acties uitvoert.

 

Het verversen blijkt een serieus aandachtspunt.

Zozeer zelfs, dat er showstoppers ontstaan.

In FM13 was dat al het geval, nu in 14 kom ik er achter dat het nog steeds hetzelfde probleem is.

 

Wat wil het geval?

 

a. Bij opening van WebDirect zal Filemaker iets van 5 Mb door gaan sturen naar de client.

 

b. Met een vaste interval in tijd, evenals een interval bij invoer van gegevens, vindt er een refresh van het scherm plaats.

 

Stel dat de verbindingen magertjes zijn, dan schiet de verversing in herhaling.

Denk hierbij aan thuisverbindingen etc.

In deze situaties is de download nog niet compleet, of de verversing zorgt voor het opnieuw starten van de actie.

 

Let op: Dit geldt voor zowel de server, maar helaas ook voor de client.

 

Eén van de betere oplossingen is er voor te zorgen dat de WebDirect server een snelle verbinding heeft.

De upload is vaak de zwakste schakel.

Hiermee wordt het uploaden bij het verversen (veel) beter verwerkt.

 

Verder tref ik op het internet veel adviezen aan m.b.t. het "gewicht" van de layout. Bij verversen gaat de layout en het record weer over het draadje, wat je dus zo dun mogelijk moet maken.

 

Voor mij is dit verversings-probleem nagenoeg een showstopper.

Het blijkt dat Filemaker (maar tevens veel andere ICT "deskundigen") wel erg gemakkelijk uit gaan van stevige internetverbindingen.

Alsof we allemaal langs de Zuidas in Amsterdam wonen.

Ik heb gebruikers in Belgie en Duitsland en die praten er heel anders over.

Daar kom je in gebieden waar 2 Mb download het maximaal haalbare is, zelfs bekabeld.

Waar 3G maar 1 puntje hoog komt.

 

Het is dus wel erg luxe, zoals WebDirect er mee om gaat, maar het levert onwerkbare situaties op.

 

Zijn er mensen die hier oplossingen voor hebben?

[hans erik]

Php?

[SuperWimmie]

Meen je dat serieus, Hans Erik?

 

Hahaha, daar gaat me een vracht tijd in zitten... Ik heb al zat moeite met talen.

Nederlands ging mij altijd al slecht af, Duits gaat nog net maar Frans is drie keer nix.

 

Filemakerenees gaat nog iets beter, maar PHP? Echt niet.

[hbrendel]

Hij heeft wel gelijk...

 

Ik heb al mijn projecten overgezet. Ook ik ben niet zo'n held met programmeertalen, maar php valt wel mee. Het is de investering waard.

[hans erik]

Het is natuurlijk niet in het belang van FileMaker Inc want die willen liever een heleboel WebDirect licenses verkopen.

 

Maar ik denk dat er wel een markt is voor een mooie PHP-generator. Een plugin die de objecten op een layout uitleest (via GetLayoutObjectAttribute), de velddefinities ophaalt en daar een nette PHP van maakt. Vervolgens een paar glue routines en klaar is kees.

 

Vroeger had je van die mooie tools om een CDML file aan te maken.

Of denk ik te simpel.

 

HE

[SuperWimmie]

Inderdaad, hier zie ik toekomst voor Filemaker.

 

Ze gaan er nu van uit dat je op operationele databases gaat ontwikkelen, terwijl ik dat nooit doe.

Dan zie je erg veel overtollig spul ontstaan dat de zaak vertraagt.

Het "live uitrekenen" van layouts bijvoorbeeld. Volstrekt overbodig.

 

Dat houdt wel in dat je applicaties moet gaan compileren en uitleverings gereed gaat maken.

 

Maar goed, we zullen het wel zien.

Filemaker heeft mij een aantal keren erg positief weten te verrassen, dus wie weet de volgende keer ook wel.

[hans erik]

Ik zie WebDirect een beetje als de omgekeerde wereld: je maakt iets heel ingewikkelds (een mooie interactieve, dynamische layout in FileMaker). Vervolgens maakt WebDirect daar een nog ingewikkelder webpagina van. En als je iets in FileMaker verschuift wordt het vrijwel direct ook in WebDirect aangepast. Wow, te gek. Vervolgens constateer je dat het allemaal zo traag als dikke s....t is en probeer je op aanraden van de experts je layouts weer zo 'lean and mean' mogelijk te maken om de vaart er enigszins te houden.

 

That kind of defeats the purpose, doesn't it?

 

Ik zou zeggen: als je nou toch je FileMaker layouts apart voor webtoegang gaat inrichten, doe het dan gelijk goed en gebruik PHP, althans als je een beetje goede performance wilt.

 

Maar laten we eerlijk zijn: ik heb geen ervaring met PHP en een beetje met met CSS en HTML. Maar stel dat je een webontwikkelomgeving gebruikt als RapidWeaver, Sandvox of een van de vele andere pakketten die de vormgeving en navigatie voor je integreren , dan moet het toch niet zo lastig zijn om de webforms te koppelen aan de PHP code die je uit FileMaker krijgt?

 

Als je de handleiding van Filemaker over Custom Web Publishing met PHP doorleest, dan stopt het precies op het punt waar je als ontwikkelaar vastloopt: hoe de PHP code in een werkende HTML pagina op te nemen. Inmiddels ben ik een queeste gestart om wat handige links op te diepen.

Kom ik op terug.

HE

[SuperWimmie]

Mocht je toch daarmee aan de slag gaan, zie je kans om het platform onafhankelijk te maken?

De twee tools die je noemt zijn uitsluitend geschikt voor Mac.

 

De MAC in de bouwsector en de transportsector....

Dat wordt voorlopig niets.