Actually PHP and ColdFusion are very similar, they both have essentially the same scope and overlap almost perfectly. Your myFuses project does a great job of reading in and parsing the fusebox.xml and circuit.xml files, but there's a whole other section that needs to be present in order for it to be Fusebox. Things like fusebox.[app]init.php, plugins, custom verbs and the whole myFusebox object which is the public API for reading in the cached fusebox structure must be common to all ports of Fusebox. There are several CFers who had to pick up PHP for a project, and were able to hit the ground running because the PHP port of Fusebox gave them a foundation that they already understood.
I'm happy you made myFuses, really! But it can't be called Fusebox until a ColdFusion Fusebox application can be ported literally into PHP and vice versa. It's not risky at all. I've done it myself when a project I started on in one language needed to be available on a server for a different language. I ported a fairly complex CMS from PHP to CF Fusebox over a single weekend, possible only because the fusebox syntax was perfect as-is (with some language search-and-replace of course). If I had started with a myFuses application with your templating and Ajax etc, I would have been frustrated and discouraged immediately when I started my port into CF, because I would assume the same functionality existed there. If I made a CF Fusebox application that accessed myFusebox.getMyself() and after rewriting it to $myFusebox->getMyself() it threw an error in PHP, I would be equally frustrated and discouraged.
If it's possible, I would love to see your smarty, dojo, form validation, ajax and object mapping features refactored into configurable PHP Fusebox plugins or custom verbs. With this kind of functionality, a lot of things that are missing from Fusebox would be available, and we can move the project forward together.
Mike
http://www.fusebuilder.net
Flávio Garcia wrote:
Mike,
I don't understand. What part of api isn't present? I need to understand this view bacause I'm alone in this project and I think I can't handle this for a long time. It's hard to find developers.
You want to create a port. Ok. But The PHP is very diferent of CFML. This point of view can be a risk don't you think.
What is your idea for this port, how can I help you.
-- Flávio Garcia
2009/6/24 Mike Ritchie <starkraving2002@...>
Hi Flávio,
I've looked at your myFuses code and it's really good, probably better than mine in fact (not hard I assure you). Unfortunately I can't treat it as a "Fusebox" core because the API is not present here. One of the things that makes Fusebox really good is that there is a consistency between PHP and CF that makes it ideal as a tool for developers to switch to a different language. That consistency means there needs to be an $application['fusebox']->fuseactionVariable, and a $myFusebox->originalCircuit for example. Reading in the Fusebox XML and parsing it out as application code is an important part of Fusebox the framework but it's only a part.
Having said that I'd love to have you on the Fusebox team! I'm self-taught when it comes to PHP and I'm the first to admit that the code I wrote may not be the best. What it does do though is mirror the CF version perfectly, which is mandatory for us to be a "port" of Fusebox. Flávio Garcia wrote:
Hi Mike,
I rewrite the fusebox framework and create another project called myFuses that still fusebox but more robust. I think that fusebox its the powerful controller for PHP but in one project we need more for that reason we create another framework that extends the myFuses and uses smarty, dojo, ajax and implement some form operations like validating and object mapping.
I use this project in more than 43 projects in Ministry of Environment of Brazil and other consultings. If you want to know more I will be glad.
I need help to build documentation and other things.
Thanks,
Flávio Garcia
<mailto:PHP-fusebox-unsubscribe@yahoogroups.com>On Tue, Jun 23, 2009 at 2:10 PM, Mike <starkraving2002@... <mailto:starkraving2002@...>> wrote:
Was talking to one of my buddies on this list and he mentioned
that he actually was doing less work in FB for small
quick-and-dirty sites because it was too much work. Apparently
he's using CakePHP a lot for those kinds of sites and actually
digs it.
I love FB and use it for everything, but I'm the first to admit
that there are several frameworks for PHP that are stronger. What
I'd like to know is if anyone is interested in coordinating with
me to bring the feature-set of Cake into PHP Fusebox? As a plugin
maybe? I'm not exactly sure how it would work as yet because I
must admit that I'm not too sure what all Cake does, or how it
does it. But I'd be game to do something of this kind with some
serious involvement from someone else.
Mike
http://www.fusebuilder.net
------------------------------------
Check out the new Fusebox Forums at:
http://www.fusebox.org/forums/
---- ---- ---- ---- ---- ---- ---- ----Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/PHP-fusebox/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/PHP-fusebox/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:PHP-fusebox-digest@yahoogroups.com
<mailto:PHP-fusebox-digest@yahoogroups.com>
mailto:PHP-fusebox-fullfeatured@yahoogroups.com
<mailto:PHP-fusebox-fullfeatured@yahoogroups.com>
<*> To unsubscribe from this group, send an email to:
PHP-fusebox-unsubscribe@yahoogroups.com