Per installarla su Debian Lenny (Su Etch non c’è il pacchetto, ho dovuto scaricarla e compilarla)

sudo aptitude install php5-xcache

dopo editate il vostro php.ini e alla fine inserite le righe seguenti:

extension=xcache.so
 
[xcache]
; ini only settings, all the values here is default unless explained
 
; select low level shm/allocator scheme implemenation
xcache.shm_scheme =        "mmap"
; to disable: xcache.size=0
; to enable : xcache.size=64M etc (any size > 0) and your system mmap allows
xcache.size  =               64M
; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count =                 8
; just a hash hints, you can always store count(items) > slots
xcache.slots =                8K
; ttl of the cache item, 0=forever
xcache.ttl   =                 0
; interval of gc scanning expired items, 0=no scan, other values is in seconds
xcache.gc_interval =           0
 
; same as aboves but for variable cache
xcache.var_size  =            4M
xcache.var_count =             1
xcache.var_slots =            8K
; default ttl
xcache.var_ttl   =             0
xcache.var_maxttl   =          0
xcache.var_gc_interval =     300
 
xcache.test =                Off
; N/A for /dev/zero
xcache.readonly_protection = Off
; for *nix, xcache.mmap_path is a file path, not directory.
; Use something like "/tmp/xcache" if you want to turn on ReadonlyProtection
; 2 group of php won't share the same /tmp/xcache
; for win32, xcache.mmap_path=anonymous map name, not file path
xcache.mmap_path =    "/dev/zero"
 
; leave it blank(disabled) or "/tmp/phpcore/"
; make sure it's writable by php (without checking open_basedir)
xcache.coredump_directory =   ""
 
; per request settings
xcache.cacher =               On
xcache.stat   =               On
xcache.optimizer =           Off

Introducing HipHop for PHP at Facebook HQ in Palo Alto, CA.

Speriamo che il Web in generale possa beneficiare di HipHop, così stiamo rilasciandolo come open source, questa sera, nella speranza che esso comporti una nuova attenzione verso l’ottimizzazione di siti web complessi con PHP.
HipHop ci ha mostrato risultati incredibili, ma non è certamente completa e sarà meglio usarla in versione beta all’inizio.

HipHop per PHP non è tecnicamente un compilatore.
Piuttosto si tratta di un “trasformatore” di codice sorgente.
HipHop trasforma il codice sorgente di programmazione PHP altamente ottimizzato in C++ e poi usa g++ per compilarlo.
HipHop esegue il codice sorgente in modo semanticamente equivalenti (abbiamo sacrificato alcune caratteristiche usate raramente – come eval () -) in cambio di prestazioni migliorate.
HipHop comprende un trasformatore di codice, una nuova implementazione del sistema di runtime di PHP, e una riscrittura di verie comuni estensioni PHP per sfruttare queste ottimizzazioni delle prestazioni.

Scaling di PHP come linguaggio di scripting

Le origini di PHP sono quelle di un linguaggio di scripting, come Perl, Python e Ruby, che rendono grandi benefici in termini di produttività dei programmatori e la possibilità di agire velocemente sui prodotti. Diversa cosa è rispetto ai più tradizionali linguaggi compilati come il C++ e linguaggi interpretati come Java.
D’altro canto, i linguaggi di scripting sono conosciuti per essere molto meno performanti quando si tratta di CPU e di occupazione della memoria.
A causa di questo, è stato impegnativo scalare Facebook per oltre 400 miliardi di pagine php viste ogni mese.

Un modo comune per affrontare queste inefficienze è riscrivere le parti più complesse della vostra applicazione PHP direttamente in C++, come estensioni PHP. Questo trasforma in gran parte il PHP in collante tra il codice HTML e la logica dell’applicazione in C++.
Da un punto di vista tecnico questo funziona bene, ma riduce drasticamente il numero di ingegneri che sono in grado di lavorare su l’intera applicazione. L’apprendimento del C++ è solo il primo passo per scrivere estensioni PHP, il secondo è capire le API Zend.
Dato che la nostra squadra di programmazione è relativamente piccola – ci sono oltre un milione di utenti per ogni ingegnere – non possiamo permetterci di fare parte della nostra codebase meno accessibile rispetto ad altri.

Scalare Facebook è particolarmente difficile perché quasi ogni visualizzazione della pagina è di un utente connesso con una esperienza personalizzata.
Quando si visualizza la home page abbiamo bisogno di cercare tutti i tuoi amici, interrogare gli aggiornamenti più rilevanti (da un servizio personalizzato che abbiamo costruito chiamato Multifeed), filtrare i risultati in base alle impostazioni di privacy, quindi riempire le storie con i commenti , foto, piace, e tutti i gadgets che la gente ama su Facebook.
Tutto questo in poco meno di un secondo.
HipHop ci permette di scrivere la logica che fa l’assemblaggio finale della pagina in PHP e lavorare velocemente mentre ci si basa su servizi custom back-end in C++, Erlang, Java, Python o al servizio del feed di notizie, di ricerca, chat, e le altre parti centrali del sito.

Fino dal 2007 abbiamo pensato a diversi modi per risolvere questi problemi e abbiamo anche provato l’attuazione di un paio di soluzioni.
Il suggerimento comune è quello di riscrivere Facebook in un’altro linguaggio, ma data la complessità e la velocità di sviluppo del sito questo richiederebbe un enorme tempo. Abbiamo riscritto alcuni aspetti dello Zend Engine – PHP – e contribuito a novità nel progetto PHP, ma alla fine non abbiamo visto il tipo di aumento delle prestazioni che sono necessarie. Le prestazioni di HipHop sono necessarie per la nostra velocità di sviluppo.

Hacking Up HipHop

Una notte in un Hackmeeting pochi anni fa, ho iniziato a provare a trasformare in C++ parte di codice PHP.
I due linguaggi sono abbastanza simili sintatticamente e il C++ sorpassa drasticamente PHP quando si tratta di utilizzo della CPU e della memoria.
Anche il PHP stesso è scritto in C.
Noi sapevamo che era impossibile riscrivere con successo un intero codebase di queste dimensioni a mano, quindi ci chiedemmo cosa sarebbe accaduto se avessimo costruito un sistema a livello di codice.

Trovare nuovi modi per migliorare le prestazioni PHP non è un concetto nuovo.
In fase di esecuzione il motore Zend trasforma il sorgente PHP in pocodes che vengono poi eseguiti dalla Zend Virtual Machine.
Progetti open source come APC cache ed eAccelerator usano questo output e sono utilizzati dalla maggior parte dei siti web con PHP.
C’è anche Zend Server, un prodotto commerciale che rende più veloce PHP tramite l’ottimizzazione del codice operativo e caching.
Noi invece, abbiamo riflettuto sulla trasformazione del codice PHP direttamente in C++, che può poi poi essere trasformato in codice macchina nativo.
Anche compilare PHP non è un’idea nuova, i progetti open source come Roadsend e PHC per compilare il PHP a C, Quercus che compila PHP a Java, Phalanger etc.

Inutile dire che dopo quella Hackmeeting è servito molto tempo. Otto mesi dopo, ho avuto il codice sufficiente a dimostrare che è effettivamente possibile correre più veloce con il codice compilato. Al progetto allora si aggiunsero Iain Proctor e Minghui Yang premettendo al team di accelerare il ritmo del progetto.
Abbiamo trascorso i dieci mesi seguenti per finire tutto il codice e i sei mesi successivi a fare test sui server di produzione.
Siamo orgogliosi di dire che a questo punto, stiamo servendo oltre il 90% del nostro traffico Web utilizzando HipHop, tutto solo sei mesi dopo la distribuzione.

Come lavora HipHop

La sfida principale del progetto è colmare il divario tra PHP e C++. PHP è un linguaggio di scripting con la dinamica della tipizzazione debole.
C++ è un linguaggio compilato con tipizzazione statica. Anche se il PHP permette di avere caratteristiche dinamiche, la maggior parte del PHP è relativamente semplice. E ‘più probabile che si veda if (…) {…} else {..} che non function foo($x) { include $x; }
Questo è dove guadagnamo in prestazioni.
Ove possibile, il nostro codice generato utilizza una tipizzazione statica vincolante per le funzioni e le variabili.
Abbiamo anche utilizzare l’inferenza di tipo per scegliere il tipo più specifico possibile per le nostre variabili, e quindi salvare la memoria.

Il processo di trasformazione comprende tre fasi principali:

1. Analisi statica dove raccogliere informazioni su chi dichiara che cosa e le varie dipendenze,
2. Inferenza di tipo in cui abbiamo scelto il tipo più specifico tra i tipi scalari di C++ , stringhe, array, classi, oggetti etc.
3. Generazione di codice, che per la maggior parte è una corrispondenza diretta dalle dichiarazioni PHP e le espressioni di C++.

Abbiamo anche sviluppato HPHPi, che è un interprete sperimentale progettato per lo sviluppo. Quando si utilizza HPHPi non hai bisogno di compilare il codice sorgente PHP prima di eseguirlo. E’ utile per la cattura dei bug in HipHop e offre ai tecnici un modo per utilizzare HipHop senza cambiare il modo in cui scrivono PHP.

