Nicolò Martini nicmart

Awesome PHP

Awesome PHP has been relocated permanently to its own Github repository. No further updates will made to this gist.

Please open an issue for any new suggestions.

Why objects (usually) use less memory than arrays in PHP

This is just a small post in response to [this tweet][tweet] by Julien Pauli (who by the way is the release manager for PHP 5.5). In the tweet he claims that objects use more memory than arrays in PHP. Even though it can be like that, it's not true in most cases. (Note: This only applies to PHP 5.4 or newer.)

The reason why it's easy to assume that objects are larger than arrays is because objects can be seen as an array of properties and a bit of additional information (like the class it belongs to). And as array + additional info > array it obviously follows that objects are larger. The thing is that in most cases PHP can optimize the array part of it away. So how does that work?

The key here is that objects usually have a predefined set of keys, whereas arrays don't:

New features in PHP 5.5

This is only a summary. For a full list of changes see the NEWS file.

Feature	RFC / announcement	Author

Bundled ZendOptimizer+ as OPcache	https://wiki.php.net/rfc/optimizerplus	zeev

In the comments from my last post and on Twitter I noticed a lot of people who had something to say about PHP. The comments were varied but they usally sounded something like this (sorry @ipetepete, I picked yours because it was the shortest).

...the little bits of soul from all of us who've had to work on, and or maintain large PHP applications. – ipetepete

In Pete's defense, he did go on to say that rest of the stack I was using was a "smorgasbord of awesome". Thanks, Pete. I agree!

I would, however, like to take a little time to correct a misperception in the developer community about PHP. I recently got into this same... discussion... with Jeff Atwood, and I seem to be running into it more and more. So here goes. Please bear with me as I cover a little history further on.

Pete, and everybody else, _you're exactly rig

DI containers usage comparison

DI containers are sorted alphabetically.

	$ java -jar jenkins-cli.jar -s http://localhost:9000 install-plugin findbugs
	findbugs is neither a valid file, URL, nor a plugin artifact name in the update center
	No update center data is retrieved yet from: http://updates.jenkins-ci.org/update-center.json
	findbugs looks like a short plugin name. Did you mean 'null'?


	# Specifying a full URL works!
	$ java -jar jenkins-cli.jar -s http://localhost:9020 install-plugin http://updates.jenkins-ci.org/download/plugins/AdaptivePlugin/0.1/AdaptivePlugin.hpi

	# Get the update center ourself

	scala> trait Forall[F[_]]{ def apply[A]: F[A] }
	defined trait Forall

	scala> type ListFun[A] = List[A] => List[A]
	defined type alias ListFun

	scala> object Reverse extends Forall[ListFun] { def apply[A] = _.reverse}
	defined module Reverse

	scala> Reverse[String](List("1", "2"))

	<?php

	// Commons
	$callable = function() {};
	function empty_function() {};

	class A {
	public static function empty_function() {}
	public function empty_method () {}
	}

	<?php
	/*
	* This file lists all global variables found in Medawiki 1.20
	*
	* (c) 2013 Nicolò Martini <[email protected]>
	*
	* For the full copyright and license information, please view the LICENSE
	* file that was distributed with this source code.
	*/

	vendor/
	composer.lock