Newsgroup: it.lavoro.professioni.webmaster
Titolo: problemi licenza ?

Salve a tutti,
vorrei porvi una domanda:
ho la necessità di mettere un database nel mio sito .
Esiste un database freeware a cui interfacciarsi ( senza dns) ?
Ho visto che qualcuno crea dei file .mdb in asp : sono punibili per la 
mancanza di un eventuale licenza Access ?
Cmq il massimo sarebbe quello di trovare un database manager freeware a 
cui potersi interfacciare senza il dns.
Oltre Windows utilizzo volentieri Linux.
Spero di essere stato chiaro.
Grazie per eventuali suggerimenti !!!

 cui potersi interfacciare senza il dns.
reggiti forte, ecco la risposta: MUNIN
http://www.softpedia.com/get/Internet/Servers/Database-Utils/Munin.shtml
-- .
Marco
http://www.submission.it
http://www.indicizzato.it
http://www.reserver.it

 Grazie per eventuali suggerimenti !!!
-- 
2T STUDIO - Web e Grafica per il tuo eBusiness
   [web]   
http://www.2t-studio.com
	- Sviluppo Siti Web
	- Servizi di grafica pubblicitaria ed editoriale
	- Consulenze SEO (Posizionamento motori di ricerca)
	- Soluzioni ebusiness
   [Email] info [at] 
2t-studio.com

cui potersi interfacciare senza il dns.
mah, che io sappia il dsn è una tecnica diciamo così obsoleta.
intefacciarsi tramite stringa di parametri, sfruttando l'interfaccia
odbc o altri strati del genere è più comodo e leggermente più
performante.
vedi ad es. qui, che magari ti chiarisce meglio anche la faccenda del
limite agli accessi *contemporanei*:
http://www.powerasp.com/content/database/dsn_vs_dnsless.asp
-- 
"Virus e spam sono rischiosi ma il vero pericolo sono i siti"
(ANSA, ott. 2004, citata da 
punto-informatico.it
)
-- 
il mio indirizzo email è valido ma filtrato: aggiungete
la parola newsgroup nel subject se volete scrivermi.

 Hai mai sentito parlare di mysql (
www.mysql.com
)?
Occhio che non e' assolutamente freeware.


mysql credo che sia free per i provider, che lo possono fornire come
servizio ai clienti.
Se quindi crei un sito che usa mysql e lo fai ospitare da un provider che
supporti mysql non devi pagare una licenza.
Inoltre, dal sito 
mysql.com
:
Free use for those who never copy, modify or distribute. As long as you
never distribute the MySQL Software in any way, you are free to use it for
powering your application, irrespective of whether your application is under
GPL license or not.
ciao
-- 
A.S. Tronzo (544503)  - VII.33
Stagione 23: 4° in VII.33
elimina unsampdoriano per rispondere via email

 Oltre Windows utilizzo volentieri Linux.
ricordati che access non funziona con linuz e pertanto dovrai optare ad 
altri database
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch
 

Grazie a tutti,
siete stati + che chiari !!!

>> Ho visto che qualcuno crea dei file .mdb in asp :
Come si possono creare dei file mdb sul server?
ho cercato in giro ma non ho trovato
e' possibile?
ciao
Icchese

 e' possibile?
si certo ecco entrambi i metodi con il codice
http://www.motobit.com/tips/detpg_createmdb/
PS bastava usare le keyword create database dao oppure create database ado 
:-P
-- 
Christian Paparelli
http://www.ithost.ch

grazie...
se usavo le keyword create, voleva di' che sapevo come si faceva :)
ciao


Generale Cluster wrote:
 > mysql credo che sia free per i provider, che lo possono fornire come
 > servizio ai clienti
