Re: on-rev example: 'globals.cgi' conversion
J. Landman Gay wrote: Phil Davis wrote: I was pretending to be an application. So I produced a web page only an application could love! ;o) Oh just confess. You're a bot, right? ;) Dang. Ummm... no, REALLY, I'm totally human! Like other fellow humans, I have many popular psychoprogram modules including some no longer available (except maybe on eBay) like the Motown music recognition module - WITH the sing-along option! That DOES prove humanness, right? (Man... I have GOT to see if that Evidence and Logic upgrade is still available) -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Phil Davis wrote: I was pretending to be an application. So I produced a web page only an application could love! ;o) Oh just confess. You're a bot, right? ;) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
No surprise there are such varied results. The server round trip times are probably dominated by the route intervals, as opposed to the script run times. IOW, the internet connection latency would be the decided factor for something like this. I suspect it will be most difficult to benchmark overall performance times, unless you are ON the server. Also, it appears some may be confusing client side scripting with server side scripting. Even though one uses On-Rev, they still may need to use Javascript (along with a library like jQuery) on the client to do the mouseOver effects, dropdown menus or any of the AJAX stuff. So, it's still not a 'one language' total solution. To produce professional level websites, one will still need to have working knowledge of HTML, (xHTML), CSS, SQL, Javascript, and On-Rev,PHP or other language for server-side scripting. It also doesn't hurt to be facile with a CMS system. On-Rev can install WordPress with a single click, but I'm not sure it can use inline Rev scripting as it appears only .irev page extensions to work. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
No offense taken, François. As others have said, visual appeal was not my purpose. I maintain several apps that 'reach out' to a specific server from time to time and either initiate an action on the server or get info from it. In both cases, all the app wants is an API to the server-side stuff. So that's where my head is generally - I was pretending to be an application. So I produced a web page only an application could love! ;o) Phil J. Landman Gay wrote: François Chaplais wrote: I agree with Andre. To the average web user, what is displayed is pretty awful, and, even to a person with little rev experience such as me, the actual rev script is shorter and simpler to understand than to web output. This is not meant to be aggressive towards Phil, but I hope the engineers at the mothership will come up with some examples more convincing than that. Hey, 499 bucks is the price of a juicy Enterprise edition! Really, there must be a way to make this good looking, no? It isn't meant to be a web page, it's just a test page. When we used the old CGI method, there was an "echo.mt" script that just displayed all the server variables in the browser window. All web languages have a similar script. Phil was showing how he converted the old CGI test script to the new method. The page information can be used for reference if the web developer needs to know the server configuration. It isn't meant to be used on a web site. -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
François Chaplais wrote: I agree with Andre. To the average web user, what is displayed is pretty awful, and, even to a person with little rev experience such as me, the actual rev script is shorter and simpler to understand than to web output. This is not meant to be aggressive towards Phil, but I hope the engineers at the mothership will come up with some examples more convincing than that. Hey, 499 bucks is the price of a juicy Enterprise edition! Really, there must be a way to make this good looking, no? I'm sure there are many, but Phil doesn't work for RunRev; he's up to his armpits in projects of his own (and some very interesting ones at that). What he's provided is a useful example of the ease of working with the engine on the server, and for the intended audience (himself and whomever cares to check it out on this list) it does its job well. Those who do work for RunRev are no doubt cooking up some really nice examples, but I'd imagine they've been so busy putting together the underlying technology that they just haven't yet had a spare person to sit down and focus on making examples. I suspect we'll see some very nice examples soon enough -- Richard Gaskin Fourth World Revolution training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
I guess we'd expect it to be faster from within the US (data centre is in Texas, I believe), but the difference in cgi/irev seems similar. Ian - maybe your ISP has been hitting the cider :) best, Mark On 18 Apr 2009, at 21:10, Jim Ault wrote: Changed the last line of your script to get "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB put msg & cr & cr & it into msg --to concatenate results After waiting 30 seconds, 4 clicks 1 second apart = 4 results listed below - irev:115 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:83 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:89 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:60 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:88 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:73 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 Jim Ault Las Vegas On Apr 18, 2009, at 12:44 PM, Mark Smith wrote: On 18 Apr 2009, at 20:24, Richard Gaskin wrote: The CGI is indeed fast, but if the timing is being measured inside the script it's not accounting for the biggest difference between the CGI and on-Rev: on-Rev has no load time to bring the engine into memory and initialize it since it's already loaded and running, while the CGI engine has to be loaded fresh each time it's called. Even with that extra overhead the Rev CGI measures well against equivalent CGIs, but I'd be surprised if it could beat on-Rev. -- if you put this in a button you can see another test: on mouseUp put "http://marksmith.on-rev.com/mashash/hashmac.irev? data=somedata&key=somekey&action=md5hmac" into tIrevUrl put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi? data=somedata&key=somekey&action=md5hmac" into tCgiUrl put the millisecs into ts put url tIrevUrl into tResA put the millisecs - ts into tTimA put the millisecs into ts put url tCgiUrl into tResB put the millisecs - ts into tTimB put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB end mouseUp I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms. The irev is 'including' a textified version of my hash/hmac library, and the cgi is loading a stack which inserts the library (and a few others) into back, so perhaps the test is slightly skewed in irev's favour. I'll leave it up for a few hours if anyone wants to try it out (I'd also be interested in other people's timing from different places - I'm in London). Best, Mark ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Phil, Very impressive. PL On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
François Chaplais wrote: I agree with Andre. To the average web user, what is displayed is pretty awful, and, even to a person with little rev experience such as me, the actual rev script is shorter and simpler to understand than to web output. This is not meant to be aggressive towards Phil, but I hope the engineers at the mothership will come up with some examples more convincing than that. Hey, 499 bucks is the price of a juicy Enterprise edition! Really, there must be a way to make this good looking, no? It isn't meant to be a web page, it's just a test page. When we used the old CGI method, there was an "echo.mt" script that just displayed all the server variables in the browser window. All web languages have a similar script. Phil was showing how he converted the old CGI test script to the new method. The page information can be used for reference if the web developer needs to know the server configuration. It isn't meant to be used on a web site. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Le 18 avr. 09 à 22:29, François Chaplais a écrit : I agree with Andre. To the average web user, what is displayed is pretty awful, and, even to a person with little rev experience such as me, the actual rev script is shorter and simpler to understand than to web output. This is not meant to be aggressive towards Phil, but I hope the engineers at the mothership will come up with some examples more convincing than that. Hey, 499 bucks is the price of a juicy Enterprise edition! Really, there must be a way to make this good looking, no? No hard feelings, really François I will try to be more positive on this one. I am currently updating our lab's website with rapidweaver http://www.realmacsoftware.com/rapidweaver/ "web" code snippets can be inserted inside Rapidweaver pages, and, if it does not conflict with the rapidweaver architecture (for instance if the code produces only text) then the snippet output will be displayed gracefully within the web output page, within the user selected graphic theme. Imagine that I publish a Rapidweaver site with rev snippets inside. will it "work"? Customers of realmac's rapidweaver are, IMHO, typically people who don't want to code in javascript, php, etc.. and concentrate on content. From my very personal point of view, transcript is just simple enough not to discourage people from programming, and could address this category of customers. And this, I believe, could be a selling point. Or an empty theory? Regards, François ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Le 18 avr. 09 à 10:33, Andre.Bisseret a écrit : Le 18 avr. 09 à 06:03, Phil Davis a écrit : A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis Bonjour, Clicking on the URL I get the following lines Being rather naive about web programming, I must confess, I am still "in the dark" ;-)) Was it really what you expected one discovers? I was expecting something like a beautiful web page ;--)) Naive indeed as you may notice ;-))) Best regards from Grenoble André - Server Globals DOCUMENT_ROOT = /home/phildavi/public_html GATEWAY_INTERFACE = CGI/1.1 HTTP_ACCEPT = text/html,application/xhtml+xml,application/ xml;q=0.9,*/*;q=0.8 HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_ACCEPT_ENCODING = gzip,deflate HTTP_ACCEPT_LANGUAGE = fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 HTTP_CONNECTION = keep-alive HTTP_HOST = phildavis.on-rev.com HTTP_USER_AGENT = Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8 PATH_TRANSLATED = /home/phildavi/public_html/globals/index.irev QUERY_STRING = REMOTE_ADDR = 82.122.7.167 REMOTE_PORT = 49201 REQUEST_METHOD = GET REQUEST_URI = /globals/index.irev SERVER_ADDR = 74.54.153.72 SERVER_ADMIN = webmas...@phildavis.on-rev.com SERVER_NAME = phildavis.on-rev.com SERVER_PORT = 80 SERVER_PROTOCOL = HTTP/1.1 SERVER_SIGNATURE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at phildavis.on-rev.com Port 80 SERVER_SOFTWARE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e- fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/ 5.0.2.2635 the version = 3.5.0-dp-6 the processor = unknown the systemVersion = unknown the platform = linux the environment = server This page of code executed in 0.00021 secs. --- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution I agree with Andre. To the average web user, what is displayed is pretty awful, and, even to a person with little rev experience such as me, the actual rev script is shorter and simpler to understand than to web output. This is not meant to be aggressive towards Phil, but I hope the engineers at the mothership will come up with some examples more convincing than that. Hey, 499 bucks is the price of a juicy Enterprise edition! Really, there must be a way to make this good looking, no? No hard feelings, really François ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Changed the last line of your script to get "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB put msg & cr & cr & it into msg --to concatenate results After waiting 30 seconds, 4 clicks 1 second apart = 4 results listed below - irev:115 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:83 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:89 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:60 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:88 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:55 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:73 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 Jim Ault Las Vegas On Apr 18, 2009, at 12:44 PM, Mark Smith wrote: On 18 Apr 2009, at 20:24, Richard Gaskin wrote: The CGI is indeed fast, but if the timing is being measured inside the script it's not accounting for the biggest difference between the CGI and on-Rev: on-Rev has no load time to bring the engine into memory and initialize it since it's already loaded and running, while the CGI engine has to be loaded fresh each time it's called. Even with that extra overhead the Rev CGI measures well against equivalent CGIs, but I'd be surprised if it could beat on-Rev. -- if you put this in a button you can see another test: on mouseUp put "http://marksmith.on-rev.com/mashash/hashmac.irev?data=somedata&key=somekey&action=md5hmac " into tIrevUrl put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi?data=somedata&key=somekey&action=md5hmac " into tCgiUrl put the millisecs into ts put url tIrevUrl into tResA put the millisecs - ts into tTimA put the millisecs into ts put url tCgiUrl into tResB put the millisecs - ts into tTimB put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB end mouseUp I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms. The irev is 'including' a textified version of my hash/hmac library, and the cgi is loading a stack which inserts the library (and a few others) into back, so perhaps the test is slightly skewed in irev's favour. I'll leave it up for a few hours if anyone wants to try it out (I'd also be interested in other people's timing from different places - I'm in London). Best, Mark ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
On 18 Apr 2009, at 20:44, Mark Smith wrote: I'll leave it up for a few hours if anyone wants to try it out (I'd also be interested in other people's timing from different places - I'm in London). From Devon, some pretty varied results... irev:1518 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:199 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:336 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:1204 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:195 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:171 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:1150 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:175 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:200 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:205 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 irev:168 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 cgi:1192 md5-hmac = 7e5872da5d34a822584a698fe7db6c10 Ian ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
On 18 Apr 2009, at 20:24, Richard Gaskin wrote: The CGI is indeed fast, but if the timing is being measured inside the script it's not accounting for the biggest difference between the CGI and on-Rev: on-Rev has no load time to bring the engine into memory and initialize it since it's already loaded and running, while the CGI engine has to be loaded fresh each time it's called. Even with that extra overhead the Rev CGI measures well against equivalent CGIs, but I'd be surprised if it could beat on-Rev. -- if you put this in a button you can see another test: on mouseUp put "http://marksmith.on-rev.com/mashash/hashmac.irev? data=somedata&key=somekey&action=md5hmac" into tIrevUrl put "http://marksmith.on-rev.com/cgi-bin/hashmac.cgi? data=somedata&key=somekey&action=md5hmac" into tCgiUrl put the millisecs into ts put url tIrevUrl into tResA put the millisecs - ts into tTimA put the millisecs into ts put url tCgiUrl into tResB put the millisecs - ts into tTimB put "irev:" & tTimA && tResA & cr & "cgi:" & tTimB && tResB end mouseUp I'm seeing the cgi taking 190-200 ms and the irev taking 170-180 ms. The irev is 'including' a textified version of my hash/hmac library, and the cgi is loading a stack which inserts the library (and a few others) into back, so perhaps the test is slightly skewed in irev's favour. I'll leave it up for a few hours if anyone wants to try it out (I'd also be interested in other people's timing from different places - I'm in London). Best, Mark ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Phil Davis wrote: I just set up a CGI in my on-rev account that is 'mostly' equivalent to the .irev web page ("on-rev") approach, and tried it out. I was a little surprised that the CGI execution speed is almost the same as with on-rev: revCGI = This page of code executed in 0.000242 secs. on-rev = This page of code executed in 0.000206 secs. FWIW, my CGI is here: http://phildavis.on-rev.com/cgi-bin/globals.cgi The CGI is indeed fast, but if the timing is being measured inside the script it's not accounting for the biggest difference between the CGI and on-Rev: on-Rev has no load time to bring the engine into memory and initialize it since it's already loaded and running, while the CGI engine has to be loaded fresh each time it's called. Even with that extra overhead the Rev CGI measures well against equivalent CGIs, but I'd be surprised if it could beat on-Rev. -- Richard Gaskin Fourth World Revolution training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
I just set up a CGI in my on-rev account that is 'mostly' equivalent to the .irev web page ("on-rev") approach, and tried it out. I was a little surprised that the CGI execution speed is almost the same as with on-rev: revCGI = This page of code executed in 0.000242 secs. on-rev = This page of code executed in 0.000206 secs. FWIW, my CGI is here: http://phildavis.on-rev.com/cgi-bin/globals.cgi Phil Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on-rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Re-2: on-rev example: 'globals.cgi' conversion
Got it working - I though I'd set the permissions (with Transmit), but they hadn't taken - all working now. Best, Mark On 18 Apr 2009, at 15:22, runrev260...@m-r-d.de wrote: Hi, asked support already, if this is possible. But had the time to test it myself. Made it as described in Jacqueline´s tutorial at http://www.hyperactivesw.com/cgitutorial/ Worked here. http://www.multitronic.me/cgi-bin/test.cgi Regards, Matthias Original Message Subject: Re: on-rev example: 'globals.cgi' conversion (18-Apr-2009 16:16) From:Mark Smith To: runrev260...@m-r-d.de I just uploaded the 3.5 linux engine (which works fine for cgis in Dreamhost) to on-rev, and so far can't make it work - getting 500 server errors...will keep trying. Best, Mark On 18 Apr 2009, at 06:58, Jim Ault wrote: Very cool, Phil. And now it could be time for the benchmark wizard (Richard) to establish a standard for the routine posting of speed comparisons. By that I mean CGI running on other host configurations doing exactly the same tasks. The results could be posted or submitted execution times, load times, etc. (like Google Urchin). Perhaps each site could have a standard test page. I know that I have a few places to install a test page and submit a report to a central location. My belief is that a few of my tech friends (non-Revers) would be blown away by the rendering speed. The idea is to get several instances of real installations and user- level tasks. By plotting the averages, this could yield strong evidence that changing hosts, then changing to Rev code would deliver a superior product It would be cool if the test page included some of the 'tricks' that on-rev.com could do. Jim Ault Las Vegas On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> seconds - tStart && "secs." ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution To: use-revolution@lists.runrev.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re-2: on-rev example: 'globals.cgi' conversion
Hi, asked support already, if this is possible. But had the time to test it myself. Made it as described in Jacqueline´s tutorial at http://www.hyperactivesw.com/cgitutorial/ Worked here. http://www.multitronic.me/cgi-bin/test.cgi Regards, Matthias Original Message Subject: Re: on-rev example: 'globals.cgi' conversion (18-Apr-2009 16:16) From:Mark Smith To: runrev260...@m-r-d.de > I just uploaded the 3.5 linux engine (which works fine for cgis in > Dreamhost) to on-rev, and so far can't make it work - getting 500 > server errors...will keep trying. > > Best, > > Mark > > On 18 Apr 2009, at 06:58, Jim Ault wrote: > > > Very cool, Phil. > > > > And now it could be time for the benchmark wizard (Richard) to > > establish a standard for the routine posting of speed comparisons. > > By that I mean CGI running on other host configurations doing > > exactly the same tasks. The results could be posted or submitted > > execution times, load times, etc. (like Google Urchin). Perhaps > > each site could have a standard test page. I know that I have a > > few places to install a test page and submit a report to a central > > location. > > > > My belief is that a few of my tech friends (non-Revers) would be > > blown away by the rendering speed. > > > > The idea is to get several instances of real installations and user- > > level tasks. By plotting the averages, this could yield strong > > evidence that changing hosts, then changing to Rev code would > > deliver a superior product > > > > It would be cool if the test page included some of the 'tricks' > > that on-rev.com could do. > > > > Jim Ault > > Las Vegas > > > > On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: > > > >> A quick on-rev example: > >> Just to get started, I converted my 'globals' CGI script to an on- > >> rev web page: > >> > >> > >> > >> > >> > >> > >> > >> > >> Server Globals > >> > >>>> put the long seconds into tStart > >> put the keys of $_SERVER into tList > >> sort lines of tList > >> repeat for each line gVar in tList > >> put gVar && "=" && $_SERVER[gVar] & "" > >> end repeat > >> put "version,processor,systemVersion,platform,environment" into > >> tExtras > >> replace comma with cr in tExtras > >> repeat for each line tLine in tExtras > >> put "the" && tLine into tLine2 > >> put tLine2 && "=" && value(tLine2) & "" > >> end repeat > >> ?> > >> > >>>> tStart && "secs." ?> > >> > >> > >> > >> > >> And here's what it looks like in the browser: > >> http://phildavis.on-rev.com/globals/index.irev > >> > >> > >> I love being able to reuse my Rev know-how this way! > >> -- > >> Phil Davis > >> > >> PDS Labs > >> Professional Software Development > >> http://pdslabs.net > >> > >> ___ > >> use-revolution mailing list > >> use-revolution@lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-revolution > > > > ___ > > use-revolution mailing list > > use-revolution@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-revolution > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > > > > > To: use-revolution@lists.runrev.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
I just uploaded the 3.5 linux engine (which works fine for cgis in Dreamhost) to on-rev, and so far can't make it work - getting 500 server errors...will keep trying. Best, Mark On 18 Apr 2009, at 06:58, Jim Ault wrote: Very cool, Phil. And now it could be time for the benchmark wizard (Richard) to establish a standard for the routine posting of speed comparisons. By that I mean CGI running on other host configurations doing exactly the same tasks. The results could be posted or submitted execution times, load times, etc. (like Google Urchin). Perhaps each site could have a standard test page. I know that I have a few places to install a test page and submit a report to a central location. My belief is that a few of my tech friends (non-Revers) would be blown away by the rendering speed. The idea is to get several instances of real installations and user- level tasks. By plotting the averages, this could yield strong evidence that changing hosts, then changing to Rev code would deliver a superior product It would be cool if the test page included some of the 'tricks' that on-rev.com could do. Jim Ault Las Vegas On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Le 18 avr. 09 à 11:35, Ian Wood a écrit : On 18 Apr 2009, at 09:33, Andre.Bisseret wrote: Bonjour, Clicking on the URL I get the following lines Being rather naive about web programming, I must confess, I am still "in the dark" ;-)) Was it really what you expected one discovers? I was expecting something like a beautiful web page ;--)) Naive indeed as you may notice ;-))) That's what is expected, as the script is getting information about the server itself and displaying it - but using our familiar transcript/rev language and in very few lines. Ian OK! understood ;-) Thank you Ian André ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
On 18 Apr 2009, at 09:33, Andre.Bisseret wrote: Bonjour, Clicking on the URL I get the following lines Being rather naive about web programming, I must confess, I am still "in the dark" ;-)) Was it really what you expected one discovers? I was expecting something like a beautiful web page ;--)) Naive indeed as you may notice ;-))) That's what is expected, as the script is getting information about the server itself and displaying it - but using our familiar transcript/rev language and in very few lines. Ian ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Le 18 avr. 09 à 06:03, Phil Davis a écrit : A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis Bonjour, Clicking on the URL I get the following lines Being rather naive about web programming, I must confess, I am still "in the dark" ;-)) Was it really what you expected one discovers? I was expecting something like a beautiful web page ;--)) Naive indeed as you may notice ;-))) Best regards from Grenoble André - Server Globals DOCUMENT_ROOT = /home/phildavi/public_html GATEWAY_INTERFACE = CGI/1.1 HTTP_ACCEPT = text/html,application/xhtml+xml,application/xml;q=0.9,*/ *;q=0.8 HTTP_ACCEPT_CHARSET = ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_ACCEPT_ENCODING = gzip,deflate HTTP_ACCEPT_LANGUAGE = fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 HTTP_CONNECTION = keep-alive HTTP_HOST = phildavis.on-rev.com HTTP_USER_AGENT = Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8 PATH_TRANSLATED = /home/phildavi/public_html/globals/index.irev QUERY_STRING = REMOTE_ADDR = 82.122.7.167 REMOTE_PORT = 49201 REQUEST_METHOD = GET REQUEST_URI = /globals/index.irev SERVER_ADDR = 74.54.153.72 SERVER_ADMIN = webmas...@phildavis.on-rev.com SERVER_NAME = phildavis.on-rev.com SERVER_PORT = 80 SERVER_PROTOCOL = HTTP/1.1 SERVER_SIGNATURE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 Server at phildavis.on-rev.com Port 80 SERVER_SOFTWARE = Apache/2.0.63 (Unix) mod_ssl/2.0.63 OpenSSL/0.9.8e- fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/ 5.0.2.2635 the version = 3.5.0-dp-6 the processor = unknown the systemVersion = unknown the platform = linux the environment = server This page of code executed in 0.00021 secs. --- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev example: 'globals.cgi' conversion
Very cool, Phil. And now it could be time for the benchmark wizard (Richard) to establish a standard for the routine posting of speed comparisons. By that I mean CGI running on other host configurations doing exactly the same tasks. The results could be posted or submitted execution times, load times, etc. (like Google Urchin). Perhaps each site could have a standard test page. I know that I have a few places to install a test page and submit a report to a central location. My belief is that a few of my tech friends (non-Revers) would be blown away by the rendering speed. The idea is to get several instances of real installations and user- level tasks. By plotting the averages, this could yield strong evidence that changing hosts, then changing to Rev code would deliver a superior product It would be cool if the test page included some of the 'tricks' that on-rev.com could do. Jim Ault Las Vegas On Apr 17, 2009, at 9:03 PM, Phil Davis wrote: A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on- rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
on-rev example: 'globals.cgi' conversion
A quick on-rev example: Just to get started, I converted my 'globals' CGI script to an on-rev web page: Server Globals " end repeat put "version,processor,systemVersion,platform,environment" into tExtras replace comma with cr in tExtras repeat for each line tLine in tExtras put "the" && tLine into tLine2 put tLine2 && "=" && value(tLine2) & "" end repeat ?> And here's what it looks like in the browser: http://phildavis.on-rev.com/globals/index.irev I love being able to reuse my Rev know-how this way! -- Phil Davis PDS Labs Professional Software Development http://pdslabs.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution