Newsgroup: it.comp.www.php
Titolo: Re: PHP encoder...


"Il PHP è un linguaggio interpretato ed in quanto tale non può essere
nativamente compilato in un eseguibile." Ma chi l'ha scritto? :)
Meglio non dirlo a quelli della roadsend!

 non dirlo a quelli della roadsend!
Molto interessante, non lo conoscevo.
Peccato che manchi il supporto a postgres e libgd (che uso come pane 
quotidiano) e ad altre estensioni di PHP, e che si siano buttati su GTK1, 
deprecato da 4-5 anni, invece di andare su GTK2...
In ogni caso mi sa che lo provo e vedo cosa ne salta fuori. :)
Bye.

 quotidiano) 
se posso permettermi, che cie fai con un uso quotidiano di libgd?
mo pure  grafico sei?!?! ;)

 pure  grafico sei?!?! ;)
No, ma miniature, croppaggi, sovraimpressioni (watermarking) e altra roba 
simile mi capitano in tutti i siti che faccio.
Poter usare PHP per fare un software che mi permetta di accedere 
direttamente ai dati (in LAN, naturalmente) bypassando il webserver e 
l'HTML con tutti i suoi limiti, mi risolverebbe alcune rognette. :)
Bye.

 l'HTML con tutti i suoi limiti, mi risolverebbe alcune rognette. :)
qua non ti ho seguito


Con questa frase m'è venuto in mente una situazione realmente
accaduta. Stavo ad un colloquio di lavoro per una grande azienda di
software, e tra i miei precedenti lavori che dovevano servire a
dimostrare la mia esperienza con questo o quest'altro framework/
tecnologia, spiegavo il mio precedente incarico che consisteva nello
sviluppo di un sistema di gestione di conversioni video, fatto in PHP.
Quando dissi che i file erano anche grandi (potevano anche essere
interi DVD, o lunghi filmati in alta definizione), l'interlocutore mi
chiese: "usavate per caso <nomechenonricordo>?" - risposi che non
sapevo neppure cosa fosse - "E' un framework Java per il trasferimento
di files di grandi dimensioni". Lo guardai con gli occhi tondi e dissi
"no, noi usavamo cp".  :D
Inutile dire che il colloquio andò benissimo ;)



Ti faccio un esempio: backend di amministrazione, ho un oggetto con 5 
immagini, voglio cancellarne una e modificarne un'altra, e cambiare anche 
la descrizione dell'oggetto.
In HTML o metto un flag per l'immagine da cancellare, e un input file per 
quella da sostituire, e faccio il submit del form, oppure uso ajax per 
mettere un bottone "cancella immagine", uno per "modifica immagine", 
generare la miniatura lato server per avere il preview, mandarla al 
browser, ecc.
In una app slegata dall'http posso fare tutto da PHP, senza preoccuparmi 
di javascript, ajax, compatibilita` coi browser quando modifico 
dinamicamente il DOM, ecc.
E sarebbe anche piu` veloce perche` e` tutto compilato e non devo passare 
3 strati (browser, webserver, compilatore PHP) inutili.
Bye.

 3 strati (browser, webserver, compilatore PHP) inutili.
ok ma uno script cli anche se non compilato non farebbe lo stesso, appena
un poco peggio?
ps: per un robo del genere io comunque mi fionderei sul pitone :)

 ps: per un robo del genere io comunque mi fionderei sul pitone :)
Io no perche` dovrei riscrivere tutto, mentre con un compilatore PHP 
prenderei quello che ho e farei copia-incolla. :)
Python lo sto pian piano abbandonando in favore di PHP da una parte (web, 
shell scripting) e Vala dall'altra (client con GUI, software standalone, 
daemons).
Bye.

> ps: per un robo del genere io comunque mi fionderei sul pitone :)
Occhio che affermazioni di questo genere potrebbero essere male
interpretate! ;)

 standalone, daemons).
qua sono proprio cascato dal pero, non ne avevo mai sntito parlare!
adesso leggo un po' e vedo

 adesso leggo un po' e vedo
Visto che ti piace Python, dai un'occhiata alla "modalita` Genie" di 
Vala ;)
Bye.