Neat online PHP interpreter I found

[DaveLembke]

Found this neat online PHP interpreter when digging around on google for some info on PHP. Figured I'd share the link here in case anyone wants to play with PHP without having to install WAMP, LAMP, or XAMPP. However if you are doing anything complex or linked to a database etc you will need to use a real package locally for development.

http://writecodeonline.com/php/

[Chrisxs5]

I love the Javascript availability on this page. Thanks for pointing this out.

[BC_Programmer]

Here is a more comprehensive variant on that idea.  Supports a load of languages.

[DaveLembke]

WOW.... SWEET!!!! Thanks for sharing that BC, so many to chose from vs just PHP, JS, etc

Also I see Ruby is there. Have been thinking about trying out that language to see how I like it. I know that people say its slower than Perl etc, and a pain to deploy, but would be good to be familiar with it all even if I dont use it as a replacement to Perl which I use on a regular basis. But also Ruby on Rails is preferred to avoid SQL Injection attacks and XSS etc so while slower it does have its benefits.

[camerongray]

Here's another option (That I use myself): http://ideone.com/

[BC_Programmer]

WOW.... SWEET!!!! Thanks for sharing that BC, so many to chose from vs just PHP, JS, etc

Also I see Ruby is there. Have been thinking about trying out that language to see how I like it. I know that people say its slower than Perl etc, and a pain to deploy, but would be good to be familiar with it all even if I dont use it as a replacement to Perl which I use on a regular basis. But also Ruby on Rails is preferred to avoid SQL Injection attacks and XSS etc so while slower it does have its benefits.

It's important to remember that Ruby on Rails- the Framework- has itself been an attack vector that has compromised websites before.

Anyway, I covered Ruby in One of my Language comparisons a while back. Ruby was the most concise language I used, in that it allowed me to write the program with the least code. I think I also make a reasonable point at the end of that particular post- "The time for judging a language on it’s inherent execution model passed before the end of the Cold War. ". It was only one line shorter than the Perl implementation, but the difference is I can look at the Ruby code and understand what is happening. With the Perl implementation, I haven't got much of a clue.