Rendere HipHop globale ci permette di mantenere gli aspetti migliori di PHP sfruttando i benefici delle prestazioni di C++.
In totale, abbiamo scritto più di 300.000 linee di codice e più di 5.000 unità di test.
Tutto questo sarà pubblicato questa sera sul GitHub sotto la licenza open source PHP.

Per saperne di più questa sera

Questa sera stiamo ospitando un piccolo gruppo di sviluppatori in immersione profonda in HipHop per PHP e sarà in streaming un Tech Talk dal vivo.
Tornate qui (sul sito di fb) circa alle 7:30 ora del Pacifico, se desiderate vederlo.

Sono sicuro che ci saranno un sacco di domande, a partire da questa sera, date un’occhiata al HipHop wiki o iscrivetevi alla mailing list degli sviluppatori HipHop.
Ci troverete anche a FOSDEM, SCALE, PHP UK, ConFoo, TEK X, e OSCON nei prossimi mesi a parlare di HipHop per PHP.
Siamo molto entusiasti di evolvere HipHop in un progetto open source fiorente insieme a tutti voi.

Per il video andate qui : Comunicato su facebook

HipHop PHP è un metacompilatore che traduce gli script in php in script in C++ attraverso una serie di passi spiegati nella immagine sottostante:

Non ho davvero idea come siano riusciti a passare dai tipi “fluidi” del php a quelli “strong” del C++, l’algoritmo deve essere alquanto complesso.

Facebook sta già usando “live” HipHop PHP quindi dobbiamo pensare che la stesura sia già ad un ottimo livello.
Attualmente mi sono iscritto alla mailing list su Google Groups (attendo di essere accettato), la wiki su GitHub non mi risulta ancora aperta.

Facebook ha scritto un meta-compilatore per il php e l’ha chiamato HipHop.

Developer blog di Facebook

Corro sulla homepage del progetto, presto saprò dirvi di più in merito.

Comet è una tecnica di programmazione che consente al web-server di inviare dati al client senza alcun bisogno che il client li richieda.
Questa tecnica consente di avere applicazioni web molto più veloci rispetto al classico Ajax. Nelle applicazioni ajax tradizionali infatti il browser non viene avvisato in tempo reale della modifica dei dati sul web-server, ma deve attendere l’intervento dell’utente o lo scanning periodico della base dati da uno script temporizzato.

L’implementazione arriva con due esempi e lascia molti interrogativi ma implementare Comet può risultare utile partendo dalle idee esposte nell’articolo nel caso si programmi un’applicazione che necessita di fornire dati in tempo reale all’utente come per esempio un gioco web o una chat.

Al momento non trovo riscontri in rete dell’iniziativa di Facebook e la notizia mi puzza di bufala, comunque attendiamo martedì, nel caso mi sbagliassi sarei felice di essere in errore, un php più veloce mi servirebbe senz’altro.

La prima cosa da fare è creare uno script PHP che si occupi di fare da Proxi tra il server REST e quello che contiene la nostra applicazione, infatti la richiesta XmlHttpRequest di Javascript è per motivi di sicurezza legata esclusivamente al domino su cui viene effettuata.

Scriviamo quindi per prima cosa la parte PHP che ci è necessaria, utilizzando CURL è semplicissimo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

<?php
// Per sicurezza è meglio che l'hostname del server rest non sia un parametro
// ma sia scritto staticamente.
define('HOSTNAME', 'http://www.wheretherestserveris.com/');
// Prende il path del file rest
$query = urlencode($_GET['query']);
$url = HOSTNAME.$query;
// Apre Curl
$mycurl = curl_init($url);
// Setto curl per restituire solo il contenuto senza header
curl_setopt($mycurl, CURLOPT_HEADER, false);
curl_setopt($mycurl, CURLOPT_RETURNTRANSFER, true);
$myxml = curl_exec($mycurl);
// Imposto gli header XML
header("Content-Type: text/xml");
echo $myxml;
curl_close($mycurl);
?>

Salviamo il nostro file proxi sul nostro dominio con il nome desiderato (Es. myrestserver.php) , e poi utilizziamo jQuery e il plugin jParse per interpretare comodamente l’xml, ecco uno snippet di esempio del codice javascript necessario:

1
2
3
4
5
6
7

$(function(){
$('#divchevoglio').jParse({
ajaxOpts: {url: 'myrestserver.php?query=iwantthis.xml'},
elementTag: ['field1', 'field2', 'field3'],
output: ' <div><ul><li>jpet0</li><li>jpet1</li><li>jpet2</li></div>'
});
});

Per approfondimenti su opzioni, callback etc. guardate il sito ufficiale di jParse

Spero di essere stato utile.