because our client has some NDA agreement, and I think I can use sugarcrm
as the example, consider you have some project large like this,
50+ files, every file more than several thousand lines,
after that you just go crazy. not to whether you're writing extension points
for it.
And handling customi
Yes, quite agree.
'But the generated Ruby you show above would cause most
Rubyists to flee.'
Yes, I agree. If without those bizarre php's variable behavior,
I would just compile local variable to local variable,
'I'm still quite unclear on *why* one would want to rewrite a complete
package like Su
Femto Zheng wrote in post #996564:
> Hello all, because most of php's application is feature rich than
> rails's existing offer,
> like say, crm solutions, sugarcrm,
> I know rails have similar offering,( fat_free_crm), but unfornately,
> this is really far
> from the feature sugarcrm offers,
> su
On May 4, 4:57 am, femto wrote:
> Hello all, because most of php's application is feature rich than
> rails's existing offer,
> like say, crm solutions, sugarcrm,
> I know rails have similar offering,( fat_free_crm), but unfornately,
> this is really far
> from the feature sugarcrm offers,
> su
Hello all, because most of php's application is feature rich than
rails's existing offer,
like say, crm solutions, sugarcrm,
I know rails have similar offering,( fat_free_crm), but unfornately,
this is really far
from the feature sugarcrm offers,
sugarcrm has been developed since 2004, all 7 years
On 4 May 2011 02:22, femto wrote:
> Yes,it's self compiled,
> why using _VARS, and not directly local_variables?
> because php has some weird var logic,
> like say
>
> $GLOBALS["a"]=1;
> echo $a; //now $a is 1, which is really unfornate.
This is because you're at the top-level namespace. The PHP
On 4 May 2011 02:22, femto wrote:
> Yes,it's self compiled,
It's not "compiled". It's Ruby - Ruby is an interpreted language, and
the deformed Ruby code you've posted there is interpreted when it's
run.
On May 4, 9:15 am, Tim Shaffer wrote:
> That's probably the ugliest ruby code I've ever seen
it's not a good idea
2011/5/3 femto
> and
> $a=null;
> $a["db"]["config"]=1;
> //all of a sudden $a contains something, while in ruby it
> NullException: throws undefined method `[]' for nil:NilClass
> //in php is quite valid, and used everywhere, which is unfornate.
>
>
> On May 4, 9:22 am, fem
and
$a=null;
$a["db"]["config"]=1;
//all of a sudden $a contains something, while in ruby it
NullException: throws undefined method `[]' for nil:NilClass
//in php is quite valid, and used everywhere, which is unfornate.
On May 4, 9:22 am, femto wrote:
> Yes,it's self compiled,
> why using _VARS,
Yes,it's self compiled,
why using _VARS, and not directly local_variables?
because php has some weird var logic,
like say
$a =1;
echo $GLOBALS["a"]; //this is 1, it automaticly affects entry in
$GLOBALS, and in the opposite direction,
$GLOBALS["a"]=1;
echo $a; //now $a is 1, which is really unforn
10 matches
Mail list logo
