PHP vs. ...
Moderator: General Moderators
PHP vs. ...
So I've recently started an internship at an internet startup. They've built their back-end on the enterprise level from the start because they expect an enterprise level user-load right off the bat. The project is very media heavy and handles lots of transcoding and streaming media, so they've opted to go with Java EE, JBoss, and some enterprise level Ajaxian technology whose name I can't remember for the life of me.
I understand that PHP is a scripting language and always will be, but it certainly has large-scale potential, I'm just not 100% clear on the extent of it's potential.
Could someone sum up what PHP can't do?
I understand that PHP is a scripting language and always will be, but it certainly has large-scale potential, I'm just not 100% clear on the extent of it's potential.
Could someone sum up what PHP can't do?
If you're in a Java environment i don't see why you would want to fall back to php? Everything i've seen in PHP can be done with JSP too... I still have to see the php counterpart for JSF though...
You can invoke java code from within php, and these days you can also run php in your webcontainer (have a look at resin (caucho.com))...
You can invoke java code from within php, and these days you can also run php in your webcontainer (have a look at resin (caucho.com))...
Well what about just different apps within the same service? I'm going to have things like blogs, forums, private messaging, things like that. It seems like it would be easier to code those in PHP, right? I don't think my Java apps would need to talk to the physical programs, so long as they all access the same databases. Would using PHP in that context be sound? Or would be it a smarter idea to just do the whole thing in one language so if they need to talk sometime down the road, it's all the same stuff?timvw wrote:If you're in a Java environment i don't see why you would want to fall back to php? Everything i've seen in PHP can be done with JSP too... I still have to see the php counterpart for JSF though...
You can invoke java code from within php, and these days you can also run php in your webcontainer (have a look at resin (caucho.com))...
Did that make ANY sense? I'm really sorry, I do that some times.
Having two different languages, platforms comes with the cost that you need people that are skilled in php and you need people that are skilled in java..Theory? wrote: Well what about just different apps within the same service? I'm going to have things like blogs, forums, private messaging, things like that.
Why does it seems so? Because you are more familiar with it? Generating a bit of html while talking with a database is well supported in *any* environment targetting the web...Theory? wrote: It seems like it would be easier to code those in PHP, right?
The cost of having codebases in two different languages also means that it's a lot harder to reuse parts.. Now you're going to write data access code in php and in java.. Whereas you could have reused the dac if all was in php (or java).Theory? wrote: I don't think my Java apps would need to talk to the physical programs, so long as they all access the same databases. Would using PHP in that context be sound? Or would be it a smarter idea to just do the whole thing in one language so if they need to talk sometime down the road, it's all the same stuff?
- stereofrog
- Forum Contributor
- Posts: 386
- Joined: Mon Dec 04, 2006 6:10 am
Yes, but the former is far cheaper and easier to find.timvw wrote:Having two different languages, platforms comes with the cost that you need people that are skilled in php and you need people that are skilled in java..Theory? wrote: Well what about just different apps within the same service? I'm going to have things like blogs, forums, private messaging, things like that.
Ruby seems to be missing a few of the things I need, like persistence and the ability to handle large media streams over multiple connections.Jenk wrote:Just choose a different language and/or platform like Ruby on Rails or Smalltalk/Seaside which will handle everything you ask of easily, instead of meddling with two (or more) languages/platforms talking to each other.
Perhaps I'm wrong though, that's just my understanding.
From what I've been told, for the largest app in my system, my best bet is either Java or C# and since I have no interest in C# for a number of reasons, it looks like I'm stuck with Java.
I just like PHP, so I was wondering if it would serve me any purpose within the constraints of this app.
- Ambush Commander
- DevNet Master
- Posts: 3698
- Joined: Mon Oct 25, 2004 9:29 pm
- Location: New Jersey, US
Just from me looking around the internet, it would appear that Java and C# are both based on Smalltalk. That, and it doesn't seem like Smalltalk is actively developed anymore.Jenk wrote:Smalltalk/Seaside is very good, if it were not for the not-so-abundant hosting I'd drop php in a flash for it.
Handles persistent data flawlessly and the SqueakVM IDE is second to none.
I'm getting confused by lots of things. I'm assuming that for super-high-level data streams, such as simultaneous large format data transfers, media streams, etc. my options are Java EE or C#, and since I have no intention of learning C#, that leaves me with Java.
Am I correct in this assumption?
This is probably the FIRST question I should have asked.
- Kieran Huggins
- DevNet Master
- Posts: 3635
- Joined: Wed Dec 06, 2006 4:14 pm
- Location: Toronto, Canada
- Contact:
in my experience, PHP is the way to go unless you're dealing with a module that requires either shared memory of HEAVY lifting... in which case, write that module in C and compile it for the system. PHP can still do what it does best while outsourcing the specialized functions to a pre-compiled C library. Come to think of it, PECL is exactly that... maybe you should look into writing your own PECL?
Smalltalk is still actively developed, Squeak is an open source implementation of Smalltalk-80; which is receiving updates quite frequently. There is also VisualWorks, which is a proprietary implementation of Smalltalk-110 iirc (may also be Smalltalk-80) by Cincom.com.Theory? wrote:Just from me looking around the internet, it would appear that Java and C# are both based on Smalltalk. That, and it doesn't seem like Smalltalk is actively developed anymore.Jenk wrote:Smalltalk/Seaside is very good, if it were not for the not-so-abundant hosting I'd drop php in a flash for it.
Handles persistent data flawlessly and the SqueakVM IDE is second to none.
I'm getting confused by lots of things. I'm assuming that for super-high-level data streams, such as simultaneous large format data transfers, media streams, etc. my options are Java EE or C#, and since I have no intention of learning C#, that leaves me with Java.
Am I correct in this assumption?
This is probably the FIRST question I should have asked.
I like squeak because it is open source, and not only is it open source, it is a system developed in it's own language (apart from a few core C libraries needed to get the ball rolling) so you are free to update just about anything you like about it. There's no compilation, no messy runtime library management, it's all there in one Image file; ready to go.