The manual says PHP doesn't support unsigned integers either...
http://www.php.net/manual/en/language.types.integer.php
On 6/6/07, Paul Vernon wrote:
> It's all to do with signed and unsigned integers and the fact the CF
> operates using signed integers whereas PHP uses unsigned integers. If CF
On 6/5/07, Doug Bezona <[EMAIL PROTECTED]> wrote:
> >
> >
> > C. This brings us back to the question... what makes this a good idea? Why
> > overly complicate something?
>
>
>
> While it may not be common, there are a lot of large organizations out there
> with multiple applications in multiple lan
Paul,
>> Oh, I thought you were saying that you received an error when trying to
>> cfhttp to a php page which returned a large number. You were just
>> saying it seemed like overkill.
>
>Indeed.
>
>> I'm guessing 32-bit CF doesn't support numbers large enough for you to
>> do the calculations di
> -Original Message-
> From: Brad Wood [mailto:[EMAIL PROTECTED]
> Sent: 05 June 2007 19:39
> To: CF-Talk
> Subject: RE: Run PHP code inline on a Coldfusion page
>
> Oh, I thought you were saying that you received an error when trying to
> cfhttp to a php pag
PROTECTED]
Sent: Tuesday, June 05, 2007 1:56 PM
To: CF-Talk
Subject: Re: Using an ASP object in CF (was Re: Run PHP code inline on a
Coldfusion page)
> Than you might just be finding yourself in quite the mess. Is this CMS
only
> supposed to support windows users?
No, it's supposed to run o
> Than you might just be finding yourself in quite the mess. Is this CMS only
> supposed to support windows users?
No, it's supposed to run on a Windows server. The editor is extremely
cross-platoform (IE, NS, FF, Opera and Safari) friendly.
H
~~~
> Because I'm a firm believer in choice - and I find .NET
> restrictive and limiting.
Is this solely because it requires Windows? If so, that's certainly a valid
answer, but perhaps irrelevant to lots of people.
> What I *AM* saying, (read this part carefully) is that it
> limits you in your ch
PHP code inline on a
Coldfusion page)
On 6/5/07, Kevin Aebig <[EMAIL PROTECTED]> wrote:
> I would definitely prove to him that a classic ASP component can't compare
> to the modern stuff that's out. Also, unless it uses a DLL (crap), there's
> no reason that you could
guess this would be a case where there was something another language
like PHP (on a 64-bit machine, I assume) could do and CF could NOT do.
~Brad
-Original Message-
From: Paul Vernon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 1:25 PM
To: CF-Talk
Subject: RE: Run PHP code i
om
-Original Message-
From: Jordan Michaels
To: CF-Talk
Sent: Tue Jun 05 19:07:29 2007
Subject: Re: Run PHP code inline on a Coldfusion page
Robertson-Ravo, Neil (RX) wrote:
> There is absolutely no basis in this, why wouldn't you touch it?
Because I'm a firm believer in ch
> Out of curiosity, why is that a problem with cfhttp?
>
Don't you think using cfhttp or any http client for that matter to perform
what should essentially be a function call and handled either by a UDF or
the language itself is a little bit of overkill? I guess I could always
write a CFX tag in
ecurity is
something that any company can appreciate.
I understand that this approach isn't for everyone, but in my experience it
pays out big in the end.
@@
!k
-Original Message-
From: Doug Bezona [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 11:45 AM
To: CF-Talk
Su
Robertson-Ravo, Neil (RX) wrote:
> There is absolutely no basis in this, why wouldn't you touch it?
Because I'm a firm believer in choice - and I find .NET restrictive and
limiting.
> CFML upon .NET would be the same as running CFML upon Java
False. .NET and Java are very different. Platform in
Dave Watts wrote:
>> Simply because you personally immediately see the benefits of
>> integrating PHP into CFML code, doesn't mean that the value
>> is not there. It only means that you can't see it (yet).
>
> One could say the same to your reaction to .NET. But then one could be
> accused of sn
On 6/5/07, Robertson-Ravo, Neil (RX) <[EMAIL PROTECTED]>
wrote:
>
> Porting functionality isn't interop though. That's a business decision to
> rewrite -- as well as bridge options now available to you you no doubt had
> Web services, COM, Shared DB procs as options?
Absolutely. There are a lo
On 6/5/07, Kevin Aebig <[EMAIL PROTECTED]> wrote:
>
> So patch the problem and deal with it later?
I didn't say it was ideal, but in a business situation when you have
numerous, large legacy apps, and your choice is to spend a small amount of
effort to do some integration, vs. multiple thousands
Out of curiosity, why is that a problem with cfhttp?
-Original Message-
From: Paul Vernon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 10:47 AM
To: CF-Talk
Subject: RE: Run PHP code inline on a Coldfusion page
I can think of one real world example that I cannot do with CF at
ication are not necessarily those expressed by Reed Exhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: Doug Bezona
To: CF-Talk
Sent: Tue Jun 05 17:28:07 2007
Subject: Re: Run PHP code inline on a Coldfusion page
>
>
> C. This brings us back
happy with that
But I'm not...
!k
-Original Message-
From: Doug Bezona [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 10:28 AM
To: CF-Talk
Subject: Re: Run PHP code inline on a Coldfusion page
>
>
> C. This brings us back to the question... what makes this a good idea? W
> -Original Message-
> From: James Holmes [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 05, 2007 11:49 AM
> Subject: Re: Run PHP code inline on a Coldfusion page
>
> On 6/5/07, Damien McKenna wrote:
> > From what I've seen you also are not going to be
>
>
> C. This brings us back to the question... what makes this a good idea? Why
> overly complicate something?
While it may not be common, there are a lot of large organizations out there
with multiple applications in multiple languages. Having a tool that can
integrate these applications can b
On 6/5/07, Kevin Aebig <[EMAIL PROTECTED]> wrote:
> I would definitely prove to him that a classic ASP component can't compare
> to the modern stuff that's out. Also, unless it uses a DLL (crap), there's
> no reason that you could reverse engineer it to use it in a custom tag.
It's actually a VBSc
.
!k
-Original Message-
From: C. Hatton Humphrey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 9:23 AM
To: CF-Talk
Subject: Using an ASP object in CF (was Re: Run PHP code inline on a
Coldfusion page)
Here is a real-word application for interoperability:
The company that I
Actually, Quercus runs phpBB, Wordpress, Drupal and a bunch of other
stuff essentially out of the box. Sean's using part of the Quercus
technology to provide the CF integration, but it it is possible to
deploy Quercus by itself in a J2EE server to make it run whole PHP
apps.
On 6/5/07, Damien McKe
I can think of one real world example that I cannot do with CF at unless I'm
on a 64-bit JVM. For me dropping into PHP to do that tiny bit would solve a
whole host of albeit self imposed issues surrounding the use of CFHTTP to
call a math function that returns a very large integer as the HTTP respo
ck Mason [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 9:30 PM
To: CF-Talk
Subject: Re: Run PHP code inline on a Coldfusion page
Kevin,
Here's a couple of ideas that come to mind:
A. You're a hosting company and it's a lot simpler to all of sudden be
offering PHP and Ruby
On Tuesday 05 Jun 2007, John Paul Ashenfelter wrote:
> Clearly those people have never tried to develop with Drupal :)
> That'll fix them.
OTOH, it makes writing a Drupal->CF bridge a whole lot easier :-)
And by extension, a Flex frontend to Drupal :-)
--
Tom Chiverton, whos blog runs Drupal
**
Here is a real-word application for interoperability:
The company that I work for just bought another company that has a CMS
written in classic ASP. They utilize CuteEditor
(http://cutesoft.net/asp/). I have been tasked with porting their CMS
to ColdFusion... kicker is that the boss wants to kee
On 6/5/07, Damien McKenna <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Rick Mason [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 04, 2007 11:30 PM
> > Subject: Re: Run PHP code inline on a Coldfusion page
> >
> > A. You're
On 6/5/07, Damien McKenna <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Dave Watts [mailto:[EMAIL PROTECTED]
> > Sent: Monday, June 04, 2007 6:53 PM
> > Subject: RE: Run PHP code inline on a Coldfusion page
> >
> > but I just don
Dave,
>Aside from that, which you've been able to integrate with CF via CFEXECUTE
>already, are there any other examples that come to mind? There just aren't
>that many things PHP can do that CF can't (and vice-versa).
I could see where being able to run some PHP code could be useful to a small
c
> -Original Message-
> From: Rick Mason [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 04, 2007 11:30 PM
> Subject: Re: Run PHP code inline on a Coldfusion page
>
> A. You're a hosting company and it's a lot simpler to all of
> sudden be offering PHP and
> -Original Message-
> From: Dave Watts [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 04, 2007 6:53 PM
> Subject: RE: Run PHP code inline on a Coldfusion page
>
> but I just don't see much value for PHP integration.
You just *know* there are people out there w
s "why not?"
-Original Message-
From: exH [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 05, 2007 6:11 AM
To: CF-Talk
Subject: Re: Run PHP code inline on a Coldfusion page
Great.
The next time I get a project brief to uglify my CF code in an obscurely
unnecessary way... I'll know what t
That's pretty much how I see it. It gets PHP into an environment with
clustering, DB connection pooling, portability and all the other
things we can get out of J2EE.
On 6/5/07, exH <[EMAIL PROTECTED]> wrote:
> Great.
>
> The next time I get a project brief to uglify my CF code in an obscurely
> un
Great.
The next time I get a project brief to uglify my CF code in an obscurely
unnecessary way... I'll know what to do :)
Seriously though, the genaral opinion here is it's not needed, but I argue
that you never know when stuff like this will save your bacon.
It seems more an enhancement for
ot;
Visit our website at http://www.reedexpo.com
-Original Message-
From: Jordan Michaels
To: CF-Talk
Sent: Mon Jun 04 23:36:03 2007
Subject: Re: Run PHP code inline on a Coldfusion page
Simply because you personally immediately see the benefits of
integrating PHP into CFML code, doesn'
xpressed within this
communication are not necessarily those expressed by Reed Exhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: Jordan Michaels
To: CF-Talk
Sent: Mon Jun 04 23:03:31 2007
Subject: Re: Run PHP code inline on a Coldfusion page
Oh I'm
py opensource
> PHP
> apps that are out there, but if that's the case, save some time and just
> open up your firewall. =]
>
> !k
>
> -Original Message-
> From: Andy Matthews [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 04, 2007 8:45 AM
> To: CF-Talk
> Su
On 6/4/07, Dave Watts <[EMAIL PROTECTED]> wrote:
> > If CF can leverage existing apps written in other languages
> > even to a modest degree, this greatly increases the value of
> > ColdFusion.
>
> Since PHP, Ruby, etc are free, the only possible value can come from
> integration between existing a
> Simply because you personally immediately see the benefits of
> integrating PHP into CFML code, doesn't mean that the value
> is not there. It only means that you can't see it (yet).
One could say the same to your reaction to .NET. But then one could be
accused of snarkiness, I suppose.
> The
Thanks for the extra info Sean. I was mainly addressing the genenral
"why bother?" question regarding running a PHP app on J2EE and it's
good to know about the extra caveats when trying to integrate with CF
in this way.
On 6/5/07, Sean Corfield <[EMAIL PROTECTED]> wrote:
> On 6/4/07, James Holmes
On 6/4/07, James Holmes <[EMAIL PROTECTED]> wrote:
> 1) PHP should be run on a single threaded webserver, as some of the C
> libraries used in PHP apps aren't thread safe. This means running
> Apache 1, or Apache 2 in prefork mode. CF (for example) is quite happy
> running in multithreaded configur
On 6/4/07, Jordan Michaels <[EMAIL PROTECTED]> wrote:
> The GD
> libraries that are included in PHP are far superior to anything I've
> ever seen from a Java environment. With this innovation - I can just
> write PHP code right in the middle of my CFML code to generate my
> thumbnails.
Well, this
There are a number of reasons to run PHP from a J2EE server using
Quercus (as Sean's work does), rather than deploying PHP itself;
1) PHP should be run on a single threaded webserver, as some of the C
libraries used in PHP apps aren't thread safe. This means running
Apache 1, or Apache 2 in prefor
net/
BlueDragon Alliance Member
[EMAIL PROTECTED]
Robertson-Ravo, Neil (RX) wrote:
> Yeah, PHP integration just seems pointless.
>
> If you want to do PHP, use PHP.
> -Original Message-
> From: Dave Watts
> To: CF-Talk
> Sent: Mon Jun 04 23:53:11 2007
> Subject
Oh I'm not knocking .NET integration. I'm sure that it helps a lot of
folks. I'm just saying that I'd personally never use or buy a CFML
server that was compiled in .NET. It's a personal fact, and I doubt I'm
alone in that thought. That's all I was saying. ;)
I commend NewAtlanta for spearheadi
al Message-
From: Dave Watts
To: CF-Talk
Sent: Mon Jun 04 23:53:11 2007
Subject: RE: Run PHP code inline on a Coldfusion page
> If CF can leverage existing apps written in other languages
> even to a modest degree, this greatly increases the value of
> ColdFusion.
Since PHP, Ruby, etc
> If CF can leverage existing apps written in other languages
> even to a modest degree, this greatly increases the value of
> ColdFusion.
Since PHP, Ruby, etc are free, the only possible value can come from
integration between existing apps. I can see that value with Java, where I
can use CF as
xhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: Jordan Michaels
To: CF-Talk
Sent: Mon Jun 04 18:50:10 2007
Subject: Re: Run PHP code inline on a Coldfusion page
There's no way I would ever use (let alone purchase) such an animal. I'm
sure I&
Mon Jun 04 18:50:10 2007
Subject: Re: Run PHP code inline on a Coldfusion page
There's no way I would ever use (let alone purchase) such an animal. I'm
sure I'm not the only one.
Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
BlueDragon Allianc
There's no way I would ever use (let alone purchase) such an animal. I'm
sure I'm not the only one.
Warm regards,
Jordan Michaels
Vivio Technologies
http://www.viviotech.net/
BlueDragon Alliance Member
[EMAIL PROTECTED]
Robertson-Ravo, Neil (RX) wrote:
> This reminds of the latest edition to .N
I completely agree. We've had really good luck with using compiled .NET...
!k
-Original Message-
From: Robertson-Ravo, Neil (RX) [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 10:47 AM
To: CF-Talk
Subject: Re: Run PHP code inline on a Coldfusion page
This reminds of the l
[mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 10:24 AM
To: CF-Talk
Subject: RE: Run PHP code inline on a Coldfusion page
"...why would you want to?"
Two words: Cost-savings
If CF can leverage existing apps written in other languages even to a modest
degree, this greatly increase
Reed Exhibitions."
Visit our website at http://www.reedexpo.com
-Original Message-
From: Billy Cox
To: CF-Talk
Sent: Mon Jun 04 17:24:24 2007
Subject: RE: Run PHP code inline on a Coldfusion page
"...why would you want to?"
Two words: Cost-savings
If CF can leverage exis
of ColdFusion.
>
> We are in this for the money, right? ...not just for the pure love of the
> ColdFusion gospel?
>
>
> -Original Message-
> From: Kevin Aebig [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 04, 2007 11:05 AM
> To: CF-Talk
> Subject: RE: Run PH
"pure love of the ColdFusion gospel?"
Well we do have an "evangelist". Preach it brotha'
~Brad
~|
Macromedia ColdFusion MX7
Upgrade to MX7 & experience time-saving features, more productivity.
http://www.adobe.com/products/cold
--Original Message-
From: Kevin Aebig [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 11:05 AM
To: CF-Talk
Subject: RE: Run PHP code inline on a Coldfusion page
The real million dollar question is why would you want to? Almost anything
PHP can do, CF can do. Almost anything CF can do, .
>PHP code mixed in with CF code is pretty kick ass.
>I read that someone else has done the same thing for Ruby.
I recently did almost the exact same thing with JSP (obviously a much simpler
task considering CF is java based).
I didn't bother posting the code anywhere because I thought it was si
Integration. According to Forta, Integration is two of the three main
goals of Scorpio.
~Brad
-Original Message-
From: Kevin Aebig [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 11:05 AM
To: CF-Talk
Subject: RE: Run PHP code inline on a Coldfusion page
The real million dollar
s the case, save some time and just
open up your firewall. =]
!k
-Original Message-
From: Andy Matthews [mailto:[EMAIL PROTECTED]
Sent: Monday, June 04, 2007 8:45 AM
To: CF-Talk
Subject: OT: Run PHP code inline on a Coldfusion page
For those of you who don't know, Coldfusion is
For those of you who don't know, Coldfusion is built upon Java. Someone has
taken it upon themselves to write a Java library, called Quertus, which
parses PHP code. Someone else then built upon THAT and wrote a Coldfusion
library which references the Quertus library and allows you to combine PHP
an
62 matches
Mail list logo
