View Full Version : consiglio per sviluppare un software.
premessa: non so quasi nulla di linguaggi di programmazione tipo c, c++,java e compagnia bella.
fin'ora ho fatto solo siti, quindi più che html,php e istruzioni mysql non so.
ora ho sviluppato un sistema gestionale in php che si appoggia a un db mysql, ed è stato sviluppato in questo modo perchè l'idea è quella di portarlo su un server web e renderlo accessibile da client sparsi per l'italia.
ora c'è un problema: farlo girare su un palmare.
dato che non ci sono server web per palmari,non c'è php per palmari, e non c'è mysql per palmari* bisognerebbe riscriverlo, e compilarlo in modo da farlo girare come applicazione lato client sul palmare.
NON RIFERENDOMI ESPRESSAMENTE al mondo pocketpc, quale linguaggio di programmazione rende più semplice la creazione di un'interfaccia grafica e al contempo non è complicato da imparare?
faccio questa domanda perchè fin'ora nello sviluppo di un gestionale che gira lato server con php la realizzazione degli algoritmi penso abbia lo stesso grado di difficoltà rispetto a programmarla in un software, ma fin'ora non mi sono mai scontrato con la necessità di scrivere un'interfaccia grafica e del modo in cui quest'interfaccia grafica si relazione al codice che gira sotto, in quanto fin'ora l'interfaccia grafica se l'è smazzata tutta il browser web :D e io pensavo solo a programmare.....
insomma sono un tantino spaesato e qualsiasi consiglio è ben accetto :)
^TiGeRShArK^
02-11-2005, 16:18
...
ma veramente non ti serve un server web x palmari...
là ti deve girare solo il browser..
al max dovresti formattare la pagina web in un certo modo x visualizzarla correttamente sul palmare...
ilsensine
02-11-2005, 16:23
dato che non ci sono server web per palmari,non c'è php per palmari, e non c'è mysql per palmari
...davvero? :)
A parte questo, ^TiGeRShArK^ ha ragione.
...davvero? :)
A parte questo, ^TiGeRShArK^ ha ragione.
Vorrei aggiungere una considerazione in generale, ma poi ho paura che si possa offendere l'autore del thread perché sembra nascere come risposta alla sua domanda....
Facciamo così: quoto quanto hai detto ;)
...
ma veramente non ti serve un server web x palmari...
là ti deve girare solo il browser..
al max dovresti formattare la pagina web in un certo modo x visualizzarla correttamente sul palmare...
ehm, visto che le pagine sono in php, mi spieghi come fa il palmare a generare l'html se dietro non c'è un server web ? :)
sono tutt'orecchi :)
...davvero? :)
A parte questo, ^TiGeRShArK^ ha ragione.
sarei ben felice se tigershark avesse ragione, ma purtroppo così nn è :(
sarei ben felice se tigershark avesse ragione, ma purtroppo così nn è :(
Allora confermo in parte i miei dubbi....
Se fai un'applicazione in PHP, è fatta per essere messa su un server dove gira grazie a un server web (apache) appoggiandosi eventualmente a un DB.
Chi usa l'applicazione, invoca delle url ricevendo pagine originariamente PHP, ma che a tutti gli effetti sono HTML per il client.
Se vuoi usare un'applicazione PHP sul palmare, vuol dire che al massimo devi ottimizzare il codice HTML prodotto da PHP affinché stia bene con le dimensioni del palmare, sul quale ti basta solo il browser.
Se intendi spostare l'intera applicazione sul palmare, scusami ma hai cannato tutto. Devi seguire un'altra strada, non ha senso sviluppare un sistema web based, se poi l'unico client è il server di sè stesso.
Sviluppa un'applicazione unica, eventualmente in Java con J2ME o altro linguaggio supportato dal palmare, ma non cerca di trovare il modo per mettere su un accrocchio per riciclare il php.
Al limite sul palmare potrebbe finirci un DB, ma non credo proprio MySQL. Al limite qualche DB ottimizzato per i palmari.
ehm, visto che le pagine sono in php, mi spieghi come fa il palmare a generare l'html se dietro non c'è un server web ? :)
sono tutt'orecchi :)
Come dicevo: il punto è che non puoi usare PHP e comunque non avrebbe senso.
1) Allora confermo in parte i miei dubbi....
Se fai un'applicazione in PHP, è fatta per essere messa su un server dove gira grazie a un server web (apache) appoggiandosi eventualmente a un DB.
Chi usa l'applicazione, invoca delle url ricevendo pagine originariamente PHP, ma che a tutti gli effetti sono HTML per il client.
Se vuoi usare un'applicazione PHP sul palmare, vuol dire che al massimo devi ottimizzare il codice HTML prodotto da PHP affinché stia bene con le dimensioni del palmare, sul quale ti basta solo il browser.
2) Se intendi spostare l'intera applicazione sul palmare, scusami ma hai cannato tutto. Devi seguire un'altra strada, non ha senso sviluppare un sistema web based, se poi l'unico client è il server di sè stesso.
Sviluppa un'applicazione unica, eventualmente in Java con J2ME o altro linguaggio supportato dal palmare, ma non cerca di trovare il modo per mettere su un accrocchio per riciclare il php.
Al limite sul palmare potrebbe finirci un DB, ma non credo proprio MySQL. Al limite qualche DB ottimizzato per i palmari.
1) e fin qua ci arrivo :)
2) esatto, è esattamente questo il senso. e non ho cannato tutto. c'è un motivo per cui l'ho sviluppato in php, ed è il seguente:
a) il giorno che voglio portare l'applicazione su un server e renderlo accessibile da tutto il mondo impiego 0 secondi.
b) non mi smazzo a costruire un'interfaccia grafica, perchè ci pensa il browser (e non credo che costruire l'interfaccia grafica per un'app sia cosa da poco, poi magari ci si impiega 5 minuti, non lo so perchè non l'ho mai fatto...).
Come dicevo: il punto è che non puoi usare PHP e comunque non avrebbe senso.
e invece ha senso per i motivi che ti ho esposto sopra :)
il problema si presenta OGGI perchè mi è venuta la mezza idea di farlo girare su un palmare, fino a ieri, era un'appl. che girava tranquillamente su qualsiasi computer, indipendentemente che ci fosse winxp, win98, macosx, linux, o qualunque altro s.o., e questo senza toccare manco mezza riga di codice, ho detto poco ? ;)
Non mi ci sto a sbattere molto, abbi pazienza.
Capisco quello che vuoi fare, ma hai cannato.
Se vuoi fare un'applicazione client server, progettala client-server.
Se la vuoi fare per palmare, progettala per palmare.
Ammesso che riesci a infilarci tutto dentro, che prestazioni pensi che possa avere sul palmare? Dovrebbe girarci in background un server web, un database, l'interprete PHP per generare l'HTML a partire dal codice e il browser.....
E comunque, sicuro quasi al 99,99999%, MySQL per palmare non esiste, il che basta per rendere inutili i tuoi sforzi.
E poi, l'interfaccia che hai creato ora, non sarà certo una 320x240, no?
Sul palmare come la vedi?
Un consiglio spassionato: ripensaci...
1) Non mi ci sto a sbattere molto, abbi pazienza.
Capisco quello che vuoi fare, ma hai cannato.
Se vuoi fare un'applicazione client server, progettala client-server.
2) Se la vuoi fare per palmare, progettala per palmare.
3) Ammesso che riesci a infilarci tutto dentro, che prestazioni pensi che possa avere sul palmare? Dovrebbe girarci in background un server web, un database, l'interprete PHP per generare l'HTML a partire dal codice e il browser.....
4) E comunque, sicuro quasi al 99,99999%, MySQL per palmare non esiste, il che basta per rendere inutili i tuoi sforzi.
5) E poi, l'interfaccia che hai creato ora, non sarà certo una 320x240, no?
Sul palmare come la vedi?
6) Un consiglio spassionato: ripensaci...
1) beh, ora come ora è un'applicazione client che diventa client-server in 5 minuti, e non mi sembra poco :)
2) e infatti ho aperto questa discussione proprio per chiedere consiglio su quale sia il linguaggio migliore per sviluppare un'applicazione che ha questo scopo :)
3) beh, scandalosamente basse rispetto al fisso, ovviamente, ma non è necessario che sia veloce, o, perlomeno, se è lenta, fa lo stesso ;)
4) mah, purtroppo direi anche 100% :(
5) infatti è una 640x480.
6) ho aperto questo thread apposta, ma di risposte utili fin'ora non ne ho viste troppe ;)
1) beh, ora come ora è un'applicazione client che diventa client-server in 5 minuti, e non mi sembra poco :)
Molte volte anche a me piacerebbe dire a un'applicazione: "io ti ho fatto, tu adattati", ma il massimo che ottengo è:
class Answer
{
public static void main(String args[]))
{
System.out.println("Non si può avere ");
System.out.println("botte piena ");
System.out.println("e moglie ubriaca");
}
}
Temo tu non abbia molte speranze. Ovvio, sarebbe comodo.
Molte volte anche a me piacerebbe dire a un'applicazione: "io ti ho fatto, tu adattati", ma il massimo che ottengo è:
class Answer
{
public static void main(String args[]))
{
System.out.println("Non si può avere ");
System.out.println("botte piena ");
System.out.println("e moglie ubriaca");
}
}
Temo tu non abbia molte speranze. Ovvio, sarebbe comodo.
allora, se devo essere qua per essere preso per il culo mi può anche star bene ma almeno mettiamolo in chiaro ;)
un gestionale php che gira su una ws non connessa a internet diventa client-server in realmente 5 minuti:
- tempo di upload su un server web: 1 minuto.
- modifica del config.inc.php per inserire i parametri di connessione a mysql: 20 secondi.
tempo 2 minuti e quindi la tua applicazione è accessibile da qualunque palmare/computer in giro per il pianeta.
fallo con un'applicazione in c++ e ne riparliamo.
e, comunque, non sono qua a parlare dei vantaggi/svantaggi di php rispetto a qualsiasi altro linguaggio di programmazione, quindi, per cortesia, potresti smetterla di andare ot e considerare la richiesta del primo messaggio?
grazie e buona serata.
A mio avviso le soluzioni sono due:
1) Riutilizzare l'infrastruttura esistente attraverso il browser che gira sul palmare e server web su internet.
PRO: Intervento di reingegnerizzazione minimo (in pratica si tratta di riadattare l'output per il dispositivo pocket, mentre la businnes logic non dovrebbe essere coinvolta)
CONTRO: Va affrontato il costo di connessione su palmare, che potrebbe non essere indifferente.
2) Creare un'applicazione ex-novo su piattaforma pocket. A questo punto per quanto riguarda la businnes logic la devi riscrivere per la nuova piattaforma, ma puoi sfruttare il know-how maturato nello sviluppo della versione web; per quanto riguarda invece l'interfaccia grafica sarà specifica del palmare.
PRO: Applicazione stand-alone a tutti gli effetti sul palmare.
CONTRO: Va ricreato tutto, e devi prendere padronanza con strumenti di sviluppo che non conosci.
A te la scelta.
Nel caso scegliessi la 2, e comunque per rispondere alla tua domanda
NON RIFERENDOMI ESPRESSAMENTE al mondo pocketpc, quale linguaggio di programmazione rende più semplice la creazione di un'interfaccia grafica e al contempo non è complicato da imparare?
Qui ti posso rispondere purtroppo solo per quanto riguarda PocketPC, visto che ignoro gli strumenti di sviluppo di Palm e Symbian
eMbedd Visual Tools 3.0 - Ambiente di sviluppo basato su VB o VC++
SQL Server CE - Base Dati Pocket basata su motore SQL Server
Strumenti reperibili gratuitamente da Microsoft e estremamente semplici da padroneggiare (in particolare eVB)
Alternativamente a eVB:
.NET Compact Framework
Ma la curva di apprendimento diventa molto meno ripida...
Spero di esserti stato utile!
Ciao
A mio avviso le soluzioni sono due:
1) Riutilizzare l'infrastruttura esistente attraverso il browser che gira sul palmare e server web su internet.
PRO: Intervento di reingegnerizzazione minimo (in pratica si tratta di riadattare l'output per il dispositivo pocket, mentre la businnes logic non dovrebbe essere coinvolta)
CONTRO: Va affrontato il costo di connessione su palmare, che potrebbe non essere indifferente.
il contro in realtà non è un problema, il palmare può essere connesso attraverso bt con il cellulare, che ha una flat dati ;)
2) Creare un'applicazione ex-novo su piattaforma pocket. A questo punto per quanto riguarda la businnes logic la devi riscrivere per la nuova piattaforma, ma puoi sfruttare il know-how maturato nello sviluppo della versione web; per quanto riguarda invece l'interfaccia grafica sarà specifica del palmare.
PRO: Applicazione stand-alone a tutti gli effetti sul palmare.
CONTRO: Va ricreato tutto, e devi prendere padronanza con strumenti di sviluppo che non conosci.
A te la scelta.
è questa l'idea, ma per lavori futuri.
Nel caso scegliessi la 2, e comunque per rispondere alla tua domanda
Qui ti posso rispondere purtroppo solo per quanto riguarda PocketPC, visto che ignoro gli strumenti di sviluppo di Palm e Symbian
eMbedd Visual Tools 3.0 - Ambiente di sviluppo basato su VB o VC++
SQL Server CE - Base Dati Pocket basata su motore SQL Server
Strumenti reperibili gratuitamente da Microsoft e estremamente semplici da padroneggiare (in particolare eVB)
Alternativamente a eVB:
.NET Compact Framework
Ma la curva di apprendimento diventa molto meno ripida...
penso che andrò sulla prima soluzione :)
a meno che la seconda (.net compact framework) non abbia dei vantaggi concreti :)
che costi hanno le licenze di eMbedd Visual Tools 3.0 e pocket sql ce ?
e soprattutto, è possibile far interagire pocket sql ce con un db mysql ?
Spero di esserti stato utile!
Ciao
non sai quanto :)
veramente :)
allora, se devo essere qua per essere preso per il culo mi può anche star bene ma almeno mettiamolo in chiaro ;)
un gestionale php che gira su una ws non connessa a internet diventa client-server in realmente 5 minuti:
- tempo di upload su un server web: 1 minuto.
- modifica del config.inc.php per inserire i parametri di connessione a mysql: 20 secondi.
Vieni a spiegarlo a me? Questo lo so benissimo. La risposta a quanto dici è semplice: un palmare non è una WS ;)
tempo 2 minuti e quindi la tua applicazione è accessibile da qualunque palmare/computer in giro per il pianeta.
fallo con un'applicazione in c++ e ne riparliamo.
Ripeto, lo vieni a dire a me che sviluppo in Java da quasi 10 anni, di cui gli ultimi 5 applicazioni web-based?
e, comunque, non sono qua a parlare dei vantaggi/svantaggi di php rispetto a qualsiasi altro linguaggio di programmazione, quindi, per cortesia, potresti smetterla di andare ot e considerare la richiesta del primo messaggio?
grazie e buona serata.
Mi sembra di averti stra risposto. Non puoi realizzare una cosa che vada bene per un palmare e per un web server.
In bocca al lupo...
ilsensine
03-11-2005, 09:48
E comunque, sicuro quasi al 99,99999%, MySQL per palmare non esiste
http://familiar.handhelds.org/releases/v0.8.2/feed/world/mysql_4.1.10a-r1_arm.ipk
http://familiar.handhelds.org/releases/v0.8.2/feed/world/php_4.3.10-r0_arm.ipk
Sono per Familiar, una distribuzione linux per palmari. Ma credo che con un pò di lavoro possano essere compilati anche su Symbian o altri.
http://familiar.handhelds.org/releases/v0.8.2/feed/world/mysql_4.1.10a-r1_arm.ipk
http://familiar.handhelds.org/releases/v0.8.2/feed/world/php_4.3.10-r0_arm.ipk
Sono per Familiar, una distribuzione linux per palmari. Ma credo che con un pò di lavoro possano essere compilati anche su Symbian o altri.
ecco cosa cacchio sono quelle estensioni .ipk :mad:
ho trovato anche apache+php in versione ipk, ma ne deduco che, a questo punto, per far girare apache+php+mysql sul palmare ci sia bisogno di mettere una rom con linux, e questo oltre a invalidare la garanzia non è nemmeno semplice visto che non tutti i palmari hanno una rom linux che funziona al 100%......
per win mobile 2003 proprio non c'è nulla, a parte qualche micro-web-server-che-nessuno-sa-se-funziona-e-come-funziona :(
ilsensine
03-11-2005, 10:16
ecco cosa cacchio sono quelle estensioni .ipk :mad:
Dovrebbe essere una variante del formato di packaging della Debian
ho trovato anche apache+php in versione ipk
Di Apache in genere se ne può fare a meno; i PDA con linux utilizzano Busybox, che è un "factotum" che ha anche un server web integrato, con supporto per html statico e cgi-bin. Gli script php possono essere in cgi.
Sto lavorando su una board embedded dove per fare gli script cgi uso degli script...in c (!), compilati ed eseguiti al volo da una versione del tcc (http://fabrice.bellard.free.fr/tcc/) per arm. Fantastico!
ma ne deduco che, a questo punto, per far girare apache+php+mysql sul palmare ci sia bisogno di mettere una rom con linux, e questo oltre a invalidare la garanzia non è nemmeno semplice visto che non tutti i palmari hanno una rom linux che funziona al 100%......
I palmari non usano una rom normalmente, ma una flash. Molti possono essere riprogrammati installando linux.
Certo c'è il discorso della garanzia, ma è comunque possibile reinstallare la flash originale se ne hai fatto un backup. Comunque - a parte questo lavoro - se ti capita di avere un pò di tempo prova a metterlo Familiar. Già il fatto che usa come file system il jffs2(*) lo pone anni luce avanti alla "concorrenza".
per win mobile 2003 proprio non c'è nulla, a parte qualche micro-web-server-che-nessuno-sa-se-funziona-e-come-funziona :(
Non posso aiutarti con quello. Un bravo programmatore potrebbe probabilmente compilarci mysql e php, ma porta via tempo.
(*) jffs2 = File system avanzato specifico per le flash. Caratteristiche:
- è compresso!
- Data journal
- Ottimizzato per le flash, in modo da limitare le transizioni di bit 0->1, che richiedono la cancellazione e riscrittura di un settore, aumentando così la velocità e la "vita" della flash.
Fa gola? ;)
http://familiar.handhelds.org/releases/v0.8.2/feed/world/mysql_4.1.10a-r1_arm.ipk
http://familiar.handhelds.org/releases/v0.8.2/feed/world/php_4.3.10-r0_arm.ipk
Sono per Familiar, una distribuzione linux per palmari. Ma credo che con un pò di lavoro possano essere compilati anche su Symbian o altri.
Sarei proprio curioso di vedere girare il DB ;) dove le prestazioni del file system sono fondamentali....
Essendoci linux dentro ci si può mettere di tutto. Occorre vedere quanto poi è usabile o se iniziata una ricerca, bisogna passare il giorno dopo sul risultato.
Non vorrei che fosse come quelli che overclockano la CPU portandola da 2GHz a 4, fanno lo screenshot e poi cambiano CPU ;)
Di Apache in genere se ne può fare a meno; i PDA con linux utilizzano Busybox, che è un "factotum" che ha anche un server web integrato, con supporto per html statico e cgi-bin. Gli script php possono essere in cgi.
si ma onestamente ho poca voglia di ri-scrivere lo script, ci fosse php nativo sarebbe tutta un'altra cosa :(
Sto lavorando su una board embedded dove per fare gli script cgi uso degli script...in c (!), compilati ed eseguiti al volo da una versione del tcc (http://fabrice.bellard.free.fr/tcc/) per arm. Fantastico!
ho visto ieri su programmazione.it una cosa simile a questa, è per caso quello di cui stai parlando?
se non ho capito male viene scritto codice in c, compilato, e viene inserito il compilato nel codice html, e in pratica invece di uno script php viene eseguito un binario. l'idea è fantastica, ma a che punto dello sviluppo siamo arrivati?
I palmari non usano una rom normalmente, ma una flash. Molti possono essere riprogrammati installando linux.
Certo c'è il discorso della garanzia, ma è comunque possibile reinstallare la flash originale se ne hai fatto un backup. Comunque - a parte questo lavoro - se ti capita di avere un pò di tempo prova a metterlo Familiar. Già il fatto che usa come file system il jffs2(*) lo pone anni luce avanti alla "concorrenza".
si ma ci sono tanti problemi nell'usare linux su un palm.
primo: la garanzia: ovvio, puoi rimettere l's.o. originale, questo se il palmare si accende, se va storto qualcosa addio palmare...
secondo: se un cliente lo usa anche come nav.sat. e ha bisogno di syncarlo con winxp per posta, appuntamenti, e menate varie, non puoi proporgli di mettere linux....
Non posso aiutarti con quello. Un bravo programmatore potrebbe probabilmente compilarci mysql e php, ma porta via tempo.
si ma io gli farei un mezzobusto in marmo :D
(*) jffs2 = File system avanzato specifico per le flash. Caratteristiche:
- è compresso!
- Data journal
- Ottimizzato per le flash, in modo da limitare le transizioni di bit 0->1, che richiedono la cancellazione e riscrittura di un settore, aumentando così la velocità e la "vita" della flash.
Fa gola? ;)
caxxo se fa gola :D
ilsensine
03-11-2005, 10:31
Sarei proprio curioso di vedere girare il DB ;) dove le prestazioni del file system sono fondamentali....
Non tanto, in verità. Ovviamente in flash non entra un db "enorme", quindi la page cache del sistema operativo mitiga fortemente i limiti della flash.
Essendoci linux dentro ci si può mettere di tutto. Occorre vedere quanto poi è usabile o se iniziata una ricerca, bisogna passare il giorno dopo sul risultato.
Bè certo, ma sicuramente ci puoi fare molte più cose rispetto ad altri sistemi operativi.
ilsensine
03-11-2005, 10:38
ho visto ieri su programmazione.it una cosa simile a questa, è per caso quello di cui stai parlando?
Non so, non ho letto quell'articolo
se non ho capito male viene scritto codice in c, compilato, e viene inserito il compilato nel codice html, e in pratica invece di uno script php viene eseguito un binario.
E' come un normale cgi, che puoi fare in compilato o in Perl o in php o anche in bash se vuoi, con la differenza che lo script in c viene compilato ed eseguito al volo dal tcc (che a compilare è velocissimo: leggi qui (http://fabrice.bellard.free.fr/tcc/tccboot.html)!)
l'idea è fantastica, ma a che punto dello sviluppo siamo arrivati?
Su x86 funziona benissimo; su arm ho dovuto ricercare delle patch e applicare dei workaround per alcuni casi che non funzionavano a dovere, ma ora sono soddisfatto del risultato.
Lo sta usando un mio collega, che si è procurato una libreria per facilitare la scrittura di cgi in c, e programma gli script in c allo stesso modo di come faresti in php.
si ma ci sono tanti problemi nell'usare linux su un palm.
primo: la garanzia: ovvio, puoi rimettere l's.o. originale, questo se il palmare si accende, se va storto qualcosa addio palmare...
secondo: se un cliente lo usa anche come nav.sat. e ha bisogno di syncarlo con winxp per posta, appuntamenti, e menate varie, non puoi proporgli di mettere linux....
Ci sono pro e contro, certo.
Sarei proprio curioso di vedere girare il DB ;) dove le prestazioni del file system sono fondamentali....
Essendoci linux dentro ci si può mettere di tutto. Occorre vedere quanto poi è usabile o se iniziata una ricerca, bisogna passare il giorno dopo sul risultato.
Non vorrei che fosse come quelli che overclockano la CPU portandola da 2GHz a 4, fanno lo screenshot e poi cambiano CPU ;)
guarda, che tu ci creda o no, c'è gente (come me e come altri) a cui non interessa più di tanto la velocità sul palmare, ma interessa CHE SI POSSA FARE.
questo senza contare il fatto che il palmare su cui gira ha un processore Xscale da 624mhz, un acceleratore grafico dedicato da 16mb, 64mb di ram, una cf da 1gb 52x, quindi le prestazioni saranno scarse ma imho non è che diventi inutilizzabile......
sarebbe proprio una bella cosa provarlo e vedere effettivamente come va, SE ESISTESSE.
poi è ovvio che non ci carichi un database da 200 mega su un palmare del genere, ma a me serve che faccia girare un dbase da 500k, chiedo l'impossibile?forse sì, al momento attuale, domani chissà.
ps: pocket sql server ce occupa da 1 a 3 mega, sul palmare, una versione di mysql per palmari non credo possa occupare molte più risorse...
ilsensine
03-11-2005, 11:58
Alla faccia, non ti interessa la velocità e usi un xscale più potente del mio Athlon 550 di casa :D
Per informazione, la mia ferraglia monta processori a 150 MHz, e fanno anche un pò di compressione video. Il tuo è una bestia in confronto; peccato per il s/o, altrimenti non hai veramente idea di quello che potresti farci ;)
Alla faccia, non ti interessa la velocità e usi un xscale più potente del mio Athlon 550 di casa :D
appunto, quello che dico io è: perchè etichettare già un'idea come "ridicola" quando invece è fattibilissima?
l'hardware adatto c'è, l'unico problema è il software...
Per informazione, la mia ferraglia monta processori a 150 MHz, e fanno anche un pò di compressione video. Il tuo è una bestia in confronto; peccato per il s/o, altrimenti non hai veramente idea di quello che potresti farci ;)
no ilsensine, ti sbagli. l'idea di quello che potrei farci ce l'ho, purtroppo :mad::mad:mad:
ilsensine
03-11-2005, 12:15
no ilsensine, ti sbagli. l'idea di quello che potrei farci ce l'ho, purtroppo :mad::mad:mad:
Ahh che bello avere potere dittatoriale sugli strumenti software da utilizzare :fiufiu: :D
Ahh che bello avere potere dittatoriale sugli strumenti software da utilizzare :fiufiu: :D
mi stupisco di come non abbiano ancora fatto un porting di apache e mysql per palmari (con s.o. microsoft).
a momenti fanno i porting di linux per i tostapane e questo no?:mad:
non è giusto :mad:
ilsensine
03-11-2005, 12:18
Comunque, se da voi c'è gente pratica sulla programmazione di quei s/o, sono sicuro che possono metterti i programmi che ti servono. Ho visto miei colleghi mettere cose impensabili su s/o Symbian.
ilsensine
03-11-2005, 12:19
mi stupisco di come non abbiano ancora fatto un porting di apache e mysql per palmari (con s.o. microsoft).
Forse perché all'estero non vige l'embargo su linux embedded che sembra invece ferreo qui in Italia?
Comunque, se da voi c'è gente pratica sulla programmazione di quei s/o, sono sicuro che possono metterti i programmi che ti servono. Ho visto miei colleghi mettere cose impensabili su s/o Symbian.
da noi?:D
intendi da me forse?:D
senza scherzare, non esiste nessuno che a pagamento mi fa un porting di apache e mysql per win mobile 2003?:D
Forse perché all'estero non vige l'embargo su linux embedded che sembra invece ferreo qui in Italia?
guarda, con tutta la considerazione che ho per linux (e ne ho molta), non lo vedo adatto per essere messo su un palmare.
così come non lo vedo adatto per essere messo su un desktop e così come lo vedo perfetto per essere messo su un server.
ora, io di programmazione (php e mysql a parte) non ne capisco nulla.
è così complicato ricompilare apache, con le estensioni php, e mysql per win mobile 2003?
non stiamo parlando di, per esempio, office 2003, che i sorgenti li ha solo chi_sai_tu, ma di software il cui codice sorgente è a disposizione di tutto il mondo...
ilsensine
03-11-2005, 12:21
senza scherzare, non esiste nessuno che a pagamento mi fa un porting di apache e mysql per win mobile 2003?:D
Se vuoi, posso provare a contattare un paio di mie conoscenze extralavorative. Sono di Roma però, e hanno già dei lavori e non so quanto tempo possono dedicarti.
Se vuoi, posso provare a contattare un paio di mie conoscenze extralavorative. Sono di Roma però, e hanno già dei lavori e non so quanto tempo possono dedicarti.
voglio.
ilsensine
03-11-2005, 12:30
guarda, con tutta la considerazione che ho per linux (e ne ho molta), non lo vedo adatto per essere messo su un palmare.
Allora peché all'estero li vendono (in Giappone e oriente sono comuni anche i telefonini con linux), mentre qui da noi manco motro te li danno?
E' un pò che non gioco con i PDA, ma l'ultima volta che ho visto Opie di Familiar sono rimasto di strucco...un vero spettacolo...
Sfoglia questa galleria e credo che cambierai idea:
http://opie.handhelds.org/gallery/
Qui trovi alcuni dispositivi con linux dentro:
http://www.linuxdevices.com/articles/AT8728350077.html
qua:
http://www.wince-devel.org/wince/dirlist.html
ho trovato apache per wince...
ilsensine
03-11-2005, 16:41
E' un buon link, c'è anche un compilatore incrociato. Credo che manchi il mod_php però.
Stasera sento quelle persone e ti faccio sapere.
E' un buon link, c'è anche un compilatore incrociato. Credo che manchi il mod_php però.
Stasera sento quelle persone e ti faccio sapere.
ecco, intanto ho un problemino:
ho copiato apache sul palmare, quando lancio apache.exe mi tira un'errore, dice che apache o una sua libreria non è stata trovata.
allora ho controllato e bisogna scaricare un pacchetto contenente varie versioni già compilate di
celib.dll
ho copiato celib.dll nella cartella windows sul palmare (così come richiesto dal readme) e provando a lanciare apache parte ma si chiude subito...
io ho usato (sia di apache che di celib.dll) questa versione:
apache-arm-hpc-wce300
è quella corretta fra quelle listate sopra ?
ilsensine
03-11-2005, 16:53
Tra 6 miliardi e passa di persone nel mondo, proprio a me lo devi chiedere? :sofico:
Tra 6 miliardi e passa di persone nel mondo, proprio a me lo devi chiedere? :sofico:
beh, a quanto pare avere apache sul palmare interessa a 4 persone:l'autore di quel sito, io, tu, e KVL.
kvl latita, se lo chiedo all'autore del sito si offende, io non lo so, non è che ne rimangono molte altre di persone :D
sii orgoglioso del fatto che siamo una ristretta elite di pochi eletti :cool:
ilsensine
03-11-2005, 17:00
beh, a quanto pare avere apache sul palmare interessa a 4 persone:l'autore di quel sito, io, tu, e KVL.
Con la differenza che io non sono così pazzo da volerlo trapiantare su un qualcosa che non cominci con L e finisca con X :p
(o almeno ho la fortuna di non avere questo vincolo)
Con la differenza che io non sono così pazzo da volerlo trapiantare su un qualcosa che non cominci con L e finisca con X :p
(o almeno ho la fortuna di non avere questo vincolo)
e credo nemmeno kvl, visto che ha postato qua e nella sezione linux.
tirando le somme, rimaniamo io e l'autore di quel sito.
interessante.
soprattutto il giorno che avrò bisogno di supporto :D
ilsensine
03-11-2005, 17:08
tirando le somme, rimaniamo io e l'autore di quel sito...
...che è schiattato di nevrosi subito dopo aver finito quel lavoro, e che giace ormai dimenticato in qualche manicomio criminale siberiano :D
...che è schiattato di nevrosi subito dopo aver finito quel lavoro, e che giace ormai dimenticato in qualche manicomio criminale siberiano :D
no, non dopo aver finito quel lavoro, ma dopo aver letto questo messaggio, visto che io da perfetto idiota non avevo notato che apache aveva creato un fantastico file nella root del palmare.
file da 59 byte chiamato stderr.log dove c'è scritto che la root del server web apache deve essere una directory valida :D:D:D
ilsensine
03-11-2005, 17:25
dove c'è scritto che la root del server web apache deve essere una directory valida :D:D:D
Embhè? Non c'è /var/www/ sotto WinCE? :ciapet:
Embhè? Non c'è /var/www/ sotto WinCE? :ciapet:
no è che quel crucco ha distruito apache già compilato, ma con l'httpd.conf che aveva preimpostata come root
/Paranoyaxc/www
cartella che ovviamente è presente in tutti i palmari del mondo, soprattutto quelli italiani :D:D:D
ma porca troia.....
comunque l'ho corretto, ma lo stesso non parte, l'errore è che non riusciva a creare /programmi/apache/log/logprocess.pid
ovviamente, visto che chi lo ha fatto si è dimenticato di includere nel tar.gz la cartella /apache/log/
ho creato la cartella log e
E' PARTITO PORCA TROIAAAAAAAAAAAAAAAAA
mamma mia che felicità vedere un bel background grigio con la scritta
apache 1.13.nonmiricordo+ running
listening on 0.0.0.0:80
giovani sto per ordinare da carrara un mezzobusto in marmo per quel crucco :D
ilsensine
04-11-2005, 09:40
Puoi svuotare la casella dei messaggi privati?
vBulletin® v3.6.4, Copyright ©2000-2026, Jelsoft Enterprises Ltd.