Facebook draait php negen keer sneller dankzij jit-compiler

Slechte punten.

Sorteren is wel deterministisch. NULL is de eerste waarde bij sorteren. NULL is ook zeker niet gelijk aan 0. Het wordt gelijk geevalueerd als 0 onder bepaalde omstandigheden:


$a = null;
$b = 0;

if ($a === $b)
echo "BUG in PHP\n";
echo ($a == $b)
echo "Verwacht gedrag in php\n";


Dezelfde dingen zie je in veel andere geinterepreteerde talen zoals Python.

Impliciete casting gebeurt niet zoals jij het hier omschrijft:

$a = "9223372036854775807";
$b = "9223372036854775808";

if ($a == $b)
echo "Bug in PHP\n";
else
echo "Verwacht gedrag in PHP";

Dit levert gewoon netjes 'Verwacht gedrag in PHP' op, oftewel, $a != $b. Maak je er zelf floats van dan kan gebeuren wat jij zegt, maar dan vraag je er zelf om door buggy code te schrijven.


Wat jij meegemaakt hebt met PHP developers weet ik niet, maar in mijn ervaring wordt adequaat en gericht gereageerd op bugs. De bug waar jij aan refereert is toch op een juiste manier opgelost? In ieder geval op korte termijn. De limiet op aantal POST-argumenten is een zeer snelle manier om een zeer effectieve patch op te zetten, en de limiet die gesteld wordt zal geen enkele applicatie schaden omdat de limiet dermate hoog ligt dat je wel eens goed over je scripts na mag gaan denken als je er tegenaan loopt. Als je op die manier gaat redeneren maakt het feit dat Python (en vele andere talen) een exception gooien als er te veel niveaus van recursie zijn het ook een slechte taal: waarom repareren ze de implementatie van recursie niet gewoon om hier geen artificiele limiet aan te leggen of tail-recursion te detecteren / toe te passen?

mysql_real_escape_string dan wel mysql_escape_string zou je uberhaubt niet moeten gebruiken. Het zijn functies van de traditionele "mysql" module die al zwaar achterhaald is en al lang vervangen zou moeten zijn in jouw code door PDO en/of mysqli. In PHP5.5 zullen alle mysql functies verwijderd worden en wordt je gedwongen deze upgrade te maken die je al veel te lang uitgesteld hebt. mysqli_real_escape_string bestaat, maar mysqli_escape_string is niet beschikbaar. Geen probleem dus, tenzij je doel is om antieke code te schrijven.

Een array sorteren is inderdaad makkelijk. Je eerste gedachte zou zijn om de functie genaamd 'sort' te gebruiken, en weet je wat, die doet precies wat je verwacht! Wil je nu complexere dingen als op de keys sorteren, key-value associaties behouden of eigen vergelijkfuncties gebruiken is het toch mooi dat er functies als ksort, usort, asort enzovoorts zijn? Ik vind de naamgeving aardig intuitief, in tegenstelling tot het opgeven van een combinatie flags om het gedrag van de sorteerfunctie te beinvloeden (Wat overigens ook mogelijk is).


De dingen die jij in jouw post aanhaalt doen mij vermoeden dat je nog met PHP 2 of 3 werkt. De taal is immens populair geworden in korte tijd (danzij zijn superioiriteit qua inzichtelijkheid tov bijvoorbeeld Perl), wat natuurlijk als gevolg heeft gehad dat de implementatie van nieuwe features een tijdje voor heeft gelopen op de QA van die features en het design erachter. Later (in de overgang naar PHP5) zijn heel veel van deze tekortkomingen al lang en breed opgelost. Ik kan ook wel gaan ranten over hoe WIndows 3.1 incapabel was, maar zullen we wel een beetje in het heden blijven leven?

Serverfout, heh.