20 Jul
sfida informatica n°1: distribuzione applicazioni php
Posted in PHP, Web developing, sprite by adminUno svantaggio di una applicazione locale php rispetto a una applicazione eseguibile (visual basic, java ecc..) è che sulla macchina bisogna installare il webserver e l’interprete, poi fare lanciare il browser alla url locale corretta.
A breve dovrò distribuire un’applicazione creata con php da installare su computer locale windows. Requisiti: sorgenti ofuscati, facilità di installazione (procedura guidata per installazione, creazione collegamenti su desktop e menu).
Come fare in modo elegante ?
La soluzione che proverò sarà di crea un installer per
- easyphp o xmapp con php5 (db sqlite, no mysql)
- scripts php ofuscati con bcompiler
- launcher che controlla che sia avviato il webserver e lo fa in modo invisibile se non avviato, quindi lancia il browser su http://localhost:porta/cartella
Altre idee ?
Giovanni
on July 21 2008
C’è Skype che ha il brutto vizio di occupare la porta 80… In questi casi l’ideale sarebbe sviluppare ad-hoc con PHP-GTK.
Filippo
on July 21 2008
Ciao elvis,
qualche tempo fa avevo visto da qualche parte che si parlava della possibilità di compilare PHP in un file exe. Una ricerca molto veloce mi ha fatto trovare questo:
http://www.bambalam.se/bamcompile/
Ora non saprei se poi con il fatto di usare un DB la cosa possa essere fatta lo stesso… vedi tu se può essere una soluzione adottabile
admin
on July 21 2008
grazie per le risposte.
usare php-gtk o winbinder + bamcompiler è un’ottima soluzione.
Purtroppo l’applicativo in questo caso è composto di molte pagine di accesso a db (anche con viste/report) che sfruttano la visualizzazione via browser e relativi vantaggi (stampa, scrollbar del browser automatiche), quindi mi vedo costretto a far installare il webserver + php su una porta (!= 80), facendo il modo che l’installer copi nei path giusti il nuovo httpd.conf, php.ini, sorgenti ofuscati e il launcher
Ali Servet Dönmez
on July 21 2008
SQLite mi sembra ottima scelta!
admin
on August 7 2008
dopo molte riflessioni, forse conviene usare java = applicazione jar comunicante con il webserver tramite http / xml