1. Re[2]: Euphoria CGI Success
- Posted by akusaya at gmx.net
Feb 12, 2006
>>
>> > I am so god damn happy I'm ready to throw PHP out the window!!!!
>>
>> IMHO, every tool has its purpose. Even after I got Euphoria working
>> for CGI, I kept having to re-invent the wheel when it came to simple
>> CGI i/o, database connections, and form processing. I've been using
>> PHP for a year now, and it works better than Euphoria, mainly because
>> it's designed for CGI. I have, however, come to despise the semicolon.
>>
>> I bid you good luck in your endeavors with Euphoria and CGI.
>>
>> ~Greg
>>
>>
J> I agree.
Just to share my experience:
Since 3 years ago I used euphoria for automated registration in my
website. Then 4 months ago I tried to learn PHP and made database+form
processing enabled website in less than a week.
Then I realized that I could have tried using php in my old website
and I made the same program in php in 115 lines instead of 290 lines
when it was written in Eu.
Unless Eu has a library that is reliable and simple to use for
- database (real database, not EDB that is easily corrupted)
- form processing (not just post and get but also file uploads)
- html/sql string function (add entities/backslashes etc),
IMO, Eu is not suitable for real web applications.
But yes, php function names are confusing and you will be tired of
typing '$' sign.
2. Re: Re[2]: Euphoria CGI Success
akusaya wrote:
> Unless Eu has a library that is reliable and simple to use for
> - database (real database, not EDB that is easily corrupted)
If EDB is easily corrupted, why have I not had any confirmed reports of
corruption? I know that a lot of people are using it. I have databases
that are years old and are updated every day, no problem.
database.e has been very stable since it was created a few years ago.
I don't know of any bugs that would cause corruption. The only
temporary "corruption" that has been reported has been due to things like
copying a database from Windows to Linux in "text" mode.
> - form processing (not just post and get but also file uploads)
I do form processing with file uploads with Euphoria.
It's part of the user contribution program.
Have you benchmarked PHP against Euphoria?
It's 140x slower than the Euphoria interpreter on sieve.
517x slower than the Euphoria to C translator.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
3. Re: Re[2]: Euphoria CGI Success
- Posted by Greg Haberek <ghaberek at gmail.com>
Feb 12, 2006
-
Last edited Feb 13, 2006
> Have you benchmarked PHP against Euphoria?
> It's 140x slower than the Euphoria interpreter on sieve.
> 517x slower than the Euphoria to C translator.
Give us a simple way to stream-line HTML in the code and we'll talk. :)
~Greg
4. Re: Re[2]: Euphoria CGI Success
- Posted by Ron Weidner <xecronix at yahoo.com>
Feb 12, 2006
-
Last edited Feb 13, 2006
> >> > I am so god damn happy I'm ready to throw PHP
> out the window!!!!
> >>
> >> IMHO, every tool has its purpose. Even after I
> >> got Euphoria working for CGI, I kept having to
> >> re-invent the wheel when it came to simple
> >> CGI i/o, database connections, and form
> >> processing. I've been using PHP for a year now,
> >> and it works better than Euphoria, mainly because
> >> it's designed for CGI. I have, however, come to
> >> despise the semicolon.
> >>
> >> I bid you good luck in your endeavors with
> >> Euphoria and CGI.
> Just to share my experience:
>
> Since 3 years ago I used euphoria for automated
> registration in my website. Then 4 months ago I
> tried to learn PHP and made database+form processing
> enabled website in less than a week.
>
> Then I realized that I could have tried using php in
> my old website and I made the same program in php in
> 115 lines instead of 290 lines when it was written
in
> Eu.
>
> Unless Eu has a library that is reliable and simple
> to use for
> - database (real database, not EDB that is
> easily corrupted)
Try this...
http://members.aol.com/chriscrylex/EUSQLite/eusql.html
It works great.
> - form processing (not just post and get but also
> file uploads)
If you don't know how to do this, know this, it's
easy. Take a few minutes to learn about miltipart
forms and then 20 minutes to add the function to you
cgi lib.
> - html/sql string function (add entities/backslashes
> etc)
part of what you want is written here...
http://www.rapideuphoria.com/ssl.zip
An entities function should take no more than 5 or 10
min to write.
> IMO, Eu is not suitable for real web applications.
Hmm... odd. Very, very odd. We must have very
differnt ideas about what is "Real" and what is not.
> But yes, php function names are confusing and you
> will be tired of typing '$' sign.
>
If you say so.
--
Ronald Weidner
http://www.techport80.com
PHP Software developer for hire.
5. Re: Re[2]: Euphoria CGI Success
- Posted by Salix <salix at freemail.hu>
Feb 12, 2006
-
Last edited Feb 13, 2006
Robert Craig wrote:
>
> akusaya wrote:
> > Unless Eu has a library that is reliable and simple to use for
> > - database (real database, not EDB that is easily corrupted)
>
> If EDB is easily corrupted, why have I not had any confirmed reports of
> corruption? I know that a lot of people are using it. I have databases
> that are years old and are updated every day, no problem.
> database.e has been very stable since it was created a few years ago.
> I don't know of any bugs that would cause corruption. The only
> temporary "corruption" that has been reported has been due to things like
> copying a database from Windows to Linux in "text" mode.
>
I should agree with Rob as database.e serves my applications without problem.
I think it is more than enough for general web applications. But if you don't
like EDS you can use Tsunami or anything else...
But there is a typical corruption I regulary meet. Although this is not really
CGI related. I couldn't find a way to open EDB in read-only mode under Windows.
It did generated corrupt records... Very rarely but it happens at 250 registered
users that they want to read/write the EDB at the same time.
But maybe I just wasn't paid well enough to search hard enough for a final
solution... 
Regards,
Salix
6. Re: Re[2]: Euphoria CGI Success
>
> Give us a simple way to stream-line HTML in the code
> and we'll talk.
Interesting... Many of the larger companies are tring
to _separate_ programming logic from HTML design. For
that matter, they are also tring to separate the
database logic from business logic. They call this
n-teir programming. It seems that you are willing to
"talk" when someone figures out a way to meld them
together. Or, at least meld HTML with euphoria.
Of course some presentation code is going to pop up in
the logic code. And you want a simple way to use EU
with HTML. Well, this is much easier than it sounds.
Of course, it will take about a day of programming on
your part. But the trick is instead of trying to use
EU in your HTML, figure out a way to use HTML in your
EU. If you look at the problem from that angle, it's
very easy to see what you need are a few simple
functions and a sequence for each html tag you want to
use.
If you don't want to write that code yourself, look in
to XHTML. If you do, you may find that you can use
one of the XML libs in the archive. (Although that
might be overkill, you decide.)
--
Ronald Weidner
http://www.techport80.com
PHP Software developer for hire.
7. Re: Re[2]: Euphoria CGI Success
- Posted by rlistas <rlistas at gmail.com>
Feb 14, 2006
-
Last edited Feb 15, 2006
I=B4m using EDB bases with 1GB size with no problems.
Rubens
At 18:35 12/2/2006, you wrote:
>
>
>posted by: Salix <salix at freemail.hu>
>
>Robert Craig wrote:
>>
>> akusaya wrote:
>> > Unless Eu has a library that is reliable and simple to use for
>> > - database (real database, not EDB that is easily corrupted)
>>
>> If EDB is easily corrupted, why have I not had any confirmed reports of
>> corruption? I know that a lot of people are using it. I have databases
>> that are years old and are updated every day, no problem.
>> database.e has been very stable since it was created a few years ago.=
>> I don't know of any bugs that would cause corruption. The only
>> temporary "corruption" that has been reported has been due to things lik=
e
>> copying a database from Windows to Linux in "text" mode.
>>
>
>I should agree with Rob as database.e serves my applications without probl=
em.=20
>I think it is more than enough for general web applications. But if you do=
n't=20
>like EDS you can use Tsunami or anything else...
>
>But there is a typical corruption I regulary meet. Although this is not re=
ally=20
>CGI related. I couldn't find a way to open EDB in read-only mode under Win=
dows.=20
>It did generated corrupt records... Very rarely but it happens at 250 regi=
stered=20
>users that they want to read/write the EDB at the same time.
>
>But maybe I just wasn't paid well enough to search hard enough for a final=
>solution...
>
>Regards,
>
>Salix
>
>
>
