Creare un gestionale con php e hta

[l'evangelista]

Ciao a tutti

Secondo voi conviene creare un gestionale (classico programma di fatturazione, gestione listini, movimenti, entrate/uscite ecc.) usando l'accoppiata php/mysql in file .hta al posto dei vari visual basic o delphi?

I vantaggi sarebbero:
- compatibilità tra i vari sistemi operativi (basta installare la versione adeguata di php)
- semplicità di programmazione (se già si conosce php ovviamente)

svantaggi..
- problemi per alcune operazioni (come la stampa di fatture o di bollettini postali, dove occorre specificare le dimensioni precise.. ma forse i CSS risovlerebbero tutto).

VOi che ne pensate?

[*Ray*]

Ti rispondo per esperienza diretta. Sto lavorando su un progetto grosso vagamente simile a quello che dici.

Lascia perdere, mi sto pentendo amaramente sia di avere scelto MySQL sia di avere scelto il PHP.

Il PHP e' inadatto a progetti di grosse dimensioni secondo me. E' possibile farlo funzionare senza problemi curando maniacalmente il codice ma rimane comunque un lavoro estenuante. Inoltre, il fatto che sia interpretato e non compilato rende il betatesting un disastro. Ti dimentichi un ; in una riga su un software di 5000 righe e finche' non va in esecuzione non te ne rendi conto. In pratica, dovresti testare da capo ogni funzionalita' ogni volta: e' una assurdita'.

Quanto a MySQL, piu' lo uso piu' lo disprezzo. Ha delle limitazioni che non stanno ne' in cielo ne' in terra (in particolare integrita' referenziale e stored procedures) per applicativi di dimensioni anche solo medie.

Io sto cercando di migrare verso Java dopo una dura scuola su PHP, che trovo comodissimo e velocissimo per fare piccole cose, ma che per il resto, piu' passa il tempo piu' mi convinco che sia una ciofeca.

[Gianni_T]

per le stampe ho risolto creando pdf dinamicamente. La qualità è incomparabile.

[Gianni_T]

Originariamente inviato da *Ray*
Il PHP e' inadatto a progetti di grosse dimensioni secondo me.

Allora quelli di Yahoo sono proprio degli incompetenti! Pensa che hanno abbandonato tutto il lavoro precedentemente fatto per passare a PHP! VVoVe:

Sto lavorando su un gestionale da 1.5MB di codice. Sai quante righe sono???
Il PHP non fa una grinza.

E poi la storia del beta-testing...
proprio perchè è un linguaggio interpretato, il test di codice php è semplicissimo, il PHP stesso ti dice dove c'è l'errore e di cosa si tratta. Ma hai mai programmato in C++?

[l'evangelista]

uppo la discussione.. interessanti le due risposte. E per un'applicazione in rete, come la vedete? Installare un webserver su un pc e poi collegarci uno, due, tre, client che si connettono via http alla porta 80 o al server mysql? Non credete sia meglio di un db access condiviso, come fanno alcuni piccoli studi di commercialisti?

[maramao79]

mah... io ho fatto un casino di cose e sono dell'idea e niente e nessuno me la togliera' che:

1 - ACCESS e' una merda per il semplice fatto che e' su un singolo file e non puoi effettuare tramite comandi politiche di backup.

2 - PHP e' una cosa bestiale e sono d'accordo con quello che hanno scritto sopra di me. Altro che compilati per piacciere. e poi evidentemente non lo sai usare bene perche' effettivamente sai benissimo dove e quale e' l'errore. poi sta a te creare funzioni o altre cose per segnalare l'errore a video in modo decente.

3 - unica cosa del mysql e' che fino alla versione prima della 4.0.1 che e' una alfa anche se la uso benissimo, non supportava le sql annidate ma dal 4.0.1 in poi va DA DIO.

chi usa access proprio non capisce molto di database.

[maramao79]

per carita' non fare gli access condivisi. fai un pc anche di merda che fa da server dati (mysql) e server php e vedrai che non te ne pentirai.

io ho realizzato un tool per una azienda con 200 dipendenti. lo usano tutti sincronamente. veccio. non ha mai e ti dico mai dato problemi e gira su una slackware 8.0 su un pentium 3 e non ti dico altro.

[ric.cpp]

uppo la discussione.. interessanti le due risposte. E per un'applicazione in rete, come la vedete? Installare un webserver su un pc e poi collegarci uno, due, tre, client che si connettono via http alla porta 80 o al server mysql? Non credete sia meglio di un db access condiviso, come fanno alcuni piccoli studi di commercialisti?

Sicuramente meglio MySQL/PHP/Apache/Linux. Sto sviluppando un'applicazione aziendale basata su queste tecnologie e con interfaccia web per aumentare ulteriormente la portabilità.
Inoltre, se proprio dovesse rendersi necessario il ricorso ad una programmazione di più basso livello, si può sempre fare qualche integrazione con un CGI in C/C++.

PS. questo ciauz è veramente... veramente triste

[mauri@como]

Originariamente inviato da l'evangelista
uppo la discussione.. interessanti le due risposte. E per un'applicazione in rete, come la vedete? Installare un webserver su un pc e poi collegarci uno, due, tre, client che si connettono via http alla porta 80 o al server mysql? Non credete sia meglio di un db access condiviso, come fanno alcuni piccoli studi di commercialisti?

anke io l'ho fatto: 3-4 client connessi a un linux su un celeron 600 con 128 mb di ram...funziona tutto..db mysql di 25 tabelle, ma NON ACCESS!!
io con ACCESS in rete ho solo avuto grandi problemi. e anche programmando in java con jbdcdbc fai prima a spararti..

(a me non dispiace questo ciao!)

[*Ray*]

Access non lo considero neanche e neanche il VisualBasic, questo lo davo per scontato. Chiunque ci abbia lavorato sopra una volta non penso voglia mai piu' metterci mano sopra. Delphi non lo conosco.

Sul PHP ci lavoro sopra professionalmente da circa 3 anni e non vedo l'ora di smettere di usarlo, non so che dirvi. Magari rimarro' deluso anche da Java, ma lo scopriro' da solo.

Rimango della mia idea: in particolare, MySQL trovo sia semplicemente troppo limitato.

Ho parlato di Java, non certo di Access anche se solo rileggendo bene il topic ho visto che l'alternativa voleva essere VisualBasic/Access.

Personalmente, appena finito questo progetto iniziero' a studiarmi Postgres o cerchero' qualche altra alternativa.

Pur apprezzando la semplicita' del PHP, trovo che sia intrinsecamente sporco e che su progetti di grandi dimensioni renda i sorgenti difficili da mantenere. Questa e' e rimane la mia opinione..