Newsgroup: it.comp.programmare
Titolo: consiglio linguaggio per database in remoto

Ciao a tutti,
vorrei studiare un linguaggio da usare per database da usare in remoto, 
per creare un semplice gestionale su web in cui caricare voci da pc o 
anche da tablet collegati a Internet, ovunque si trovino.
 
Pensavo a php + mysql, magari con l'aggiunta di qualcosa per la parte 
grafica che mi aiuti ad avere un'interfaccia pratica e "scalabile" in 
base al display del dispositivo che la apre.
 
Credete siano una scelta indicata o avete qualche consiglio migliore? 
Premetto che sono un tecnico parecchio a digiuno di programmazione, ma 
le esigenze non sono estreme quindi preferirei un linguaggio accessibile 
e orientato al database.
 
Grazie, ciao
RAY

 accessibile e orientato al database.
 
A parte i linguaggi *dei database* tipo PL/SQL e PL/pgSQL non credo tu 
trovi dei linguaggi pi� "orientati ai database" di altri.
Semplicemente scegli delle librerie che ti permettono di usare il 
database che hai scelto, dal tuo punto di vista cambia poco o niente da 
linguaggio a linguaggio.
 
-- 
Andrea
 

 bisogno di pi� consapevolezza, IMHO.
 
 
Pensavo anche al fatto che PHP e Mysql sono estremamente diffusi tanto 
che molti provider forniscono supporto pieno con i gestori gi� 
installati sui server, per Python � la stessa cosa?
Ho letto un p� di cose per l'installazione in locale ma non ho capito di 
che ha bisogno per funzionare su un server remoto e quanto � complesso, 
per� dopo una rapida occhiata posso gi� dire che mi piace la semplicit� 
con cui si battezzano e si gestiscono le variabili.
 
E a livello di interfaccia utente web si integra facilmente con l'html 
al pari del php? O ci sono modi alternativi per avere campi di 
inserimento dati e pulsanti per l'utente?
 
Ciao
RAY

 RAY

 inserimento dati e pulsanti per l'utente?
 
Non so come PHP si "integri" con HTML. Pena la morte non devi mischiare 
il codice HTML con quello PHP, prassi  diffusissima e proprio il punto 
che mi spinge a suggerire un linguaggio diverso.
 
In genere si usa un framework per non reinventare la ruota, se questo 
framework ha delle funzioni per le form usi quelle altrimenti importi 
una libreria apposita come WTForms.
 
 
Se ti interessa molto la parte di interfaccia puoi procedere, come ti 
hanno suggerito, con un framework js. In questo caso realizzi due 
applicazioni: il server che ospita la logica, e il client in js che 
gira sul browser e si occupa della presentazione.
A me non piace molto come js deve inserito a martellate in un sito 
HTML, preferisco avere una webapp semplice. C'� da dire che non sono 
molto pratico di js, vedo che c'� modo di avere un template minimale e 
di costruire tutta la pagina in js, non so se c'� qualche framework che 
ha questo approccio.
 
Il tutto rigorosamente IMHO.
 
 
-- 
Andrea
 

 che mi spinge a suggerire un linguaggio diverso.
 
Pensare che � considerata proprio la forza di PHP, la facilit� con cui 
si richiama dentro un codice HTML semplicemente aprendo e chiudendo il 
codice PHP dentro un documento HTML.
 
Ciao
RAY
 

 codice PHP dentro un documento HTML.
 
Aprire e chiudere � un conto, mischiare codice HTML di presentazione 
con la logica � pratica largamente sconsigliata.
Inoltre il documento in cui inserisci i tag PHP non � un documento HTML 
dato che non passa la validazione.
 
-- 
Andrea
 


 
Loro la considerano una forza, � proprio un qualcosa che nasce per il 
web e si intreccia con l'html in uno stesso file attraverso i richiami 
che lo attivano in diversi punti della pagina, cos� stabilisci i punti 
in cui vuoi che appaia ci� che il codice PHP richiama, ma comprendo che 
a livello concettuale e di ordine non sia il massimo, infatti per questa 
semplificazione crea anche un p� di confusione quando bisogna metterci 
mano, magari senza stravolgere una pagina per errore.
 
