Gestionale in php pro e contro

[centro]

Ciao a tutti,
un azienda utilizza un gestionale in vb net che vuole rifare, ho pensato alla possibilità di rifarlo in php visto che è il linguaggio che conosco.

Siccome io vedo tutti vantaggi dall'utilizzo di una teconologia client server, vorrei sentire da voi se esiste qualcosa che magari in un gestionale non si può fare in php o magari ciò se in un gestionale può essere più performante un linguaggio come vbnet..
Insomma se ci sono pro e contro utilizzando php.... per questo tipo di applicazioni.

Premetto che ho fatto molte applicazioni in php, ma mai un gestionale, sarebbe da rivedere e migliorare l'analisi dell'esistente fatto in vbnet e rifarlo in php.

Saluti e buona giornata

[daniele_dll]

i vantaggi, indubbiamente, ci sono anche per il solo fatto che in un sistema web puoi anche gestire magazzini distaccati con una certa facilità e puoi dare accesso tramite VPN o usando il browser su SSH

Inoltre i lettori di codici seriali funzionano sempre perfettamente perché in ogni caso funzionano in simulazione PS/2

per necessità più avanzate puoi creare un sistema "simile" ai webservice che però funziona al contrario ovvero non il vero client che si connette al vero server ma è il vero server (PHP) che si connette al vero client (l'utente)
In questa situazione i ruoli client/server si scambiano perché php diventa il client.
Usando un sistema del genere puoi "esporre" funzionalità del computer dell'utente come accesso allo scanner, accesso al disco, accesso alle stampanti e cosi via ... se dovessi averne necessità ovviamente

Un sistema del genere è abb. comodo perché con un apposito applicativo che si sblocca solo a seguito di autorizzazioni inserire al momento dell'attivazione (si installa il software e, quando parte, fa una specie di "handshaking" con php nel senso che lo chiama e gli dice mi sono installato, questo è il mio codice macchina (magari anche un semplice hash di qualche componente del computer) e sono utente caio (user e pwd) cosi php risponde con un codice basato su quelle informazioni [legandolo all'utente sei tranquillo che rigenerando il codice di convalida da inviare all'ip del client, codice legato all'utente, se per caso si ci siede un utente diverso non potrà utilizzare le periferiche locali!])

Alternativamente un altra cosa utile sarebbe l'integrazione con un lettore di schede sempre usando un sistema di questo tipo cosi da sganciarsi da controlli OCX messi nel browser che servono a nulla ... se viene estratta la scheda o sganciata la sessione o se per più di 30 secondi il programma non reinvia il codice di autorizzazione che sta sulla scheda la sessione dell'utente viene bloccata e segnalata all'amministratore per maggiore sicurezza

insomma ... nessuno ti viene l'utilizzo di entrambe le tecnologie, anzi, se lo fai aumenti consistentemente la flessibilità dei tuoi applicativi ove serve

[ecmedia]

Sinceramente credo che un linguaggio come vb net sia più indicato per la creazione di un gestionale rispetto al php.

[daniele_dll]

Originariamente inviato da ecmedia
Sinceramente credo che un linguaggio come vb net sia più indicato per la creazione di un gestionale rispetto al php.

questo è decisamente relativo, soprattutto perché in realtà non dipende dal linguaggio ma dalla bravura dello sviluppatore/team e da cosa deve fare esattamente il gestione (ovvero se necessità esecuzione in rete, se necessità accesso all'hardware e cosi via)

d'altra parte se sviluppato in php si può fornire al cliente una macchina di fascia bassa con un linux pre-installato (dell ne vende a poco più di 200€) e dare un server che gestisca il lavoro senza alcun problema

tutto dipende dalla situazione

[centro]

il tuo consiglio mi è più che utile, e come pensavo penso sia fattilbilissima la cosa in php.
Anche se ho solo dei dubbi sulla velocità dell'applicazione che con un linguagio standalone come vbnet e sicuramente maggiore..

Poi non mi è tanto chiaro, quello che dici, a porposito di webservice che funziona al contrario.

Originariamente inviato da daniele_dll
per necessità più avanzate puoi creare un sistema "simile" ai webservice che però funziona al contrario ovvero non il vero client che si connette al vero server ma è il vero server (PHP) che si connette al vero client (l'utente)
In questa situazione i ruoli client/server si scambiano perché php diventa il client.
Usando un sistema del genere puoi "esporre" funzionalità del computer dell'utente come accesso allo scanner, accesso al disco, accesso alle stampanti e cosi via ... se dovessi averne necessità ovviamente

Un sistema del genere è abb. comodo perché con un apposito applicativo che si sblocca solo a seguito di autorizzazioni inserire al momento dell'attivazione (si installa il software e, quando parte, fa una specie di "handshaking" con php nel senso che lo chiama e gli dice mi sono installato, questo è il mio codice macchina (magari anche un semplice hash di qualche componente del computer) e sono utente caio (user e pwd) cosi php risponde con un codice basato su quelle informazioni [legandolo all'utente sei tranquillo che rigenerando il codice di convalida da inviare all'ip del client, codice legato all'utente, se per caso si ci siede un utente diverso non potrà utilizzare le periferiche locali!])

c'è qualcosa che posso leggere a proposito...
grazie.... e bona serata
giuseppe

[daniele_dll]

scusami, ma non ha molto senso parlare di performance con VB.NET dato che è più lento di C# per via di alcuni giri che deve fare il compilatore (anche se la differenza e poca) ... ovviamente la differenza maggiore sta nelle ottimizzazioni che puoi implementare grazie al codice unsafe che non puoi usare in alcun modo su VB.NET ^^

Le performance, per un gestionale, non sono cosi importanti, tranne che lavori con centinaia di utenti connessi contemporaneamente, ma ti assicuro che avresti problemi anche con VB.NET perché quando fai gli aggiornamenti dovresti aggiornare centinaia di postazioni (tranne che usi una cartella di windows, tecnica sconsigliatissima perché causa un sovraccarico impressionante nella rete)

Immagnavo che mi ero spiegato male

Ti faccio un esempio pratico: metti che uno degli utenti, in locale, ha uno scanner e si occupa di caricare N immagini per prodotto, dato che magari il gestionale è legato ad un e-commerce. In questo caso, ovvero con php, non hai ALCUN MODO diretto per accedere allo scanner (con qualche tool da linea di comando ma è un casino) figuriamoci via rete In questo caso un applicativo che si installa sui vari client che si occupa di svolgere determinate operazioni ... una specie di piccolo server che si autentica con il tuo sistema e poi carica dinamicamente gli assembly presenti in una cartella che avendo una specifica interfaccia acquisisce l'elenco dei comandi supportati da questi generando un namespace tipo NomeAssembly.NomeComando ... il nome del comando, quando acquisisci la lista, è associato ad un delegato (o a una funzione anonima) che si occupa di ricevere i parametri, eseguire la richiesta, e rispondere al client
Un plugin di scansione ti permette di gestire lo scanner, un plugin di accesso ad un database access permettere a php di leggere dei dati di un DB access via questo server che sta sul client e cosi via

Li chiamavo webservice inversi, nel tentativo di farmi capire, ma sono dei "servizi di rete" che l'applicativo php richiama quando deve effettuare operazioni in locale su quel sistema in modo

Poi il protocollo di comunicazione è a tua scelta ... RPC, XML-RPC, SOAP/WSDL, JSON, XML propietario, binario propietario e cosi via ... alla fin fine non cambia moltissimo sempre di dati serializzati si parla