We aren't in a competition against Gems or CPAN, in what world does that suggestion even make sense? People use PHP and a package manager is needed to stop people constantly rewriting the same PHP. That means a package…
That is not proper support for PHP, but they have had it in BETA for a while. Pagoda Box is the closest to Heroku around, it even does a lot of things much better.
This absolutely does sound like a troll, despite the disclaimer. I use Ruby sometimes, it sure is a lovely language. That doesn't detract from the fact that PHP is still the most largely used web programming language…
An unframework is designed to give you a set of classes that you can use to build your site. Sure, on that level it works but what about when you need more? At some point you need to have more classes, and where do they…
I think you misunderstand. Packages are not built to fix missing features in the core of a language, they are built for everything else. OAuth, Authentication, Twitter API interaction, ORM's and all that jazz. None of…
I have of course seen that, but it doesn't fill potential users with much hope when they see it. I'm sure it's lovely, but in the scope of the article it is just not solving the problem unframeworks set out to solve. It…
That is what PHP are doing, but slowly. When features are added they are often as PECL or included as classes, and not as proceedural functions. Moving forwards it seems like PHP is making the right calls, but backwards…
Primative Objects for all basic data types would be lovely, but that is another "Wishlist Feature" that may or may not happen at some point. The point of this article is not "What languages should PHP copy to get…
It's ties to Symfony are not that strong, and the more developers who get involved the more fair and even it will be. If Symfony are the only framework to use it then Packist is just going to be full of their code and…
Sorry about that, looks like I just DoS'ed myself. I was hosted on PHP Fog but just had to do a quick dash to Pagoda Box as their instance resizing doesn't happen quick enough. It should be up now, might need a dscache…
PEAR and PECL are great, but they add requirements to your application that live outside of the system. You have to worry about your application being compatible with the version installed on the server and all sorts of…
Right you are, but Alfie based this almost directly on CI. You recoded some of it, but the initial purpose and feeling of the class remains as essentially a copy of the CodeIniter Helpers. The sort of thing that is so…
Yes we've been perfectly open and honest about every sigle class or library that has been taken from another framework. We have several of the Kohana developers hanging out in the #fuelphp IRC channel and we all get…
I understand this, really. Dan is under a great deal of pressure, as are we all. Most of the developers run several OS projects that have a large following, but when threads like this pop up it's hard not to get…
There is no reason for us picking a specific templating engine as default. I will eventually (when I find the time) complete my parser package which will make thighs very easy to use a template "parser", with drivers…
We use any product that makes sense. Should we be forced to develop an issue tracker in Fuel before launching the framework? And a CMS? And a forum? :)
This was ported over from CodeIgniter which has a few crazy Hellers for this sort of thing. I wrote an article explaining the benefits: http://philsturgeon.co.uk/blog/2009/12/Why-CodeIgniter-HTML-... Remember though,…
Fuel does not namespace everything as there is no need. There are 4 main namespaces. Fuel\Core Fuel\App Fuel\Tasks Fuel\Migrations Then packages have their own namespace too. These help code that could potentially have…
Why would we care? Get a proper browser. IE9 is out.
The development team (of which I am one) all come from the CodeIgniter community and have built lots of applications and sites using CodeIgniter. The Fuel site runs on PyroCMS, which I also develop as both Fuel and…
We aren't in a competition against Gems or CPAN, in what world does that suggestion even make sense? People use PHP and a package manager is needed to stop people constantly rewriting the same PHP. That means a package…
That is not proper support for PHP, but they have had it in BETA for a while. Pagoda Box is the closest to Heroku around, it even does a lot of things much better.
This absolutely does sound like a troll, despite the disclaimer. I use Ruby sometimes, it sure is a lovely language. That doesn't detract from the fact that PHP is still the most largely used web programming language…
An unframework is designed to give you a set of classes that you can use to build your site. Sure, on that level it works but what about when you need more? At some point you need to have more classes, and where do they…
I think you misunderstand. Packages are not built to fix missing features in the core of a language, they are built for everything else. OAuth, Authentication, Twitter API interaction, ORM's and all that jazz. None of…
I have of course seen that, but it doesn't fill potential users with much hope when they see it. I'm sure it's lovely, but in the scope of the article it is just not solving the problem unframeworks set out to solve. It…
That is what PHP are doing, but slowly. When features are added they are often as PECL or included as classes, and not as proceedural functions. Moving forwards it seems like PHP is making the right calls, but backwards…
Primative Objects for all basic data types would be lovely, but that is another "Wishlist Feature" that may or may not happen at some point. The point of this article is not "What languages should PHP copy to get…
It's ties to Symfony are not that strong, and the more developers who get involved the more fair and even it will be. If Symfony are the only framework to use it then Packist is just going to be full of their code and…
Sorry about that, looks like I just DoS'ed myself. I was hosted on PHP Fog but just had to do a quick dash to Pagoda Box as their instance resizing doesn't happen quick enough. It should be up now, might need a dscache…
PEAR and PECL are great, but they add requirements to your application that live outside of the system. You have to worry about your application being compatible with the version installed on the server and all sorts of…
Right you are, but Alfie based this almost directly on CI. You recoded some of it, but the initial purpose and feeling of the class remains as essentially a copy of the CodeIniter Helpers. The sort of thing that is so…
Yes we've been perfectly open and honest about every sigle class or library that has been taken from another framework. We have several of the Kohana developers hanging out in the #fuelphp IRC channel and we all get…
I understand this, really. Dan is under a great deal of pressure, as are we all. Most of the developers run several OS projects that have a large following, but when threads like this pop up it's hard not to get…
There is no reason for us picking a specific templating engine as default. I will eventually (when I find the time) complete my parser package which will make thighs very easy to use a template "parser", with drivers…
We use any product that makes sense. Should we be forced to develop an issue tracker in Fuel before launching the framework? And a CMS? And a forum? :)
This was ported over from CodeIgniter which has a few crazy Hellers for this sort of thing. I wrote an article explaining the benefits: http://philsturgeon.co.uk/blog/2009/12/Why-CodeIgniter-HTML-... Remember though,…
Fuel does not namespace everything as there is no need. There are 4 main namespaces. Fuel\Core Fuel\App Fuel\Tasks Fuel\Migrations Then packages have their own namespace too. These help code that could potentially have…
Why would we care? Get a proper browser. IE9 is out.
The development team (of which I am one) all come from the CodeIgniter community and have built lots of applications and sites using CodeIgniter. The Fuel site runs on PyroCMS, which I also develop as both Fuel and…