Invece mi sto addentrando in Python e devo dire che lo trovo molto 
interessante, ho poi visto che anche lui si interfaccia con vari tipi di 
database senza bisogno di imparare diversi metodi poich� ha i suoi 
interpreti, ed anche per la parte grafica integra gi� nell'installazione 
un sistema multipiattaforma e se ne possono installare altri pi� 
specifici, credo che mi metter� a studiare :)
 
Grazie per le dritte, ciao.
RAY

 Grazie per le dritte
 
Prego, cerca "learn python the hard way" di Zed Shaw.
 
-- 
Andrea
 


L' unico linguaggio std  e diffuso per database è l' sql
Impara quello e vai tranquillo
Poi in base al linguaggio host usato esistono classi per accedere ai 
database
 

 
 
E persone come me che hanno javascript disabilitato di default semplicemente
chiudono tutto e vanno altrove.
Non saremo in molti a far così ma, estremisti a parte, JS "a tutto spiano" mi
suona comunque come una soluzione generale infelice.
 
Ciao!


Già ti hanno risposto benissimo, aggiungo il mio parere personale.
 
Visto che sei, come dici, a digiuno di programmazione, io andrei per
PHP/MySQL, giusto perché la quantità di informazioni reperibili in rete in tal
proposito è di un ordine di grandezza superiore a quella di Python o Ruby.
 
Inutile dire che interfacciarsi ad un DB lo puoi fare in qualsiasi linguaggio,
per cui poi vedi te quello che rispecchia meglio i tuoi gusti..
 
Ciao!

 Ciao!
 
ricambio il saluto

 
 
Sei fortunato! ;)
 
Ciao!
 
 
(*) principalmente, non voglio risultare nelle statistiche delle
visite dei siti che campano di feed : se hai contenuti originali ti fo pure
una donazione, ma se speri che il mio click sul tuo sito prefatto linkato con
un reader, click magari ottenuto con l'inganno, ti faccia guadagnare una
frazione di centesimo, puoi anche andare all'inferno.
Questa tattica non funzionerebbe se, come logica vorrebbe, si guardassero
le statistiche sui logs del webserver: fatti vogliono che in realtà l'unico
modo in cui invece vengono collezionate le statistiche sono degli script JS.

 un'interfaccia di un progetto da sviluppare ex-novo, ad oggi, sceglierei altro.
 
Dettaglia pure.
 
-- 
Andrea
 


Con piacere! :)
 
Se il discorso d'intefaccia lo limitiamo al web è facile: html/css e basta.
Ci si può mettere feature JS a volontà, validazioni, animazioni o quant'altro,
ma visto che non sarebbero una parte critica ci spenderei un tempo di
sviluppo veramente minimo, e a carico dei web-designers.
 
Se proprio senza JS non si può (ci sono dei casi, anche se rari) si tira
dentro il solo codice per quella funzione più compatibilità, senza caricarsi
tutta una libreria - tanto il tempo di vita medio di un sito web è minore di
quello del supporto javascript da parte dei browsers.
 
Non è che sono il solo a pensarla così, fortunatamente.
 
Ciao!

 tutta una libreria
 
Tipo select2 per avere le select a ricerca che sono comode.
Io ho inserito un suggerimento del CF in js ma me ne sono pentito, 
trovo il codice misto pi� difficile da gestire.
 
 
-- 
Andrea
 

 proposito � di un ordine di grandezza superiore a quella di Python o Ruby.
 
Questo non � un argomento valido, � simile a quello della disponibilit� 
dell'hosting per PHP.
Un utente non avr� mai la possibilit� di leggere tutte le informazioni 
disponibili, n� ne legger� una percentuale fissa. Non � che uno legge 
lo 0,01% di tutto quello che c'� quindi meglio avere un numero totale 
di documenti maggiore.
Una persona legger� una introduzione al linguaggio, un libro specifico, 
un tutorial sul framework che adotta. Se non � uno sono due, tre, 
quattro, ma sono numeri comunque piccoli.
Non � rilevante che ci siano mille documenti per un linguaggio contro 
centomila per un altro.
 
