PHP on Trax
Moderator: General Moderators
-
d3ad1ysp0rk
- Forum Donator
- Posts: 1661
- Joined: Mon Oct 20, 2003 8:31 pm
- Location: Maine, USA
- Chris Corbyn
- Breakbeat Nuttzer
- Posts: 13098
- Joined: Wed Mar 24, 2004 7:57 am
- Location: Melbourne, Australia
PHP on Trax. Hmm... the name made me laugh.
Documentation looks more like a skeleton of what is going to be there. It's all empty pages at the moment
Indeed, there are a shed load of frameworks and I'm working on yet another; although ours has a control panel to it with a GUI (for admin tasks, creating new apps etc) so it's referred to as an application manager rather than an actual framework.
Documentation looks more like a skeleton of what is going to be there. It's all empty pages at the moment
Indeed, there are a shed load of frameworks and I'm working on yet another; although ours has a control panel to it with a GUI (for admin tasks, creating new apps etc) so it's referred to as an application manager rather than an actual framework.
-
AshrakTheWhite
- Forum Commoner
- Posts: 69
- Joined: Thu Feb 02, 2006 6:47 am
- John Cartwright
- Site Admin
- Posts: 11470
- Joined: Tue Dec 23, 2003 2:10 am
- Location: Toronto
- Contact:
Interesting enough, I'm in the process of creating something similar which ties into Zend Framework. As of now each controller requires a model and view (among other things) and becomes very tiresome having to manually place each file, appropriatly named and such, into the respective directly. I plan on having it auto create methods I assign to the controllers aswell (database driven), which is also linked into an authorization system I've made.d11wtq wrote:PHP on Trax. Hmm... the name made me laugh.
Documentation looks more like a skeleton of what is going to be there. It's all empty pages at the moment
Indeed, there are a shed load of frameworks and I'm working on yet another; although ours has a control panel to it with a GUI (for admin tasks, creating new apps etc) so it's referred to as an application manager rather than an actual framework.
Is this something similar or are we on seperate pages? If not, lets discuss (in a seperate thread) because I very much like this idea of an application manager.
No, not at all. scriptaculous is an AJAX-toolkit and phpontrax is a rapid development framework (like cakePHP, both of which are based on Ruby On Rails) - two very different pairs of shoes. If you have a bit of a closer look at them, you'll see the difference.AshrakTheWhite wrote:as far as i can see its a ripoff of script.aculo.us
Coming back to Ninja's original question: sorry haven't used phpontrax. I've used cakePHP, was impressed but was still to much in it's early phase for me to entrust it with anything serious. Maybe in 6 months or a year it's a truly mature project.
- Chris Corbyn
- Breakbeat Nuttzer
- Posts: 13098
- Joined: Wed Mar 24, 2004 7:57 am
- Location: Melbourne, Australia
Fancy exchanging ideas?Jcart wrote:Interesting enough, I'm in the process of creating something similar which ties into Zend Framework. As of now each controller requires a model and view (among other things) and becomes very tiresome having to manually place each file, appropriatly named and such, into the respective directly. I plan on having it auto create methods I assign to the controllers aswell (database driven), which is also linked into an authorization system I've made.d11wtq wrote:PHP on Trax. Hmm... the name made me laugh.
Documentation looks more like a skeleton of what is going to be there. It's all empty pages at the moment
Indeed, there are a shed load of frameworks and I'm working on yet another; although ours has a control panel to it with a GUI (for admin tasks, creating new apps etc) so it's referred to as an application manager rather than an actual framework.
Is this something similar or are we on seperate pages? If not, lets discuss (in a seperate thread) because I very much like this idea of an application manager.
Sounds like what we're doing. We have each "page" as a record in the database. A "page" can be a child of another page too and the RBAC system can apply to entire branches or just single leaves of the tree.
Let's say you have a page named "Welcome" at the root of your app, then you have pages "Settings" and "Statistics" as children of that page you'd have MVC components at:
Code: Select all
/<framework>/apps/<appname>/welcome/Model.php
/<framework>/apps/<appname>/welcome/View.php
/<framework>/apps/<appname>/welcome/Controller.php
/<framework>/apps/<appname>/welcome/template_runner.php
/<framework>/apps/<appname>/welcome/settings/Model.php
/<framework>/apps/<appname>/welcome/settings/View.php
/<framework>/apps/<appname>/welcome/settings/Controller.php
/<framework>/apps/<appname>/welcome/settings/template_runner.php
/<framework>/apps/<appname>/welcome/statistics/Model.php
/<framework>/apps/<appname>/welcome/statistics/View.php
/<framework>/apps/<appname>/welcome/statistics/Controller.php
/<framework>/apps/<appname>/welcome/statistics/template_runner.phpView extends an Abstract class which loads in the template file and provides the template engine, forcing a "render()" method to be implemented.
Controller extends an abstract class again which catches requests to execute Unit Tests (JS and PHP) for the page in question, manages exceptions (nice pages -- developers, if logged in, get to see a Geshi excerpt of the code where the error was and the line highlighted), a "run()" method is forced to be implemented.
The template_runner.php is just a template file mostly with markup and a little PHP template syntax and a very small amount of Template Engine language.
Crating the files is a bit annoying but most of the (required) functionality lies in the abstract classes anyway. It's far from complete but the idea is that you'd be able to log in as "root" and access a control panel as part of the framework to perform such tasks.
Wow... I just rambled on a bit there and probably mentioned things I wasn't going to mention until first release