Newsgroup: it.comp.os.linux.sys
Titolo: gestione clienti in linux

ehi ragazzi, qualcuno consoce un programma che giri sotto Fedora3 per la
gestione dei clienti, preventivi etc...sì, insomma, una sorta di CRM.
Li trovo tutti basati su PHP e SQL. Ne cerco che non debbano essere
programamti o linkati ad un data base perché non sono proprio
praticissimo...Qualcuno mi può aiutare?
grazie
chatwin2



Non ti è venuto il dubbio che se si fanno in PHP+MySQL un buon motivo ci
deve essere?
Ok che per anni ti sei rincoglionito con windows e ragioni "a scatola
chiusa", ma forse sarebbe il caso di chiedere.. come installo il tal CRM
che ho trovato nel tal sito.. ed eventualmente.. quali sono i vantaggi di
php+mysql rispetto ad un CRM in stile windows..

 deve essere?
Secondo me il motivo e` la moda.
E anche il fatto che e` molto piu` semplice farlo in PHP+MySQL piuttosto
che sciropparsi tutta l'architettura di rete per renderlo multiutente.
Detto questo, secondo me i gestionali di qualsiasi tipo in HTML puro e
semplice sono molto limitati sotto parecchi aspetti (primo fra tutti
l'interattivita`). Con XUL o Java si puo` risolvere, ma si torna al
client-server classico, quindi tanto vale farlo in C(++) o Python.
Bye.
-- 
Alessandro Pellizzari

Il Fri, 15 Apr 2005 17:31:10 +0200, chatwin ha scritto:

www.freshmeat.net
ciao
gl :)

 l'interattivita`). 
Tradotto? ti mancano i tasti funzione F1 F2 & C. in stile gestionale in
cobol? javascript risolve..


 cobol? javascript risolve..
Risolve fino a un certo punto.
Immagina questo: 500 clienti, 200.000 prodotti in magazzino, 200
fornitori. Ogni prodotto puo` essere acquistato da diversi (diciamo 5 in
media) fornitori.
Devi fare un acquisto. Vai alla pagina "acquisti.php" che ti presenta un
bel form:
codice articolo, fornitore, quantita
Aggiungi all'ordine.
Devi ordinare 200 articoli diversi. Come minimo ti partono via 2 ore
solo per i reload della pagina dopo che premi "Aggiungi". Ma il bello
deve ancora venire. Tu te li ricordi i codici di 200.000 prodotti? Io
no, quindi mi aspetto di premere Tab o qualcosa del genere, dopo aver
scritto 2-3 caratteri e lui mi mostra la lista dei prodotti che iniziano
con quei caratteri.
In un client-server, fa una 
select * from articoli where nome like 'abc%'
e ti torna i 150 articoli che corrispondono.
Via web devi sciropparti la lista di 200.000 articoli che passa in rete
e viene messa in una variabile comodamente consultabile via js o in una
<select> che il browser impiega una decina di minuti a visualizzare.
Bene, hai selezionato il prodotto, ora scegli il fornitore. Non puo`
mostrarti semplicemente la lista dei 200 fornitori, deve, in tempo
reale, permetterti di scegliere solo i fornitori che HANNO
quell'articolo. In un c-s e` una banale
select 
a.id
,f.nome from art_forn a, forn f where a.art=id and
a.forn=
f.id
Che ti torna 5 risultati. Via web e` qualcosa tipo
select 
a.id
,f.nome from art_forn a, forn f where a.forn=
f.id
eseguita e mandata PRIMA della visualizzazione della pagina, che ti
torna (con le ipotesi di cui sopra) 200.000*5=1.000.000 di righe, da
mandare al client che poi se le sciroppa via js.
E, come dicevo, si puo` risolvere in XUL o Java, ma non in HTML+JS.
Bye.
-- 
Alessandro Pellizzari

 
evidentemente devi ripensarti come programmatore. Questo sono cavolate che
possono essere risolte con l'aiuto di uno o piu' linguaggi
lato_server/lato_client
-- 
Questo messaggio si autodistruggera' entro 10"
    _     _
  o' |,=./ `o
     (o o)    
 ooO--(_)--Ooo-


