Ga naar inhoud

Marsau

Leden
  • Items

    741
  • Registratiedatum

  • Laatst bezocht

Alles dat geplaatst werd door Marsau

  1. Verrassend dat het überhaupt nog bestond! Shared hosting mag al een tijdje niet meer, al zijn er uitzonderingen op. Een nieuwe hosting provider zal voor jou een server-instantie inrichten. FileMaker cloud is ook een optie, of je richt een eigen (Linux) server in (al dan niet met hulp). Wellicht kan je zelfs kiezen voor lokaal gebruik en bestandsdeling, maar stabiel en veilig is dat niet. Ik denk dat de conversie (fp7 naar fmp12) weinig voorstelt.
  2. Ik zou in deze tijd niet voor een individuele licentie kiezen: die is verhoudingsgewijs wel enorm duur. Je kan ook voor $399 lid worden van de club van Richard Carlton en daarbij een licentie krijgen. Die je jaarlijks vervolgens voor $99 verlengt. Wat betreft de zee aan content die hij levert, zeker het overwegen waard. https://marketplace.claris.com/detail/399.html
  3. Naar mijn mening: als je meerdere charts op één layout wil, ga dan voor de javascript benadering, al zal dat wel zeker meer mentale inspanning vergen. Voordelen: onderlinge positionering van de cards (FileMaker doet dat toch wel een beetje beroerd met de ankertjes...) interactiviteit (een must wat mij betreft) snelheid. Je kan kijken naar https://d3js.org. Ook raadzaam om je te laten inspireren bij Jeremy Brown: https://community.jsinfm.com/home
  4. Wellicht betreft het hier "correcties"? 😄 Bij twee niveau's of meer wellicht altijd een virtuele tabel gebruiken.
  5. Ok, voorzicht zeg ik nu: het maakt in de praktijk nog niet veel uit. Het betreft inderdaad de schaalbaarheid, maar als het aantal verbindingen zo ongeveer constant blijft, zal de euforie je bespaart blijven. Claris Engineer blog over dit onderwerp: https://support.claris.com/s/article/FileMaker-WebDirect-performance-improvements?language=en_US Met een verbeterde 'CSS layout caching' moet de server belasting geoptimaliseerd worden. Is jullie overigens bekend of de inzet van secundaire machines (niet per se voor WebDirect) gebruikt kan worden om de gehoste files op twee plaatsen beschikbaar te krijgen? En dus aparte synchronisatie overbodig te maken?
  6. Je ziet dat kennis en begrip van de FileMaker applicatie wordt getoetst. Dat is idd. nog wat anders dan 'ontwikkelvaardigheid', maar zeker elementair ten opzichte van deze. Ik ben wel van mening dat een zekere paraatheid van alle 'basiskennis' essentieel is voor je effectiviteit als ontwikkelaar. En ook dat de interface niet verstikt zou moeten worden met die basisinformatie. Die is er m.i. al en een overmaat gaat in de weg zitten. Denk je niet?
  7. Als het je om werkvermindering gaat kan je ook overwegen om helemaal niets te doen aan externe opslag (i.e. plak gewoon het plaatje), of 'externe containers' in te stellen. Stel jezelf de vraag waarom je die mappen wilt: misschien heb je een goede reden. Mocht je per se nog betekenisvolle bestandsnamen willen (stel jezelf wederom de vraag: waarom?), dan kan je met base64encode/decode bestandsnaam inbrengen.
  8. De vertraging was mij nog niet opgevallen. Interessant om dan objectief vast te stellen of je met die kleine pauzes inderdaad een versnelling zou kunnen krijgen, en hoe groot die pauzes dan zouden moeten zijn. Onlangs had ik overigens nog de geheel subjectieve indruk dat de DAPI-scriptstap sneller werkt dan de ExecuteSQL functie. Als je de enige bent die een probleem ervaart moet je de mogelijkheid onderkennen dat je zelf de oorzaak bent. Beetje gênant: heb ontdekt dat server-side de credentials uiteen liepen. Geen bug maar logisch gedrag. Dank voor het meedenken.
  9. Ik blijf het antwoord schuldig. Nog geen gelukzalige clientele waargenomen. Mijn eigen indruk is even positief als subjectief
  10. In verschillende van mijn oplossingen gebruik ik in server-side script in een If-stap op basis van een ExecuteSQL iets wordt opgezocht in een TOC van een externe tabel om te bepalen of iets wel/niet moet gebeuren. Geen probleem tot voor kort, maar opeens komt er geen resultaat meer. Mogelijk met de installatie van FMS2023. Ik kan de oorzaak niet vinden, en ik zoek in eerste instantie naar 'normale' implementatie-fouten. Als het script lokaal wordt uitgevoerd, dan krijg je altijd direct een correct resultaat. Maar uitgevoerd als server-side script krijg ik steevast het bekende vraagteken terug. Er komt gewoon geen resultaat. Probleem doet zich zowel voor bij PSOS als wanneer het script als onderdeel van een scheduled script wordt uitgevoerd. Wellicht een bug in FMS2023, want het heeft absoluut gewerkt. Maar zie wellicht iets over het hoofd. Benieuwd naar jullie suggesties. Uitgebreid gecheckt is: - correctheid van de query (is echt ok...) - privset account en bestandstoegang tot het externe bestand - eventuele context problemen (quod non in geval van ExecuteSQL, zou je zeggen) - doorgifte van simultane andere scriptresultaten (anders dan van de sql-query) gaat uitstekend; het betreft dus alleen de ExecuteSQL - serverside toepassing van de functie op een interne tabel gaat goed: het betreft dus alleen de externe TOC's Als het een bug is, dan zal ik wel niet de enige zijn die het ervaart. Iemand?
  11. Het regent nieuw gecertificeerde Claris developers op LinkedIn... Claris heeft zijn certificeringsprogramma omgegooid: https://www.claris.com/certification/ Vind het mooi dat het een stuk laagdrempeliger en toegankelijker is gemaakt. De gekoppelde leerpaden zijn veel beter inzichtelijk gemaakt. En het is gratis geworden. Bestaande certificeringen blijven geldig tot 31/12 a.s. Tegelijk bestaat de mogelijkheid om nog een reguliere certificering voor 19 te behalen, maar ik vraag me af wat de meerwaarde daarvan zou zijn in deze nieuwe situatie. Benieuwd naar jullie bevindingen.
  12. Ik hoop toch dat de verkorting van de update cyclus ook de kwaliteitslat (nog?) hoger legt. Ik vind deze blog ook wel informatief in dit verband: https://community.claris.com/en/s/article/Claris-Engineering-Blog
  13. Je kan ook Livetext proberen. Native FileMaker.
  14. Nog een alternatief is een virtuele lijst waarin je een x aantal records de waarden uit een global veld/variabele naar een x aantal velden haalt. Ook multi-user De eerste regel(s) van de waardenlijst (of xml / json array) moet dan een veldnamen-regel zijn. Nog een optie is om een Excel cel voor cel scriptmatig op te bouwen met Scribe of Monkeybread. Je kan dan ook opmaak finetunen. Maar de datatables aanpak vind ik wel erg interessant.
  15. Aanvulling voor wat betreft analyse en dashboard: Ik denk dat je separaat ook per enquete een soort analyse-model moet hebben. Misschien kan je per vraag al één of meer SQL-query's vastleggen, die je uitvoert als je het dashboard laadt. Kan me ook voorstellen dat er analyse tussen verschillende vraag/antwoord combinaties nodig is.
  16. Nog even doordenkend.. Enquetes zijn fascinerende data-dingen. Belangrijke ontwerp-gegeven is of de tool een gelegenheidstool is of niet. Zo nee, dan moet je het misschien nog generieker opzetten. - vragensets (versies van enquetes) - in de vraag zelf het antwoord-model vastleggen: meerkeuze (wederzijds exclusief of niet), een cijfer op een schaal, open tekst. Dus geen aparte keuze tabel; wel een vraag-typologie en een model-antwoord, en eventueel validatie-criteria. - wel een aparte antwoord-tabel (records per deelnemer/sessie/id-vragenset).. - ik zou per deelnemer een sessie-record aanmaken: welke vragenset, en check alle vragen beantwoord. Daar kan je dan ook aanvullende data in opslaan (start en doorlooptijd, etc)... - NB dit is nog een 'platte' enquete. Nog complexer/leuker wordt het als er als dan niet voorwaardelijke subvragen zijn te stellen. Dan moet je ook nog de beslisboom of de proceslogica er in zien te krijgen. Het heb het wel eens in FileMaker gemaakt, maar interface-technisch zijn er wel wat (leuke) uitdagingen.
  17. Ja, beide tools gebruiken de data migratie tool. Traag zal het niet gaan; ik denk dat je je vergist. Het gaat juist razend snel; maar wellicht kan het even duren met 100GB+ bestanden. 360Works Deploy kan de migratie ook geautomatiseerd/scheduled uitvoeren, als je de applicatie een beetje aanpast; Otto van Proof&Geist ook en nog veel meer, maar heb ik geen ervaring mee. Ik begrijp dat je in een andere richting zoekt; geen versiebeheer van de applicatie, maar versiebeheer van afzonderlijke scripts. Onder versiebeheer versta je vooral testen/ontwikkelen voor vrijgeven/live zetten. Ik zelf ben geneigd om versiebeheer eerder op te vatten als het tracken van wijzigingen over versies heen. Wellicht bedoel je dat ook. Hoe dan ook: - de tip om om een ontwikkelomgeving te gebruiken en voor release data-migratie lijkt mij vooralsnog zinvol. - release kan je dus zelfs automatiseren; als de migratietijd behapbaar is zelfs met hoge frequentie :-) - vanwege de mogelijke grote verwevenheid van scripts met alle applicatie-elementen zou ik afraden om naar afzonderlijke scripts te kijken. Je hebt de grote samenhang nodig om problemen te kunnen analyseren (toch de enige reden om aan tracking te doen, nietwaar?) - per script altijd standaard een stukje colofon/metadata bij te houden: versiedatum, beschrijving wijziging, opzetdatum, beschrijving functionaliteit, datum, evt. wie. En zet desnoods een versienummer in de scriptnaam. Althans, zo doe ik het. - versiebeheer is mogelijk met de XML-copy of DDR van de applicatie. Op de XML-copies kunnen analyse/tracking tools worden losgelaten (of bouw er zelf eentje). Zo is dan tracking op het kleinst mogelijke element mogelijk. Denk aan tools als Inspector Pro van Beezwax, FMversion of FMPerception i.c.m. Comparison . Als je scripts dan ook nog goed gedocumenteerd zijn heb je een uitstekende versie-tracking. - het is mogelijk deze tools server-side en geautomatiseerd te voeden met nieuwe XML-copies. Succes!
  18. Hi Gerard, begrijp ik goed dat je de scripts als txt opslaat in een tabel? Zo ja, hoe activeer je ze dan?
  19. Dank je, heel interessant. Ik heb het even bekeken. Voor zover ik het begrijp doet het nog niet wat ik bedoel: tekst omzetten naar plakbare FileMaker code.
  20. Er is m.i. geen optie om dynamisch velden toe te voegen. Je zou overigens kunnen redeneren dat het sowieso onzin is om juist deze velden toe te voegen, omdat ze niet binnen de database zijn gegenereerd. Het makkelijkste is - als het zo belangrijk is - om het toe te voegen aan het import-materiaal. Daarna moet je de nieuwe velden van auto-enter opties voorzien voordat je de import doet. Een andere optie is: a. maak een lege tabel met je default fields; zorg dat de auto-enter opties goed staan b. doe de import met aanmaak van een nieuwe tabel c. kopieer en plak de velden d. importeer de importtabel in de laatste tabel. Zorg dat de auto-enter opties goed staan. Best veel gedoe, maar te doen.
  21. Zoals verwacht. Maar elke setup heeft grenzen.
  22. Ja, doe een ontwikkelstraat en gebruik de migratie tool om nieuwe productie versies te genereren. Als je die zo aanpast dat hij de hele set in één keer genereert heb je ongeveer wat je zoekt. Je kan ook denken aan Deploy van 360works (dat wij in een aangepaste vorm intensief gebruiken om ineens tientallen databases te updaten) vanuit een ontwikkelversie, of de 'Otto' odd Geist
  23. Wezenlijk een andere vraag dan het subject, maar ook heel interessant. Ik weet dat je met MBS code kunt uit-kopiëren, maar in-plakken? Het zou een zeer welkome mogelijkheid zijn. Ik gebruik zelf TextExpander om snel snippets in te voeren, maar dit beweegt zich binnen scriptstappen en nooit erover heen. Het punt is natuurlijk dat wat je inplakt in essentie een XML-object is met een bepaald codering zodat het op het klembord alleen geschikt is voor het doel waarin het geplakt kan worden. En dat klembord laat zich niet tussen een Mac- en windowsomgeving transporteren. Ik vond dit op Github van Dan Shockley: https://github.com/DanShockley/FmClipTools
  24. Ik heb dit vooral op windows servers draaien, server-side en geen probleem. Kennelijk wordt de url niet goed geïnterpreteerd. Ik zie niet direct wat hier het probleem is. Check even: https://help.claris.com/nl/pro-help/content/convert-from-filemaker-path.html of https://www.soliantconsulting.com/blog/filemaker-path-conversion-function/
×
×
  • Nieuwe aanmaken...