Semmai � pi� importante la qualit�, ma questa non � legata alla cardinalit�.
IMHO.
 
-- 
Andrea
 


Dipende se effettivamente cerchi la qualità! :)
 
Avere N-mila hosting PHP permette di sceglierne uno a costo praticamente
nullo, e avere N-milioni di documenti/tutorial/reference permette di trovare
su google quello che cerchi al primo posto cercando solo il nome della
funzione o il messaggio d'errore.
 
Che poi, alla fine, è quello che IMO ad oggi è più importante: i pezzi
"prefatti" (mettiamo, un framework PHP o Python completo) sono così grossi e
convoluti che la maggior parte del tempo si spende non a scrivere codice,
ma a configurare e dare martellate a boilerplates. A questo punto più
utenti ci sono che ne parlano più possibilità abbiamo di trovare qualcuno
che abbia avuto lo stesso nostro identico caso.
 
Poi, come dici, logicamente, che la qualità non sia legata alla cardinalità è
vero, ma più un argomento attira interesse più sono alte le probabilità che
qualcuno di valido ne abbia scritto o parlato..
 
M2C
Ciao!

 un'interfaccia di un progetto da sviluppare ex-novo, ad oggi, sceglierei altro.
CUT
 
Questo è un problema intrinseco e congenito di JavaScript. Troppe persone
infatti ancora oggi ignorano il motivo per cui fu creato questo
linguaggio.
 
 


 
Eh, in realtà le sue origini non farebbero sperare in molto:
http://www.computer.org/csdl/mags/co/2012/02/mco2012020007.html
 
 
semmai troppe persone ignorano quello che è diventato.
 
Ciao!

 semmai troppe persone ignorano quello che ï¿œ diventato.
 
"Although the original version of JavaScript might not have been perfect"
 
%)
 


 
Mi spiace contraddirti, ma attualmente con google tag manager, si 
possono collezionare dati e click anche con javascript disabilitato.
 
Saluti Patrick T.

:


"""


Google Tag Manager keeps track of which tags should fire on the site and the rules for when those tags should fire. Each time a page with the Google Tag Manager container snippet loads, it requests the gtm.js JavaScript.


"""




sicuro che non abbia bisogno di js sul client?






--
�


Andrea





 
 
 
"""
First, if you add the <noscript/> tag as well (as you should), this 
should always be in the body of the document. The tag (which is shown 
for browsers without JavaScript enabled) contains an iFrame which loads 
the GTM library.
"""
 
 
Una spiegazione � ben accetta.
 
 
-- 
Andrea
 


Sinceramente non mi sono ancora addentrato nei dettagli di come 
colleziona i dati, tramite l'iframe, suppongo usi un metodo tipo il 
"caricamento di immagini in ajax".


 
Cioè in Javascript? :)
 
Anch'io non lo conoscevo, ma suppongo usi js in ogni caso.
 
Teoricamente non usare JS sarebbe facile: basta un iframe che punta ad una
pagina servita da un webserver i cui log sono analizzati per contare i referer.
Dubito qualcuno lo faccia perché, a questo punto, basterebbe contare
direttamente gli accessi sui log del webserver principale, senza stare a fare
strani magheggi.
 
Di questo passo, poi, dubito che l'opzione "disabilita javascript" sarà
disponibile per molto altro tempo.
 
Ciao!


 
Non usa js, richiama uno script lato server con l'id del contenitore. 
Comuqnue credo che se si vuol restare completamente anonimi e non 
fornire dati utili per statisiche e analisi del comportamento utente, 
converrebbe disabilitare i cookie.
 
Saluti Patrick


 
Chiedo scusa a tutti i lettori, preso dalla foga non avevo fatto delle 
prove, sembra che senza js non funzioni, il noscript con l'iframe serve 
per caricare i tag, che non necessitano di js.
 
Saluti Patrick