Se ti interessa un programma fatto per la gestione magazzino etc etc ... 
ho un mio amico che  ne ha sviluppato 1 in delphi con tanto di porting 
per sistemi *nix . Si appoggia a firebird come DB ma credo stia facendo 
anche il supporto per altri DB . Se ti servono info scrivimi che ti 
posso mandare la brochure ...
-- 
-----------------------------------------------------
---- non auro, sed ferro, recuperanda est Patria ----
-----------------------------------------------------

 client-server classico, quindi tanto vale farlo in C(++) o Python.
Ma valà, puoi tranquillamente fare delle form html che trasmettono con
metodo POST le variabili a uno script perl o cgi, che rimontano le
selezioni fatte in una select opportuna.
L'output poi te lo gestisci come meglio credi, generi una pagina html ad
hoc con una form di selezione che comprenda solo i risultati richiesti.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 lato_server/lato_client
Mi chiedo se hai letto tutto il messaggio.
L'ho detto anche io che si puo` risolvere con altri linguaggi (citavo
Java e XUL) lato server e client.
Dicevo, e lo ripeto, che in PHP + HTML + JS e basta NON SI PUO` FARE.
E` piu` chiaro?
-- 
Alessandro Pellizzari

 selezioni fatte in una select opportuna.
Leggi l'altro mio messaggio, dovo sono un po' piu` "verboso".
Non ho detto che non si possa fare, solo che diventa una PIC (Pigna In
Culo, per tradurre il PITA anglosassone). Se lo fai una volta e`
fattibile, e lo si fa tranquillamente su tutti i siti web un minimo
interattivi.
Il problema e` farlo in un gestionale, che richiede di poter fare
velocemente decine di operazioni contemporanee.
In un sito metti una decina di oggetti in carrello e completi l'ordine
(e gia` per questo io impiego non meno di un'ora alla volta, su amazon),
ma in un gestionale sono cose che devi fare qualche decina di volte al
giorno e per qualche centinaio di articoli e fornitori/clienti, quindi
non bastano le 8 ore di lavoro al giorno.
La cosa si risolve in Java, XUL, VBScript o quello che si vuole, ma a
quel punto, IMO, tanto vale fare tutto in Python o in C/C++, che
permettono anche di definire meglio l'interfaccia e non richiedono di
utilizzare il browser.
Mai capitato che ti si piantasse Exploder o Galeon o Firefox o Konqueror
mentre navigavi e ti chiudesse tutte le finestre? Pensa se stai
navigando mentre fai contabilita` e ti chiude il collegamento col server
e ti tocca ricominciare dall'inizio.
Magari stavi solo cercando caratteristiche tecniche di un articolo che
stavi ordinando da un fornitore...
Comunque, ripeto, e` una mia opinione.
-- 
Alessandro Pellizzari

 e ti tocca ricominciare dall'inizio.
Sì, capita, perché dei webmaster idioti non sanno fare a scrivere le
pagine, non conoscono più l'html (oh ma non mi toccherà mica impararmelo
vero??), usano dei generatori di monnezza, e ci mettono dentro delle
puttanate. Non mi è *mai* capitato su una pagina ben scritta e validata
w3c.


 
no, non e' piu' chiaro e il messaggio l'ho letto tutto. Scusa tanto sai ma
che significa:
<cite>
In un client-server, fa una 
select * from articoli where nome like 'abc%'
e ti torna i 150 articoli che corrispondono.
Via web devi sciropparti la lista di 200.000 articoli che passa in rete
e viene messa in una variabile comodamente consultabile via js o in una
<select> che il browser impiega una decina di minuti a visualizzare.
</cite>
spiega client-server. La parte client, qualunque esso sia e qualunque sia il
linguaggio utilizzato per definire l'interfaccia, non fa poi molto, deve
solo ricevere dati, trasmetterli e visualizzarli.
La select di cui parli, che venga proposta tramite form html o quello che
e', oppure tramite altro tipo d'interfaccia, porta, strumento di rete
ecc... verra' sempre eleborata dal server nello stesso identico modo. E
nello stesso identico modo inviera' il risultato verso il client che a
questo punto non dovra' altro che rappresentare in qualche maniera i dati
ricevuti.
anche questa poi e' piuttosto criptica:
<cite>
Non ho mai visto nessun gestionale che si appoggiasse direttamente al DB
per autenticazione o altro. Prevedevano tutti una parte server. E posso
anche capirli.
</cite>


 </cite>
Tu hai visto gestionali in cui la parte client si appoggia direttamente
al server DB senza niente in mezzo? L'unica cosa che si avvicina e che
ho visto e` un gestionale che si appoggiava a Oracle, ma dentro Oracle
ci caricavano qualche decina di Mb di stored procedure e di logica
software per le limitazioni degli utenti.
Stessa cosa con SAP.
E li posso capire perche` a quel punto e` la parte server che dice "tu
sei l'utente X, non puoi fare le paghe, non ti mostro nemmeno
l'opzione", invece che essere il server DB a dire "tu sei l'utente X,
non hai accesso alla tabelle paghe, alla colonna "stipendio" della
tabella "dipendenti", alla colonna "IRPEF" della tabella "imposte",
quindi quando tenti di accedere ti do` un errore.
Oppure metti nel DB una tabella "ruoli" in cui specifichi che ruoli ha
una persona, e a quel punto sposti la logica di controllo sul client
invece che sul server, cosa che, IMO, e` male, come tutte le
autorizzazioni gestite lato client.
Bye.
-- 
Alessandro Pellizzari

Rintoccavano le 17:51, venerdě 22 aprile 2005, quando Alessandro Pellizzari
vocifero' che ...
...beh, certo che se ti ostini ad affrontare il problema in maniera cosi'
lineare, incontrerai queste e ben altre difficolta'.


 lineare, incontrerai queste e ben altre difficolta'.
Illuminami.
Sono qui per imparare anche io.
-- 
Alessandro Pellizzari


percaritadiddio. Non volevo sembrare affatto spocchioso o chissa' cosa. Per
quel che mi riguarda non faccio altro che imparare, imparare e imparare.


 impreciso. Posso pero' darti i mie punti d'inizio:
I libri che citi, tranne quello sul Fortran, li ho letti, o ne ho letti
di analoghi (per il C il K&R e un altro paio, per gli Algoritmi
"Algoritmi+Strutture Dati=Programmi", poi ho provato a leggere "Analisi
Numerica" ma mi mancano alcune basi su integrali e compagnia cantante).
Il mio dubbio e` su come risolvere il problema delle "query immediate"
al DB su un protocollo (HTTP) e un "linguaggio" (HTML+JS) non pensati
per queste cose.
Ci ho pensato parecchio (mi sto facendo un mini-gestionale di magazzino
anche io), ma anche sbattendoci la testa per parecchio (volevo farlo in
PHP) non ne sono venuto fuori, e mi sono messo a imparare Python
apposta. Poi il progetto si e` un po' arenato perche` ne ho iniziati
altri e procede a rilento, ma qualche volta mi capita di ripensarci a
farlo in PHP e non trovo soluzione ai problemi che ho esposto, se non
ricorrendo a Java (che ora non ho proprio tempo ne` voglia di studiare)
o ad altri linguaggi piu` flessibili lato client.
Bye.
-- 
Alessandro Pellizzari

 
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
L'astinenza e' una buona cosa, ma dovrebbe sempre essere praticata con
moderazione.
		-- Anonimo