Esatto.
Gettiamo un po' di luce in queste tenebre, va... Il testo che segue e' 
un pochettino lungo, ma se volete fare i professionisti tocca studiare, 
almeno quel minimo che serve per tirare fuori il naso dal mare di merda 
che ci circonda tutti da che siamo nati.
Allora, MySQL offre DUE tipi di licenza al pubblico, inteso come *utente 
finale*: la *licenza commerciale* e la *licenza opensource*.
Che diffenza c'e' fra i due modelli di licenza?
Semplice, la licenza commerciale ha un costo in denaro, mentre la 
licenza opensource non ha un costo in denaro ma ha un costo alternativo, 
come vedremo tra poco, sotto forma di un obbligo particolare nella 
distribuzione del software prodotto nel suo ambito.
Come faccio a capire quale licenza di MySQL devo avere?
Semplice, la primissima cosa da fare e' capire se l'applicazione basata 
su MySQL che hai scelto (ad esempio un CMS per gestire il tuo sito web 
dedicato alle attivita' della tua band musicale) e' disponibile sotto la 
licenza GPL (quindi opensource) o no.
MySQL stesso e' distribuito secondo la licenza GPL, quindi e' 
opensource, quindi gli sviluppatori rendono disponibili al mondo anche i 
sorgenti completi. Di conseguenza la situazione per i fornitori di 
hosting web e' rapidamente risolta: non pagano niente a MySQL, dato che 
non fanno altro che redistribuire il database, secondo quanto previsto 
dalla licenza GPL. Ben diverso e' il caso degli *utilizzatori finali* di 
MySQL, i quali dovranno valutare quale dei due casi si attaglia alla 
loro situazione personale: "caso opensource" o "caso commerciale"? 
Vediamo di che si tratta.
Nel primo caso, lo sviluppatore ti fara' avere anche i sorgenti 
dell'applicazione, e tu potrai liberamente utilizzarli, potrai 
modificarli e riutilizzarli nella forma modificata senza restrizioni, 
purche' anche tu renda disponibili al mondo tali sorgenti senza 
restrizioni se non l'obbligo di citare la fonte di distribuzione 
originale e tutti gli autori di interventi successivi al primo. Questo 
significa che il frutto del lavoro fatto dallo sviluppatore deve essere 
reso disponibile all'universo intero nei suoi sorgenti completi; non 
puoi trattenere niente per te, devi mettere tutto in piazza, perche' 
effettivamente l'applicazione non e' "tua". In questo caso, tu puoi 
scegliere la *licenza opensource* di MySQL, che e' gratis in termini di 
denaro ma, come abbiamo visto, impone degli obblighi ben definiti. MySQL 
basa la sua interpretazione di licenza GPL sulle linee guida fornite 
dalla Free Software Foundation, raggiungibili all'indirizzo web 
http://www.fsf.org/licenses/gpl-faq.html
, che vengono quindi prese come 
modello insindacabile.
Nel secondo caso, viceversa, se le condizioni particolari della 
produzione non consentono di applicare al software prodotto la licenza 
GPL, ad esempio nel caso in cui i sorgenti non possono o non devono 
essere resi di pubblico dominio per questioni di sicurezza, oppure se tu 
paghi per avere i sorgenti e quindi hai tutto il diritto di tenerteli 
per te, allora tu devi acquistare una *licenza commerciale* di MySQL. 
Questo tipo di licenza ti rende automaticamente libero dall'obbligo di 
redistribuire i sorgenti dell'applicazione, e te li puoi tenere 
riservati e coperti da segreto.
Riassumento, per capire rapidamente quale tipo di licenza devi avere, 
puoi semplicemente fare un ragionamento sommario del tipo "quid pro 
quo": se la tua applicazione e' liberamente distribuibile, modificabile, 
ed utilizzabile, se cioe' nella sostanza "non ti costa nulla" per 
averla, allora vai sicuro con la licenza opensource di MySQL. Al 
contrario, se la tua applicazione "ti costa qualcosa", e quindi e' in 
qualche modo riservata (perche' l'hai pagata e quindi e' tua a tutti gli 
effetti), per cui i sorgenti vengono tenuti nascosti al mondo, e 
l'applicazione stessa non viene redistribuita liberamente, allora sappi 
che tu, utente finale, devi sganciare i soldi della licenza commerciale 
di MySQL.
Ok, ma quanto costa allora 'sta licenza commerciale?
Semplice, la licenza commerciale di MySQL costa esattamente 500 euro, 
oppure 250 euro, a seconda che l'applicazione basata su MySQL utilizzi 
per la registrazione dei dati le tabelle di tipo InnoDB o no. Da notare 
come anche la piu' costosa licenza commerciale di MySQL sia 
*immensamente* meno costosa della meno costosa licenza commerciale di 
qualsiasi altro database sul mercato. Ma non e' solo per questo che 
MySQL e' diventato cosi' diffuso in cosi' poco tempo...
Si', ma la mia applicazione commerciale basata su MySQL verra' 
utilizzata da 1243 persone almeno; che devo fare, devo acquistare 1243 
licenze commerciali di MySQL? Faccio prima a spararmi in fronte, mi 
costa molto meno...
No, tranquillo! Per ogni server su cui viene installata una copia di 
MySQL e' sufficiente acquistare una sola licenza commerciale di MySQL, 
indipendentemente dal numero di utenti che si collegheranno 
all'applicazione per farne uso, siano essi dieci, cento o mille. Ecco 
perche' MySQL e' cosi' conveniente! Se la tua applicazione puo' girare 
su un solo server, allora dovrai sborsare solo i soldi necessari per 
acquistare un'unica licenza commerciale. In pratica il costo di MySQL 
cresce con il crescere della tua attivita' commerciale, quindi in 
relazione alle dimensioni del tuo sistema il costo di MySQL rimarra' 
sempre percentualmente fisso.
 > Se quindi crei un sito che usa mysql e lo fai ospitare da un
 > provider che supporti mysql non devi pagare una licenza
Questa affermazione e' priva di senso.
Nella realta', come abbiamo visto, il sistema di licenziamento di MySQL 
e' basato sulle singole applicazioni, con i criteri descritti piu' 
sopra. I provider di hosting web che forniscono soluzioni articolate ai 
loro clienti sono sollevati da qualsiasi obbligo nei confronti di MySQL. 
In sostanza non pagano niente, perche' rendono disponibile al pubblico 
uno strumento gia' di per se' disponibile al pubblico, perche' 
distribuito dall'autore urbi et orbi secondo quanto previsto dalla 
licenza GPL. Quando un provider ti chiede di pagare tot euro l'anno per 
avere il MySQL, in realta' ti fa pagare l'infrastruttura che sta attorno 
a MySQL (spazio su disco, manutenzione, operazioni connesse, 
sorveglianza, luce elettrica, ecc.), non MySQL *in se'*. Lo stesso 
discorso si applica a tanti altri software appartenenti alla medesima 
categoria di licenziamento, vedi Apache, e i tanti CMS oggi di moda che 
molti provider offrono preinstallati come bonus per i clienti. 
Tecnicamente si tratta di redistribuzioni, dove chi attua la 
redistribuzione si fa pagare "il contorno", ossia la personalizzazione, 
l'installazione, gli interventi di manutenzione ordinaria, l'hardware, 
ecc. ecc.
Nell'ambito delle licenze commerciali, poi, se ci pensate un attimo, la 
modalita' "per applicazione" e' strategicamente anche un grande 
vantaggio per chi sviluppa MySQL: se la vendita delle licenze 
commerciali fosse basata sulle installazioni dei provider MySQL 
guadagnerebbe molto di meno, perche' un solo server e' normalmente 
sufficiente per soddisfare le esigenze di decine e decine di utenti; 
viceversa, la licenza *per applicazione commerciale* richiede il 
pagamento di una quota per ciascun utente che fa uso del sistema, e 
anche se sul server gira effettivamente una sola copia di MySQL in 
sharing, questa viene licenziata tante volte quanti sono gli utenti 
commerciali che ne fanno uso per le loro applicazioni non-opensource! Il 
guadagno si moltiplica, senza contare che non chiedendo nulla agli 
hosting provider si allarga in maniera mostruosa la base di installato 
in giro nel mondo. Ecco come ha fatto MySQL a raggiungere la diffusione 
immensa che ha attualmente, ormai sta dappertutto, tanto non costa 
niente metterlo nei pacchetti di hosting per i clienti, da rivendere 
magari a 10 euro l'anno tutto compreso...
In sostanza c'e' una netta separazione tra hosting provider e utente 
finale. Sulla totalita' dell'installato in ambiente PHP/MySQL, tanto per 
fare un esempio rimanendo in tema, la percentuale maggiore e' composta 
da applicazioni full-opensource, dove l'utente ha piu' l'interesse a 
vedere il proprio sito funzionare che a pensare al sistema che c'e' 
dietro, scelto tra le tonnellate di software opensource esistente; qui 
l'ambiente e' completamente aperto, moltissimi adottano la medesima 
soluzione software (es. uno dei tanti CMS in circolazione) e nei 
confronti di MySQL stanno perfettamente a posto, nulla da dovere.
Nei casi in cui invece l'utente finale si rivolge ad uno sviluppatore 
per far realizzare un software proprietario, con l'intenzione pero' di 
non rendere pubblici i relativi sorgenti e di non redistribuire il 
software che ha pagato di tasca propria (configurando cosi' una vera e 
indiscutibile proprieta' privata), l'utente dovrebbe tenere in 
considerazione anche i 250 euro della licenza commerciale per MySQL.
E' il caso dei miei clienti: io sviluppo tipicamente soluzioni su misura 
in ambiente PHP/MySQL, soluzioni che poi il cliente, a buon diritto, 
considera sue (salvo diversi accordi preliminari, dove per esempio il 
cliente acquista solo la licenza d'uso di quello che sviluppo) per 
averle pagate con moneta sonante. La licenza di MySQL non si interessa 
minimamente di dove l'applicazione andra' a girare, non glie ne frega 
niente di hosting provider ecc.; si chiede solo: "non e' opensource? 
Allora hai da paga', caccia fuori i 250 euro!".
Lo stesso dicasi per gli hosting provider: loro non si chiedono cosa 
farete con MySQL; loro lo installano sul loro hardware, e lo rendono 
disponibile ai clienti cosi' com'e'. Quello che poi i clienti ci fanno 
e' esclusivamente affare di questi ultimi, affare che devono regolare 
direttamente con MySQL, senza passare per il provider.
Occhio, quindi: il fatto che la vostra applicazione serva a produrre 
soldi o meno, non interessa a MySQL. Conta solo se la vostra 
applicazione verra' rilasciata come opensource secondo i crismi della 
GPL, oppure no.
La strategia della doppia licenza, dal punto di vista della diffusione 
del prodotto, e' una soluzione geniale. Si crea una base di installato 
in ambito opensource mostruosamente estesa, si permette agli 
sviluppatori di smanettare col sistema liberamente, si allevano 
generazioni di futuri sviluppatori commerciali sulla propria 
piattaforma, il mercato si allarga, e si autoalimenta.
Ach, tiafolo di un maiessequellen!!! :-)))
-- 
Falco Stellare - 
falco.ste...@graphicside.it
<< Togli il TAPPO per rispondermi >>

 che ci circonda tutti da che siamo nati.
Grazie mille, chiaro ed esaustivo!

 Grazie mille, chiaro ed esaustivo!
Grazie a te, un minimo di feedback fa sempre piacere :-)
C'e' sempre meno gente che legge.
