philsturgeon

5 ms·

1.
by philsturgeon 15y ago
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 manager is required (
2.
by philsturgeon 15y ago
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.
3.
by philsturgeon 15y ago
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 around. I do developmen
4.
by philsturgeon 15y ago
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 come from? One team
5.
by philsturgeon 15y ago
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 that fits into the cor
6.
by philsturgeon 15y ago
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 has also failed to k
7.
by philsturgeon 15y ago
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 compatibility is imp
8.
by philsturgeon 15y ago
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 better", I am talking about
9.
by philsturgeon 15y ago
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 not a lot else.
10.
by philsturgeon 15y ago
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 flush. What a mess.
11.
by philsturgeon 15y ago
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 other madness. Throu
12.
by philsturgeon 15y ago
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 similar it was just ea
13.
by philsturgeon 15y ago
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 along just fine, so no i
14.
by philsturgeon 15y ago
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 frustrate. Fuel already has
15.
by philsturgeon 15y ago
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? :)
16.
by philsturgeon 15y ago
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, that class won't be l
17.
by philsturgeon 15y ago
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 the same name exists
18.
by philsturgeon 15y ago
Why would we care? Get a proper browser. IE9 is out.
19.
by philsturgeon 15y ago
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 PyroCMS belong to the sam