:1orglaugh:1orglaugh:1orglaugh

Actually, it should be pointed out that Ruby on Rails (RoR) has an advanced caching system. If it can be served statically without using any language at all it will speed things up. If concerned with performance you may want to look into nginx and memcache as well. Nginx is much more efficient than Apache.

It should, i don't know a ton about either RoR or perl anymore, i can program enough to get by in but specialize in php, that's why i admitted i honestly didn't know how it could perform on high traffic sites. :thumbsup

Good thread btw

It has been said that programmers are closer to artists than most people think. Well, the good ones at least. Management literature has recently started covering this topic.

:Oh crap

Working on a Rails app that will be able to support 2mil+ uniques a day. Just have to think about caching layouts and db calls, then you're pretty much set.

I like the way you think and respond ScriptWorkz. I'm not intending this as a bash, I'm just pointing out what I don't like and wanting to find a better solution. So many people would take it as an insult to their favorite programming language and get defensive (as can be seen above). This could have easily escalated into a flame but I think both of us are only interested in exploring the options and learning from each other.

I'm not hating PHP, it's just that after you use other languages and get used to some of what they offer, it's a pain to go back to PHP. Many PHP programmers that learn Ruby feel this way. They don't want to go back because it feels like having to use a horse once you've driven a car.

I've recently been studying compiler design and comparing a lot of different languages. I want to write my own language as an exercise.

Actually, what I would really love to see is for something like Microsoft's dynamic language runtime or Sun's Da Vinci Machine project that can be written in any language and deployed to a server. Too many environments force you to use a language. They are going to compile to bytecode anyways, why not let you write your own bytecode in whatever language you want? The main problem is having a common open-source platform to deploy to.

I've also thought it might be cool to implement a virtual machine inside of PHP so you can run bytecode compiled in other languages. Obviously not ideal for performance, but for backend admin tasks you aren't submitting hundreds of forms per second.

Watching programmers fight is like watching chicks fight. LOL. Funny stuff.

its obvious you know a lot. good luck
 

didn't say you were ... chillax.

:1orglaugh. i know, I don't work with Ruby on rails FRAMEWORK ... I better hang it up.

correct. If you obviously haven't mastered a language, why nitpic the syntax ... congratulations

if you say so ...

breath... go for a walk, ... jackoff or something man. It's not that serious ... The most successful programmers are at the golf course. Not hacking code.

Sorry about the misunderstanding, I'll just stick with my vic-20 and leave all the real shit to the professionals:thumbsup

Well, you'd want to bind nginx to every IP aliased as a separate process, for sure.

No point in bashing / flaming in an argument that doesn't have any definite right answer.
Besides, not really that often there is a thread like this here.

There won't be any standardised system that lets us deploy anywhere with any language any time soon, but i guess one can dream.

I just mainly didn't want to see php get a bum rap in this thread, some people have different opinions on what a language should be and as you said everyone that works w/ code can be a little touchy about their personal favorite. As for me, i like the stricter syntax in php that you complain about, that structure allows me to ensure that things behave the way i meant them too.

Ding ding! I find it a pain to go back to PHP for this very reason. I love PHP for what it is, but doing stuff in a language that is as object oriented as Python/Ruby, makes other languages look like childs play.

See i learnt ruby after php but with my mindset, i prefer to work w/ php, i don't like having too much control of the way things work taken from me, and i have my own standardised code library i use stuff from in most of my projects, so i already have a bunch of nice classes, functions, etc... that take alot of the heavy lifting out of the things i do all the time.

Look into call_user_func();

Yeah it can be a pain but it also depends on your host... Usually the only module(s) I need installed are the DBI/DBD:mysql ones.. The biggest problem these days is hosts that don't know what they're doing any more.. Was doing a script for someone and his host (isprime) got it wrong about 3 times before they finally got the proper modules installed.

I've used PHP reflection before. It's not the same. Thanks though.

wow this thread smells of geek - don't stab anybody with your slide rules if anybody loses their cool!

i keed i keed

i love programmers

call_user_func doesn't really have anything to do specifically with reflection, it's just a way to call variable functions (atleast that's the reason i'm assuming he mentioned it), http://us.php.net/call-user-func

If you work on CMS solutions alot and have time to learn Python then I highly recommend Django

I cant belive nobody mentioned TCL yet

I can believe it, i dunno how many of the people in this thread have ever heard of TCL let alone used it. I myself have only played w/ it briefly, i think at the time i was screwing w/ a framework called wxWindows.

If you want to write code that people can simply upload to a server, stick with PHP.

Frameworks like RoR, Django or other programming languages might be more fun or speed up your development, but you'll spend the time saved explaining your users/customers why they can't use your program with their hoster.