Re: mc-cgi and a database -- ideas, please
At 11:13 pm +0900 13/11/03, kweto wrote: Hello List, Sorry for the off-topic'ness -- and vagueness! -- of this bit of self-indulgence but since this is the best and gentlest group to ask, I'll fire away anyway. I'm looking to put together a language-learning website that my students -- and my students *only* -- can access from their home pc's and which, invisibly in the background, updates a database of student records (eg, names, passwords, dates site was accessed, time spent on the various language activities, grades). Of course, I want to involve mc-cgi in this as much as possible. (I've already been relying successfully on mc-cgi for a while now to help run my other internet-based doo-dahs.) The following model is my stab-in-the-dark attempt at envisioning the basic pieces of this puzzle and how to co-ordinate them: 1. on the web-server (a paid-for hosting service), I password-protect the website's top-folder and then manually enter individual usernames and passwords for each of my 100 or so students 2. place all my mc-cgi doo-dahs inside that password-protected folder 3. create a MySQL database using my web-hosting service's SQL Database control panel 4. script some kind of mc-cgi doohickey that acts as an invisible intermediary between that database and (a) (to keep track of who and when) the log-in window that pops up when a student accesses that top-folder (b) (to keep track of what and how) the various language activities, a.k.a, mc-cgi doo-dahs Now, assuming that I'm not too far off-track with that plan -- and that there aren't better alternative models -- what I don't understand is how to do Step 3. Actually, as far as Step 3(b) goes, I guess that given enough still-active brain cells and plenty of searches thru the List Archives I might eventually churn out some kind of scripting solution all on my own; however, I cannot fathom out at all how to go about scripting something for Step 3(a), namely, getting mc to talk with whatever process underlies the web-server calling up a log-in window for password-protected folders. If you use standard password protection on the folder, it's the server that would handle the password stuff before it gets to your cgi, so keeping track might be tricky. An alternative way would be to put the cgi scripts in the normal cgi-bin location, and instead of password protecting the folder, use some custom headers in the http request that would let the cgi script do the authentication. A simple example: On the client side: Say the client app contacts the server to request data for one of four available exercises. To get exercise 1, you could do something like this: # assume tID contains the student's ID put kweto_doohick: exerciseplease,1 tID into tHeaders set the httpHeaders to theaders put url http://www.kweto.com/cgi-bin/thingie.mt; into tExercise_1_Data ##do the usual check on the result ## etc, etc Then in the thingie.mt script: #!/somewhere/mc on startup put $HTTP_kweto_doohick into tActionString if item 1 of tActionString = exerciseplease then put item 3 of tActionString into tUserID ## do the big brother stuff on the user here if needed put item 2 of tActionString into tExNumber switch tExNumber case 1 ##get the exercise 1 data ## send it back in the normal way case 2 ### etc, etc end switch else ## no proper header, put error Not Welcome! cr into tErrString put Status: 410 go away cr put Content-Type: text/plain cr put Content-Length: length(tErrString) cr put cr put tErrString end if This will stop casual browsing of your cgi. If necessary, you could add more secure features to the custom headers. (session keys, MD5 digests, and what have you) Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI system requirements
--On Friday, June 06, 2003 10:48:18 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: During a system upgrade at my ISP my MC CGIs are no longer working. While I'm still diagnosing the issue with my ISP, at the moment it appears to be related to a problem Ken had in which his ISP had not installed certain libraries with their BSD installation. Since apparently an ISP can have a functional BSD server running that's still missing libs MC requires, what are the complete system requirements for MC? Telnet to where mc is on the server and do: ldd mc. It will list the availabe and missing libraries. The system requirements at http://www.metacard.com/pi5.html provide few details. -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.2: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI system requirements
andu wrote: Since apparently an ISP can have a functional BSD server running that's still missing libs MC requires, what are the complete system requirements for MC? Telnet to where mc is on the server and do: ldd mc. It will list the availabe and missing libraries. Thank you, but sadly my ISP doesn't support Telnet at this time (security reasons). More to the point, wouldn't this information seem relevant for inclusion in the system requirements shown at metacard.com? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.2: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI system requirements
--On Friday, June 06, 2003 12:18:45 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: andu wrote: Since apparently an ISP can have a functional BSD server running that's still missing libs MC requires, what are the complete system requirements for MC? Telnet to where mc is on the server and do: ldd mc. It will list the availabe and missing libraries. Thank you, but sadly my ISP doesn't support Telnet at this time (security reasons). Try ssh, they must support that. Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI - What can't I do?
On Tue, 2002-08-27 at 05:31, andu wrote: --On Monday, August 26, 2002 21:21:49 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: - paint tools do not generate an error: choose brush tool set the brushcolor to blue drag from 60,60 to 80,80 select img 1 of stack tmp/formdata.mc export png to file myimg.png Have you tried accesing the image data directly using 2.4 features - my guess is that would work? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI - What can't I do?
David Bovill wrote: --On Monday, August 26, 2002 21:21:49 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: - paint tools do not generate an error: choose brush tool set the brushcolor to blue drag from 60,60 to 80,80 select img 1 of stack tmp/formdata.mc export png to file myimg.png Have you tried accesing the image data directly using 2.4 features - my guess is that would work? I thought about it, but at that point I'd be recreating a combination of MC's graphics routines and OS graphics routines in MetaTalk. Likely slow, and certainly more than I'd want to chew off: who wants to calculate curves in imagedata? -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI - What can't I do?
--On Monday, August 26, 2002 15:04:35 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: I've foound that MC as a CGI will let me create stack files on the serber and use their custom props for data storage. Way cool. This has me thinking: just whar can't I do faceless on a server? For example, I know I can't take screen shots, but can I paint and export JPEGs? What general restrictions apply when running MC as a CGI? I didn't figure them all out but I would assume anything having to do with the visual or audio for that matter are off limits to mt scripts since they most likely need libraries which are not available in this state. Also any reference to stacks (...this stack, cards, custom properties etc.) are off limits. -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI - What can't I do?
andu wrote: --On Monday, August 26, 2002 15:04:35 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: I've foound that MC as a CGI will let me create stack files on the serber and use their custom props for data storage. Way cool. This has me thinking: just whar can't I do faceless on a server? For example, I know I can't take screen shots, but can I paint and export JPEGs? What general restrictions apply when running MC as a CGI? I didn't figure them all out but I would assume anything having to do with the visual or audio for that matter are off limits to mt scripts since they most likely need libraries which are not available in this state. Also any reference to stacks (...this stack, cards, custom properties etc.) are off limits. Not entirely true, which is what got me so excited. Here's some of what I found: - stack files can be created: create stack tmp set the filename of stack tmp to tmp/formdata.mc - custom properties of stack files can be set: set the customproperties of stack tmp/formdata.mc to tInData - paint tools do not generate an error: choose brush tool set the brushcolor to blue drag from 60,60 to 80,80 select img 1 of stack tmp/formdata.mc export png to file myimg.png - in the example above, the export command does not generate an error and an image file is created, but the image is a solid-colored rectangle instead of the painted image. So it looks like we're limited to text processing only, with the added benefit of using stack file properties for limited hierarchically-ordered data. A fair replacement for Perl, but such a frustratingly small subset of what MC can do. I understand the reasoning behind these limitations (had to try anyway -- after all, ignoring one of the early SC programmers is what led me to discover that I could store binary data in its fields), but I can't help but wonder if there's some way we could get graphics capabilities in MC CGIs in the future -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC CGI - What can't I do?
--On Monday, August 26, 2002 21:21:49 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: andu wrote: --On Monday, August 26, 2002 15:04:35 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: I've foound that MC as a CGI will let me create stack files on the serber and use their custom props for data storage. Way cool. This has me thinking: just whar can't I do faceless on a server? For example, I know I can't take screen shots, but can I paint and export JPEGs? What general restrictions apply when running MC as a CGI? I didn't figure them all out but I would assume anything having to do with the visual or audio for that matter are off limits to mt scripts since they most likely need libraries which are not available in this state. Also any reference to stacks (...this stack, cards, custom properties etc.) are off limits. Not entirely true, which is what got me so excited. Here's some of what I found: - stack files can be created: create stack tmp set the filename of stack tmp to tmp/formdata.mc - custom properties of stack files can be set: set the customproperties of stack tmp/formdata.mc to tInData - paint tools do not generate an error: choose brush tool set the brushcolor to blue drag from 60,60 to 80,80 select img 1 of stack tmp/formdata.mc export png to file myimg.png - in the example above, the export command does not generate an error and an image file is created, but the image is a solid-colored rectangle instead of the painted image. So it looks like we're limited to text processing only, with the added benefit of using stack file properties for limited hierarchically-ordered data. A fair replacement for Perl, but such a frustratingly small subset of what MC can do. I understand the reasoning behind these limitations (had to try anyway -- after all, ignoring one of the early SC programmers is what led me to discover that I could store binary data in its fields), but I can't help but wonder if there's some way we could get graphics capabilities in MC CGIs in the future Keep in mind that all those capabilities you mention are not of the cgi itself but of the stack it created. -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: externals
David Bovill wrote: Andu, is that a confirmation that mc/cgi script can't call externals? How about if you use a stack which calls the externals? It's not, I never tried this but so seemed to recall Brian. Maybe Scott Raney could tell us for sure. But like I said, you can use a stack. From: andu [EMAIL PROTECTED] Subject: Re: mc cgi: externals [EMAIL PROTECTED] wrote: While on a CGI thread... I'm considering trying to move my server app to a script-only implementation. However, I have a couple of crucial externals which need to be a part of it. Porting these to the operating systems on which I need them is not a problem (albeit some work), but I seem to recall that there is no way to use externals with CGI scripts. I can imagine good reasons for this, but is there any work-around? For example, I'd like to run things as script-only on a Darwin system. I can compile mach-o tools, but can I run them from inside a MC script? Has anyone been down this road before who can point me in the right direction? What if my externals need to maintain static/global information? My ultimate goal is an apache/metacard combo with no GUI... anyone that can give me some input? Brian, your best bet for something like this is to have cgi scripts communicate with a long-running stack which in turn uses the externals, I think. You could call the code with a shell command? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard -- __ Regards, Andu ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: externals
[EMAIL PROTECTED] wrote: While on a CGI thread... I'm considering trying to move my server app to a script-only implementation. However, I have a couple of crucial externals which need to be a part of it. Porting these to the operating systems on which I need them is not a problem (albeit some work), but I seem to recall that there is no way to use externals with CGI scripts. I can imagine good reasons for this, but is there any work-around? For example, I'd like to run things as script-only on a Darwin system. I can compile mach-o tools, but can I run them from inside a MC script? Has anyone been down this road before who can point me in the right direction? What if my externals need to maintain static/global information? My ultimate goal is an apache/metacard combo with no GUI... anyone that can give me some input? Brian, your best bet for something like this is to have cgi scripts communicate with a long-running stack which in turn uses the externals, I think. TIA, Brian Yennie ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard -- __ Regards, Andu ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: limiting users to one visit
Chipp Walters a écrit : Andu, Quick question. Have you done any speed/load tests using MC-cgi vs PHP or ASP? Can one consider MC-cgi a robust, web-application development tool like ASP and PHP? I know it doesn't do inline scripting like ASP and PHP, but I was wondering if I could use it on a Windows System for building small web apps. thx, Chipp Walters ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Hi Chipp, MC is a perfect tool to build web applications and to link flat-files and sql-based databases to the internet (My prefered tools : PostGreSQL as the db, SQLBoss 1.1 as the db designing ide, PHP4 as the gateway between the MC POST queries and the PostGreSQL replies). I'm using MC (2.32 for yet) in this way since about the last tree years. I'm spending some time to build an example stack but it's not out for yet. In between the far marketed dead ColdFusion and the J2EE based web apps servers, MC is, at least, a must know how to do with it web development tool. About speed : using, last year, the same PII 300 laptop to run the same end-user app under WinNT4 SP5 and Suse-Linux 6.x, i founded that the ASP2 drived app was 4 times many slower on the NT platform than the PHP 3.0.16 same drived app on the Suse platform. The MC 2.32 issue of the same app is always many faster than the PHP3 issue is, on both the WinNT and the Suse platform. The difference will grow more and more with the length of the scripts to run : with small scripts, no big diffrence in speed between MC and PHP ; with long scripts, MC will be up to 100 times faster than PHP3 and 75 time faster than PHP4. You will find in the list archive ways to handle MC based web apps as long running processes. Don't forget that you can, if needed, use PHP as one of the best MC apps compliant sockets listener. Have fun. Regards, Pierre Sahores WEB VPN applications databases servers Inspection académique de Seine-Saint-Denis Qualifier produire l'avantage compétitif ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: mc cgi: limiting users to one visit
Merci, Monsieur Sahores, Couple more questions if you don't mind... 1) Do you know of any current web applications running using MC-cgi? 2) What is long running process - is it a compiled MC app which acts as a server and is already loaded in memory on the server? 3) Can MC run on NT or 2000 as a cgi? If so, do you know where I can find info on how to set it up? I would like to run it on my laptop for building web apps, and then port to a Linux server. 4) What do you mean by use PHP as one of the best MC apps compliant sockets listener. and some help if you like: Chris and I have created a stack called altSAFileUp Library which enables users to upload files via the form type=file to a server. If you have an MC client app and wish to upload a file to a server, you can use this library to do so. It creates the correct headers for all the form data on a page, including multiple files, and uploads them in binary mode to the server. While I've only tested it with the SAFileUp control, it should work with any other server file upload controls on Mac, PC and Linux. Use it if you like. -Chipp -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Pierre Sahores Sent: Monday, January 21, 2002 4:25 PM To: [EMAIL PROTECTED] Subject: Re: mc cgi: limiting users to one visit Chipp Walters a écrit : Andu, Quick question. Have you done any speed/load tests using MC-cgi vs PHP or ASP? Can one consider MC-cgi a robust, web-application development tool like ASP and PHP? I know it doesn't do inline scripting like ASP and PHP, but I was wondering if I could use it on a Windows System for building small web apps. thx, Chipp Walters ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Hi Chipp, MC is a perfect tool to build web applications and to link flat-files and sql-based databases to the internet (My prefered tools : PostGreSQL as the db, SQLBoss 1.1 as the db designing ide, PHP4 as the gateway between the MC POST queries and the PostGreSQL replies). I'm using MC (2.32 for yet) in this way since about the last tree years. I'm spending some time to build an example stack but it's not out for yet. In between the far marketed dead ColdFusion and the J2EE based web apps servers, MC is, at least, a must know how to do with it web development tool. About speed : using, last year, the same PII 300 laptop to run the same end-user app under WinNT4 SP5 and Suse-Linux 6.x, i founded that the ASP2 drived app was 4 times many slower on the NT platform than the PHP 3.0.16 same drived app on the Suse platform. The MC 2.32 issue of the same app is always many faster than the PHP3 issue is, on both the WinNT and the Suse platform. The difference will grow more and more with the length of the scripts to run : with small scripts, no big diffrence in speed between MC and PHP ; with long scripts, MC will be up to 100 times faster than PHP3 and 75 time faster than PHP4. You will find in the list archive ways to handle MC based web apps as long running processes. Don't forget that you can, if needed, use PHP as one of the best MC apps compliant sockets listener. Have fun. Regards, Pierre Sahores WEB VPN applications databases servers Inspection académique de Seine-Saint-Denis Qualifier produire l'avantage compétitif ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: limiting users to one visit
Nikorasu Kweto wrote: Hi, I've set up an online .mt-based survey. Now, I want to restrict (mischievous!) people who may want to revisit the survey in order to vote again and again. How could I script things so that .mt checks whether a person/computer has already voted? I'm guessing the solution has something to do with user url info sent in the http headers via a form during a $REQUEST_METHOD = POST... That's right, you can keep track of the global $REMOTE_ADDRESS such as on startup put $REMOTE_ADDRESS into userAddress ... In the meantime, back to the MC archives... Thank you. Cheers. --- Nicolas Cueto| - Kinjo Gakuin University | .. You may know KungFu, - Nagoya Keizai University |but I know sendmail! .. Takakura Jr/Sr High | - ETJ-Aichi, Sys Admin |http://kweto.com --- --- Outgoing mail is certified virus free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.314 / Virus Database: 175 - Release Date: 2002/01/11 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard -- __ Regards, Andu ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: limiting users to one visit
Andu (thankfully!) wrote: That's right, you can keep track of the global $REMOTE_ADDRESS such as on startup put $REMOTE_ADDRESS into userAddress Sorry but this didn't work. Here's the relevant portion of my script: - #!mc global userAddress on startup if $REQUEST_METHOD is "POST" then put $REMOTE_ADDRESS into userAddress read from stdin until empty put it after buffer end if put buffer cr userAddres into tData put tData into url "file:results.txt" -- etc etc end startUp -- I tried re-positioning the $REMOTE_ADDRESS elsewhere in the script, but always only "buffer" gets writ onto the file (plus a cr). Any idea where I've gone amiss? Cheers. --- Nicolas Cueto| - Kinjo Gakuin University | ".. You may know KungFu, - Nagoya Keizai University |but I know sendmail! .." Takakura Jr/Sr High | - ETJ-Aichi, Sys Admin |http://kweto.com --- --- Outgoing mail is certified virus free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.314 / Virus Database: 175 - Release Date: 2002/01/11 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: mc cgi: limiting users to one visit
Andu wrote back: on startup if $REQUEST_METHOD is "POST" then put $REMOTE_ADDRESS into userAddress This should be $REMOTE_ADDR not $REMOTE_ADDRESS, my mistake and Apache's inconsistency Thanks Andu. The following also works and was inspired by the echo.mt script: -- repeat for each item i in the globals if i = "$REMOTE_ADDR" or i = "$REMOTE_ADDRESS" then put value(i) into userAddress end if end repeat - As all can see, yes, the actual name is $REMOTE_ADDR and, yes, I'm on Apache. Hope this may be of use to someone else in future. Cheers. --- Nicolas Cueto| - Kinjo Gakuin University | ".. You may know KungFu, - Nagoya Keizai University |but I know sendmail! .." Takakura Jr/Sr High | - ETJ-Aichi, Sys Admin |http://kweto.com --- --- Outgoing mail is certified virus free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.314 / Virus Database: 175 - Release Date: 2002/01/11 ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: MC cgi
On 23/11/00 12:50 pm, Monte Goulding [EMAIL PROTECTED] wrote: Is it possible to use metacard as a server on a web hosted by a third party? ie I assume I can't get my ISP to host my web and place mc in it to run cgi and mt scripts. Yes, but only with some ISPs. You need to ask them if you can run an executable on their server: and the vast majority will say no. It tends to be possible when you have a dedicated server package, though those are more expensive and require lots of maintenance (thats what we use). Regards, Kevin Kevin Miller [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MC cgi
Would it be impractical to use a Canadian host for an Australian company. I think the $ conversion wouldn't work out well fo me either. I'm really asking how this stage. Regards Monte - Original Message - From: "Simon Lord" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 23, 2000 11:57 PM Subject: Re: MC cgi We have a server that could do this, I'm sure Kevin and a few others could also do it. I was going to get around to asking Andu, Scott and others what the requirements would actually be before offering this service. We are in the process of upgrading to a 40gig disk and 512RAM server on our tiny 155 Mbit connection ;) (Linux Server) If there are enough interested parties then I'm sure our hosting company would welcome you, we have pricing up on our hosting page and everything is always in CANADIAN funds so our US and overseas clients end up paying less. See the link below (use the test mode site and find pricing under *hosting* link). -- Cheers, Simon Graphic Development: http://www.amigo-3.com/ (new site in test mode) http://www.amigo-3.com/newamigo -- "The great discoveries in science are not punctuated by 'Eureka! I've found it!' but rather "Hmmm,that's funny" Isaac Asimov From: "Monte Goulding" [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 23 Nov 2000 23:20:56 +1030 To: [EMAIL PROTECTED] Subject: MC cgi Hi all All this talk about internet capabilities is making me thirsty for knowledge. This question is probably more related to my lack of understanding of web servers that any thing else. Is it possible to use metacard as a server on a web hosted by a third party? ie I assume I can't get my ISP to host my web and place mc in it to run cgi and mt scripts. Regards Monte __ ___ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MC cgi
There are a few exceptions...;P -- Cheers, Simon Graphic Development: http://www.amigo-3.com -- "The great discoveries in science are not punctuated by 'Eureka! I've found it!' but rather "Hmmm,that's funny" Isaac Asimov From: "Monte Goulding" [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 24 Nov 2000 00:08:19 +1030 To: [EMAIL PROTECTED] Subject: Re: MC cgi Would it be impractical to use a Canadian host for an Australian company. I think the $ conversion wouldn't work out well fo me either. I'm really asking how this stage. Regards Monte - Original Message - From: "Simon Lord" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, November 23, 2000 11:57 PM Subject: Re: MC cgi We have a server that could do this, I'm sure Kevin and a few others could also do it. I was going to get around to asking Andu, Scott and others what the requirements would actually be before offering this service. We are in the process of upgrading to a 40gig disk and 512RAM server on our tiny 155 Mbit connection ;) (Linux Server) If there are enough interested parties then I'm sure our hosting company would welcome you, we have pricing up on our hosting page and everything is always in CANADIAN funds so our US and overseas clients end up paying less. See the link below (use the test mode site and find pricing under *hosting* link). -- Cheers, Simon Graphic Development: http://www.amigo-3.com/ (new site in test mode) http://www.amigo-3.com/newamigo -- "The great discoveries in science are not punctuated by 'Eureka! I've found it!' but rather "Hmmm,that's funny" Isaac Asimov From: "Monte Goulding" [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 23 Nov 2000 23:20:56 +1030 To: [EMAIL PROTECTED] Subject: MC cgi Hi all All this talk about internet capabilities is making me thirsty for knowledge. This question is probably more related to my lack of understanding of web servers that any thing else. Is it possible to use metacard as a server on a web hosted by a third party? ie I assume I can't get my ISP to host my web and place mc in it to run cgi and mt scripts. Regards Monte __ ___ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.