All Activity
This stream auto-updates
- Today
-
Dat klopt maar was de mening toegedaan dat je echt de db kon aanklikken, eens je binnen was op de server via de poortkoppeling.. Lokaal en via VPN op de server van "De Watergroep" zie ik alle db's staan en hoef ik maar eentje aan te klikken om te openen.
-
Is een goeie, Menno. Zie hier weer eens het belang van een goede probleemdefinitie. Al die tijd was de server gewoon bereikbaar. Dacht overigens dat die filter functie standaard 'uit' staat.
-
Zojuist nog eens geprobeerd met de naam van het bestand ( nnn.nnn.nnn.nnn/jouw_bestand.fmp12 ) in te geven en dan werkt het met enkel poortkoppeling 5003 naar lokaaladres. Bedankt.
-
Heb je het inmiddels werkend? Wat bedoel je precies met "onbereikbaar"? Je zal namelijk op jouw ip-adres met alleen poort 5003 nooit een lijst met bestanden te zien krijgen. De nieuwere versies van FM (17 en 18 en mogelijk ook 16 al, maar dat weet ik niet zeker) tonen met alleen poort 5003 de bestanden wél, maar dan heb je de mogelijkheid om FMS te laten "filteren". Iemand moet dan een naam en wachtwoord opegeven en dan worden alleen de bestanden getoond die met die naam/wachtwoord-combinatie kunnen worden geopend. FileMaker shared de bestanden met FMS15 alleen over poort 5003, maar de publicatie van de bestanden wordt met "bonjour" gedaan. Dat is de udp-poort 5353, maar het is echt niet aan te raden om die ook open te zetten. Je kan beter jouw ip-adres opgeven en dan meteen de gewenste bestandnaam opgeven dus: nnn.nnn.nnn.nnn/jouw_bestand.fmp12 (zonder nog eens poort 5003 op te geven). Werkt het dan wél?
- Last week
-
Ik vermoed dat telenet de poorten, ondanks jouw instellingen, niet doorgeeft. Je kunt hen dan m.i. het beste even hierover contacteren.
-
Domotica werkt perfect. Uittesten met een andere router is niet direct mogelijk omdat het een modem van Telenet-provider is.
-
Het is doorgaans een no-brainer. Ik zou de setup eens uittesten met een andere router. Nog niet duidelijk: komt er überhaupt iets van buiten binnen (of werkt je domotica wel van buitenaf?)
-
juist, via mijn telenet kan je dat instellen in de modem
-
Wanneer ik zo wat op telenet en poort openen google kom ik telkens tegen dat je voor telenet dit moet regelen in 'mijn telenet' en niet op het modem.
-
ondertussen heb ik de FMS opnieuw geinstalleerd met poort 1180 en 1443 er is ook poortkoppeling (1180 - 1143 - 5003 )onder TCP naar het intern adres. Telenet-modem Intern werkt alles perfect. Extern niet bereikbaar
-
Bedankt voor de link! Ik zie dat de help er geen gewag van maakt maar de support dus wel. Lekker is dat!
-
Zie https://support.filemaker.com/s/article/Ports-used-by-FileMaker-Server-14-and-15-1503693096896?language=en_US
-
Even off-topic: @Marseau: Waar haal je dat vandaan? De FMS documentatie rept daar namelijk geen woord over. Zie b.v. https://fmhelp.filemaker.com/help/15/fms/en/index.html#page/fms/fmsh_nontoc.22.32.html
-
Updated file management plug-in for FileMaker Pro 18 with several improvements. Alphen aan den Rijn, the Netherlands, June 13, 2019–Troi today announced the immediate availability of Troi File Plug-in 11.0.1for FileMaker 18. This is a maintenance update which fixes problems you might encounter when creating folders, making thumbnails and using the drag and drop functionality. Improvements in Troi File Plug-in version 11.0.1 Troi File Plug-in 11.0.1 has the following changes and improvements: (Windows) Fixed a bug in the Create Folder script step and TrFile_CreateFolder function: the plug-in no longer returns error $$-43 (fnfErr) when creating nested subfolders on a mounted shared disk. (macOS) Fixed a problem with creating thumbnails from PDFs with the Create Thumbnail script step or the TrFile_CreateThumbnail function: the plug-in no longer returns error code $$-2003 instead of the thumbnail. (macOS) Fixed a possible memory leak when using the drag and drop functionality. (macOS) Fixed a bug in the Add DragAndDrop Handler script step and the TrFile_DragAndDrop function where it could return error $$-5600 when running FileMaker Pro 18. (Windows) Fixed a bug in the Add DragAndDrop Handler script step and the TrFile_DragAndDrop function when running FileMaker Pro 14, which would cause the script not to be triggered. Updated the DragAndDrop.fmp12 example to check for the minimum plug-in version 11.0.1. More detailed information on all changes and improvements can be found on the File Plug-in page. You can download the new version there. Upgrading to version 11.0.1 is free for all users of version 11.0. You don’t need a new registration code. Upgrades from older versions are available from US $ 59. You can order upgrades from our shop. -
@Banach, bij FMS15 heeft poort 443 dus een extra belang, los van container streaming e.d.. @se7en kan je het externe adres überhaupt bereiken (just checking!)? Werkt je domotica wel? En als die 443 gebruikt, moet je die misschien even uitschakelen. Bij hogere FMS versies schijnt het weer anders te zijn.
-
Poorten 80 en/of 443 heb je alleen nodig voor het tonen van streaming content (bv interactieve pdf) opgeslagen in container field. Met alleen poort 5003 moet je een database kunnen openen. Wat ik in jouw post niet terugvind is externe begin- en eindpoort. Normaliter kun je die ook aangeven waardoor het mogelijk wordt om poorten om te leiden. Een normale instelling zou dan kunnen zijn: extern: begin -eind 5003 - 5003 intern: lokaal ip - begin - eind - protocol 192.168.x.x - 5003 - 5003 - TCP Maar ik ken het telenet modem niet. Kijk anders of je een mogelijkheid voor DMZ hebt. Daarbij worden alle poorten 1 op 1 naar één bepaald lokaal ip adres doorgezet. Zet in ieder geval die poorten voor je domotica anders of zet poort 80/443 voor FM uit, want die hebben nu een conflict.
-
Ondertussen heb ik de 80 en 443 voor de Filemaker server 15 naar het lokaal adres xxx toegevoegd maar is nog steeds niet bereikbaar. De poort 80 en 443 was reeds bestaande voor mijn domotica via het lokaal adres yyy. Zowel domotica als Filemaker staan op dezelfde poorten. Via mijn Telenet modem kan ik volgende instellen. lokaal Ip-adres --- Beginpoort --- eindpoort - Protocol --- status Instelling voor Filemaker server 192.168.XXX.XXX - -- 80 --- 80 --- TCP --- Actief 192.168.XXX.XXX - -- 443 --- 443 --- TCP --- Actief 192.168.XXX.XXX - -- 5003 --- 5003 --- TCP --- Actief Instellingen voor mijn domotica 192168.xxx.yyy --- 79 --- 81 -- TCP -- Actief 192.168.XXX.YYY - -- 442 --- 444 --- TCP --- Actief
-
Ik begrijp dat er helemaal niets gebeurt... Check of de port forwarding ook intern de juiste poort aanspreekt. Ik geloof dat 80 en 443 ook open moeten. Bij FileMaker 15 m.n. de laatste: FileMaker Connection License Client authentication
-
Ik zou mijn FM server 15 extern willen bereiken. Lokaal is alles bereikbaar. Deze is geïnstalleerd op een mac met systeem Mojave. Bij de Firewall instelling staat "sta inkomende verbindingen toe - fmxdbc_listener". Ik heb de firewall ook reeds uitgeschakeld om te proberen. Op mijn telenet-modem heb ik de poort 5002 - 5003 gekoppeld aan het intern Ip-adres. Via mijn Public IPv4 van Telenet : 78.20.xxx.xx:5003 probeer ik via Filemaker Go de db te bereiken. Wat doe ik verkeerd om deze db extern te bereiken.
-
Het probleem is niet dat de resolutie ombekend is, maar dat je met een card-window op iOS gewoon niet 100% van de ruimte mag benutten. FM-Go knipt er doodleuk ca 10% van af. Als je resolutie bijvoorbeeld 1024 x 660 is, dan heb je voor je card maximaal 922 x 594 beschikbaar. Of wanneer je in portrait weergave zou zitten, dan heb je normaal gesproken 768 x 916 beschikbaar, maar voor de card is dat nog maar 692 x 825. Je kan gerust opgeven dat je card groter moet zijn, maar wanneer je objecten aan de bodem of aan de rechterzijde van de lay-out verankert, zullen die gedeeltelijk of geheel verdwijnen. De oplossing die ik gebruik voor het bepalen van de maximale grootte van een card is Get ( WindowContentHeight ) en/of Get ( WindowContentWidth ) te gebruiken en deze met 0,9 te vermenigvuldigen in geval van het gebruik van Go: Get ( WindowContentHeight ) * If ( PatternCount ( Get ( ApplicationVersion ) ; "Go" ) ; ,9 ; 1 ) Ik vind het niet mooi, want een menu dat uit de zijkant verschijnt is gewoon mooier als dat over de hele hoogte van het scherm is te zien. Er is wel een mooie methode waarmee dat kan die is beschreven door de mensen van Weetbicks/DigitalFusion, (zie: https://www.teamdf.com/blogs/beautiful-menus/) maar die heeft ook wel enkele nadelen. Een card-window waarmee je gewoon 100% van de scherm-ruimte kan gebruiken, zou een stuk handiger zijn
-
Hier is een overzicht van alle iPads met daarbij ook de resoluties. All Apple iPad versions compared
- Earlier
-
Send Mail scriptstap in Apple Mail met zwarte achtergrond
rutgerm posted a question in FileMaker Pro 17 Advanced
Ik heb het volgende probleem met de Send Mail scriptstap, Apple Mail staat ingesteld met zwarte achtergrond. Als ik via Send Mail scriptstap een mail verstuur krijg ik netjes witte text op deze zwarte achtergrond, als ik echter een attachment toevoeg verandert de tekst naar zwarte letters en zijn bijgevolg niet meer leesbaar, als ik de mail verstuur en open in een andere mail client met witte achtergrond, is de tekst daar ook wit op witte achtergrond. Ik heb al wat geëxperimenteerd met Textcolor en TextFormatRemove maar zonder resultaat. -
Mijn voorlopige conclusie is dat de maximale breedte op een reguliere iPad 922 is. Als je alleen met een iPad Pro werkt kun je 1024 gebruiken. Ik hoop dat mijn conclusie onjuist is..
-
Als ik de breedte van een Card instel op 1024 dan wordt deze op een reguliere iPad teruggeschaald tot ongeveer 80% terwijl hij op een iPad Pro 11" goed wordt weergegeven. Verbreden heeft geen effect. Iemand een oorzaak / oplossing?
-
Veldinhoud aanpassen zonder dat dit in de hoofdtabel wijzigt
Banach replied to tdesmet's question in FileMaker 16
Kun je uitleggen wat hier de oplossing is?
