Jump to content

Keith M. Davie

Members
  • Content Count

    1,192
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Keith M. Davie

  • Rank
    member
  1. When I signed in today to make a contribution of knowledge and experience I discovered the request for money. Since I am now living on a meager social security check of less than $1k/mo I will no longer be able to give my knowledge and experience away for free. Well, that has been my experience with FMPro. I have spent more on it than I have made from it. So I will no longer be attending to the needs of others since I cannot afford it. I depart leaving this bit of advice for all present and future visitors: Test your solutions with rigor while simulating multi-user activity.
  2. Golly whiz, ST, you've emphasized only one word of a two word phrase I'd suggest determined and tenacious. Novice means self-taught in FMP, written fewer than 25 ScriptMaker scripts, no idea that an event failure could occur, no knowledge of the meaning of "single-thread", only single-user developments and no programming experience. I'm not very clever, having made a financial loss for myself by becoming involved with FMP. The bankruptcy would seem to indicate that my insight must also be lacking and my logic is questionable at best. For the benefit of mattlight, who is using Pro7
  3. Hi Lee, when did you get promoted to the Grand PoohBah of the Subject Line? Was a formal announcement made? Well I guess I missed that, but congratulations. Thanks for the instructional on my ability to edit the subject line. I'll keep it in mind if I ever feel the need.
  4. Pro6. There are many web examples in the Sample Files forum in Pro5 which are convertible to Pro6 which you may or may not find useful. The exact field match, above, is just one of the many examples to be found there.
  5. ScriptMaker is, AFAIK, single threaded and handles only one event at a time. Further, ScriptMaker does not queue subsequent event requests. A busy site is likely to receive near simultaneous event requests. If you are going to use ScriptMaker for web publishing, or in a combination of web publishing and peer-to-peer, you would be well advised to rigorously test your solution under heavy usage, including especially requesting ScriptMaker events. The longer a ScriptMaker event takes to run, the greater the opportunity for subsequent event request failure. In versions earlier than 7 the
  6. Re: (not server version) If you are going to serve the db online you will need the Unlimited version for the web. If you are also serving the db as peer-to-peer you will need the server version. If you are running ScriptMaker events, you will be limited to one event request at a time (no near simultaneous requests) as ScriptMaker does not queue event requests and CDML, in an of itself, does not recognize event failures. No matter what you are doing, I recommend rigorous testing of all solutions through at least six browsers and while making various near-simultaneous requests. Un
  7. Thank you Stephen for your response. I'm glad to hear you have not have any problems. I know that rigorous testing of ScriptMaker was what prompted my solution to deal with events not performing. And to prove my solution I wrote one of those lugubrious (non-looping) scripts to make sure that causing an event failure would occur during rigouous testing. While testing I often made six near-simultaneous event requests on the same and differing scripts (some short and some intentionally long - 10-15 milliseconds. Be sure to emphasize the "looping scripts are no-no part", because so many developer
  8. Dear Dude, The last I knew FMPro's ScriptMaker was single-threaded and did not queue subsequent, near-simultaneous event requests. Do you know something I don't know? I know that when a ScriptMaker event uses a pause, if another request is made during that pause, a single-threaded ScriptMaker will allow the subsequent request to run without completing the first request. Now what will the consequences of that be to your web site?
  9. Hi Stephen. I noticed your ANN and read the link. I did not see any caveats so have some questions. While this plug-in allows "multiple" unsupported script steps, does your plug-in queue near simultaneous event requests so that all requested events are performed or has ScriptMaker solved that issue in 7? Since Pro developers love to run looping script events, which I believe are "unsupported", does your plug-in allow looping scripts and how does that affect performance? Thanks.
  10. Well I hope you are progressing. Mixing db's can be as useful as mixing metaphors. ScriptMaker has issues. You are probably needing a major redesign. Go all FMP or all oracle or all some other avenue.
  11. Can you? Yes. Now the real question is should you? ScriptMaker is a single-threaded engine. It handles one event at a time and does not queue requests made when an event is running. This causes problems in a web based environment should multiple near-simultaneous requests be made on any script. To further complicate things, CDML in and of itself does not recognize event failures and will misinform your clients. This can cause a loss of data unless you have someone physically watching your db files every minute of the day. As to script.presort or prefind; these are, at best, inef
  12. This past week I was in a Goodwill store finding things I can afford. There I found (but did not buy 'cause I already have it) a copy of FMPro 4.0 with serial number and instruction book for all of $2.99! Ok. So 4 does not have inlineactions and only one token. But with my abilities to make ScriptMaker reliable on the web those shortcomings have never bothered me. What matters is that Pro 4 does not require unlimited or server versions and it allows CWP. If I had to get a new copy of Pro I would not get 7 but would have gotten that copy of 4 for a true savings and client service. Keeping
  13. My two cents worth. First, Gary is right. Perform the find and then check the db file to see what was entered, if anything, upon which the find is to operate. However, before you ever get to the find action for the interview there is something else you can do. Your opening page, findinterviewer.htm, provides a list of interviewers. When an interviewer is selected that person's IntvrID should be carried to the results page (name not given, but lets call it interviewer.htm for this discussion). So before you even perform the find you would be advised to place (temporarily) [FMP-Field:IntvrI
  14. Tony, it is a good thing that you are finding other ways than the use of ScriptMaker. ScriptMaker is single-threaded and does not queue near-simultaneous event requests. CDML (in and of itself) does not recognize when ScriptMaker fails to perform an event which can result in erroneously informing the client (and data loss). While it is possible for a novice to FMP to develop a workaround to the problems so that ScriptMaker can run effectively over the www, your employer does not want to pay you to develop that workaround. Aside from ScriptMaker as a tool for effective security to complet
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.