Newsgroup: it.comp.os.linux.software
Titolo: Esiste FrontPage PHP

Salve a tutti.
Come da oggeto vorrei sapere se esiste un editor Html, con tutto il
necessario per costruire pagine PHP basate su un database.
Es. con frontpage è abbastanza facile creare visualmente pagine ASP
funzionanti, ma su linux cosa posso usare, possibilmente in italiano vista
la complessità dell'argomento?
Ciao, Angelo

 wrote in message
news:apjhnp$97p$1...@lacerta.tiscalinet.it...

Dreamweaver Ultradev 4 o DreamWeaver MX per editor wysiwyg altrimenti ci
sono  molti editor anche freeware code oriented.
Saluti.

Govardo Libero wrote:

il php non e' affatto complesso,richiede minime conoscenze di programmazione 
e si puo' imparare in pochi giorni anche semplicemente studiando ed 
imitando scripts gia' pronti.
In rete si trovano numerosi tutorials, non ti consiglio di ancorarti ad un 
singolo programma di sviluppo (a sua volta legato ad un particolare SO) 
,usa un normale editor html (Io uso Quanta+) : credimi e' un investimento 
per il futuro...

Govardo Libero ha scritto:

Se non ti spaventa scrivere il codice a mano Quanta 3 è molto ben fatto, ed 
ha un ottimo supporto per il PHP. Ti consiglio di provarlo. Ciao.
-- 
Andrea Bergia - studente          Linux Registred User #281550
Per favore non mandatemi allegati in Word o PowerPoint.
Si veda 
http://www.fsf.org/philosophy/no-word-attachments.html


Bellissimo DreamWeaver, ho il trial, ma funziona solo con mysql e
Windows/Mac, PorcaMiseria è anche in italiano :-(

 ha scritto nel messaggio
news:WFev9.43077$aL4.1...@news1.tin.it...

Grazie Ame e Andrea
Un pò mi spaventa perchè dovrei portare su linux un intera applicazione
database abbastanza complessa, in tutto un centinaio di oggetti, attualmente
in access.
Devo realizzare tutto con numerosi vincoli di integrità referenziale, quindi
devo usare postgresql.
Poi devo fare form abbastanza complesse, es.: ordine/fatture con testata e
subform con le righe, grande uso di combo box contestuali, query
parametriche con variabili passate dal form, listini personalizzati sul
cliente e/o tipo cliente.
Per questo cercavo qualcosa che mi sgravasse un pò del lavoro ripetitivo, e
che fosse in italiano per velocizzare l'apprendimento.
Ma forse chiedo troppo...
Ciao, Angelo

 e che fosse in italiano per velocizzare l'apprendimento.
Quanta + è ovviamente in italiano, come tutto KDE. Però per iniziare col PHP 
un'applicazione del genere non mi sembra la cosa più semplice ;-) Al max 
prova se hai tempo qualcosa di più semplice per farci pratica. Ciao.


 --
 Grazie Andrea
Sto capendo che non è facile creare un database per le mie esigenze con gli
strumenti standard di Linux.
Potrei tentare co Kylix, ma sento dire che non è "maturo", come delphi,
oppure, oppure, oppure non so proprio da dove iniziare, tra inglese e/o
soluzioni commerciali carissime mi manca proprio un similaccess per linux,
ovvero un robusto file-based di rapido apprendimento e sviluppo.
Ciao, Angelo

 Ciao, Angelo
Kylix non è un DB, ma un potente tool di sviluppo di applicazioni. E' (in 
sintesi) il Delphi ed il Borland C++ Builder per Linux.


 che lo rendono ancora più semplice da usare. Ed una volta imparato l'SQL,
MySQL non mi basta, fino a quando non supporterà i joint estermi, và bene
solo per siti web dinamici.
PostgreSQL, va già meglio ma é tutto il resto che su linux è molto caro e/o
difficile.
Ciao, Angelo

difficile.
ti ricordi vero che stai parlando di "access". no, dico, almeno il senso
delle proporzioni, per favore.
-- 
Maurizio - Tannoiser - Lemmo
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 --
  Maurizio - Tannoiser - Lemmo
Scusa, ma non ho afferrato il concetto.
Vuoi dirmi che se spendo 350 euro posso acquistare cio che mi serve per fare
ciò che mi serve in linux, e che è in italiano e che trovo un'ampia
documentazione sempre in italiano e che funziona sufficientemente bene.
Se esiste qualcosa del genere potrei spendere anche di più (ma non troppo).
Fammi sapere, te ne sarei infinitamente grato, ciao, Angelo.

Fammi sapere, te ne sarei infinitamente grato, ciao, Angelo.
No. ti sto dicendo che access e` "quasi" un giocattolo, mentre
postgreSQL e` un prodotto di fascia _assolutamente_ professionale.
Io non so` cosa ti serve, ma il paragone con access dove tu dici "mysql
non fa questo e quello postgreSQL gia` meglio" mi fa quantomeno
sorridere.
Cmq, se ti serve una cosa "alla access", io darei un occhiata a Adabas
che era quello che veniva fornito con staroffice, e` liberamente
scaricabile credo, nel senso che e` gratis.
Il problema italiano / non italiano e` marginale, ed e` relativo
all'interfaccia del programma. l'sql non e` in italiano, e` sql.
Personalmente, preferisco approcci piu` seri di quelli alla access o
adabas, ma dipende (al solito) da cosa ci devi fare.
dacci un'occhiata.
PS: 350 euro non sono molti, ma quanto costa il tuo tempo per ogni volta
che access con il suo "write instant" ti ha sputtanato l'mdb? Il mio,
tantissimo. Potrei sorprenderti.
-- 
Maurizio - Tannoiser - Lemmo


 tantissimo. Potrei sorprenderti.
Se è un dipendente anche il suo tempo costa caro, solo che non se ne rende
conto per bene. :-)
-- 
Ciao da Villo  -  GPG public key available


No, non sono un dipendente, anzi in quarant'anni non ho mai avuto una 
busta paga.
Ho usato diversi db, dal db3-db4 a paradox dos e windows a access.
Il db mi serve per gestire ordini, fatture, provvigioni, circolari, 
mailing ecc.
Vorrei usare pgsql invece di mysql, perchè ho visto che quest'ultimo non 
supporta l'integrità referenziale; praticamente potrei cancellare un 
cliente ma resterebbero nel db orfani tutte le sue fatture, ordini, 
pagamenti.
Devo comunque ammettere che a parte motivi ideologici, access non mi ha 
mai dato particolari dispiaceri.
Se invece di criticare, mi date un consiglio ve ne sarei riconoscente.
Purtroppo ho visto che nei vari ng di linux, c'è a volte un pò di 
sufficienza nei confronti di chi si avvicina, senza voler fare 
polemiche, nel ng di access c'è un'altissimo traffico e anche un più 
elevato senso di aiuto verso il prossimo.
Ciao, Angelo

 elevato senso di aiuto verso il prossimo.
Potrei rispondere (sempre senza fare polemica) che Access fa schifo, e
quindi è naturale che ci sia un altissimo traffico e che le persone siano
molto propense a darsi una mano, visto che Microsoft non aiuta certo in
questo senso. Però non lo faccio, ma ti faccio rilevare, invece, alcune cose:
- questo non è un gruppo di discussione dedicato ai DB sotto unix;
- differentemente da un gruppo dedicato, questo gruppo è altamente generico,
  ci si affrontano problemi diversissimi;
- non è detto che in questo momento, su questo gruppo, ci siano esperti di
  basi dati in lettura;
- magari gli esperti ci sono ma non hanno voglia di risponderti.
In genere la comunità Linux è disposta ad aiutare chiunque, ma quando si
parla di comunità ci si dimentica sempre che si tratta di una entità
comporta da singole persone, ognuna delle quali con i suoi problemi, i suoi
tempi, le sue voglie, le sue competenze.
Magari se fossi capitato qui una settimana prima avresti trovato varie
persone pronte a darti una mano via e-mail, sobbarcandosi l'onere di fare
una analisi dettagliata, di progettare lo schema del DB, di stendere el
specifiche per il lato applicativo.
Magari ora queste persone sono in ferie, oppure impegnate in una nuova
avventura amorosa che non lascia tempo per i newsgroups.
Puntualizzato questo passo a darti un semplice consiglio (da NON esperto di
basi dati, precisiamolo!): tu dici che
	> Il db mi serve per gestire ordini, fatture, provvigioni,
	> circolari, mailing ecc.
Il mio modesto consiglio è questo: se il carico è basso (massimo due o
trecento accessi contemporanei) *E* *RIMMARRA* *BASSO* ti conviene usare
MySQL, risolvendo i problemi di integrità a livello applicativo. Per quanto
riguarda il frontend puoi costruire le tue applicazioni in PHP, e gli utenti
finali accederanno tramite il loro browser.
Se il carico è alto (migliaia di accessi contemporanei) *O* *DIVENTERA*
*ALTO* ti conviene usare PostgreSQL. E sempre PHP dal lato applicativo.
Al posto di PHP potresti usare un altro linguaggio, ad esempio Python.
Per il mailing ti conviene usare un gestore esterno, ma dipende da quello
che dovrai fare: se la base di utenti è già memorizzata nel DB ti converrà
usare un gestore del tipo Ciao Email List Manager (che si integra con un
DB), se invece dovrà essere disgiunta potrai utilizzare un pacchetto a se
stante come Mailman, che memorizza tutto per conto suo.
Come vedi, le variabili sono tante.
-- 
Ciao da Villo  -  GPG public key available
Ferrara Linux Users Group 
http://flug.linux.it

 --
Grazie Villo e NG
Sopratutto per aver cercato di capire e condividere le difficoltà di uno che
pur non essendo un addetto ai lavori, ha voglia di fare qualcosa di diverso
da ciò e che ha sempre fatto e fanno quasi tutti gli altri.
Naturalmente non entro nel merito se access o quant'altro siano ascrivibili
ad una determinata categoria di software, semplicemente perchè non ho la
necessaria competenza tecnica.
Quindi perdonami se continuerò a chiamare db, anche dei prodotti di pessima
scelta.
L'antefatto è che per organizzare il mio lavoro e dare una mano agli, ho
sempre utilizzato con soddisfazione tali software.
Approdato in linux non ho trovato uno strumento capace di sostituire ciò che
faccio con windows, e allora sto cercando semplicemente di capire che strada
prendere.
Le mie esigenze sono semplici e precise:
1) Db, per uso personale o su piccole reti locali (2-10 utenti), facilmente
sincronizzabili;
2) Creazione di un front-end amichevole, per inserting, editing e reporting;
3) Limitate conoscenze di programmazione se non quelle usate nei db
conosciuti.
Cosa ho trovato in linux:
1) MySql e PostgreSQL, strumenti capaci di altissime prestazioni, privi di
un front-end e forse poco adatti ad uso personale;
2) Adabas, ho provato solo la versione in staroffice per windows 5.2, crash
a ripetizione con perdita di dati e front-end penoso;
3) Db2 e Oracle, forse potrebbero andarmi bene ma sono costosissimi;
4) Kilyx enterprise, forse potrebbe andare bene per costruirmi un
interfaccia giusta, ma dovrei imparami anche cose non necessarie al lavoro
che voglio fare;
5) una serie di linguaggi che servono ad interfacciare pagine web con db
residenti su server: Phyton, PhP, Ruby ecc.
Mi sento come un pesce affamato in un mare di sardine, non so quale
prendere, e non ho purtroppo il tempo, la capacità e le risorse economiche
per assaggiarle tutte; come avrai visto se ti affacci nei vari NG di linux,
sono molte le persone che hanno le mie stesse difficoltà.
Quindi:
1) tra MySql e PostgreSQL mi è sembrato più simpatico il secondo e non credo
di avere particolari difficoltà a creare le tabelle che mi servono e
metterle in relazione tra di loro;
2) dovrei montare su ogni macchina un server apache con i dovuti optional e
non sono da dove iniziare;
3) come creare l'interfacciamento giusto per le mie esigenze, ricorrendo a
programmi che mi consentano di creare in modo il più possibile visuale le
query, le caselle di testo, le combobox, le griglie i report i pulsanti di
azione e quant'altro serve in un normalissimo front-end;
4) non conosco l'inglese e quindi ho bisogno di strumenti su cui possa
documentarmi bene in italiano.
.......e risolvessi questi piccoli problemi potrei anche non aver più
bisogno del lilo ;-)
Ciao, Angelo

 documentarmi bene in italiano.
Questo è un guaio, informaticamente parlando, su *qualsiasi* sistema
operativo, compreso Windows.


Luca Villani wrote:
 >>1) Db, per uso personale o su piccole reti locali (2-10 utenti), 
facilmente
 >>sincronizzabili;
 >
 > Quel "facilmente" mi lascia un po' perplesso.
 > L'approccio considerato "serio" è diverso, il RDBMS (con i dati) sta 
su una
 > macchina, tutte le altre pescano i dati da quella: non ci sono 
problemi di
 > sincronizzazione, il backup è semplificato, il controllo degli accessi è
 > centralizzato.
Sincronizzare i dati tra fisso e portatile è forse poco serio ;-)
 >
 >>2) Creazione di un front-end amichevole, per inserting, editing e 
reporting;
 >>3) Limitate conoscenze di programmazione se non quelle usate nei db
 >>conosciuti.
 >
 > Queste due esigenze cozzano fra di loro, quando si utilizzano sistemi 
di un
 > certo calibro.
Non esiste niente per costruire un interfaccia in modo visuale e che poi 
automaticamente generi anche il codice? Naturalmente sarei anche 
disposto ad imparare un qualche linguaggio, ma scrivere tutto-tutto a 
mano mi scoraggia un pò.
 >>1) MySql e PostgreSQL, strumenti capaci di altissime prestazioni, 
privi di
 >>un front-end e forse poco adatti ad uso personale;
 >
 > In realtà entrambi hanno un frontend sofisticatissimo, sono che è a 
linea di
 > comando. E sono entrambi adatti ad un uso enterprise, non personale.
:-) ok, mi son fatto capire.
 >>5) una serie di linguaggi che servono ad interfacciare pagine web con db
 >>residenti su server: Phyton, PhP, Ruby ecc.
 >
 >
 > Si tratta dei corrsipondenti Open Source di ASP.
:-) ok, mi son fatto capire.
 >
 >>2) dovrei montare su ogni macchina un server apache con i dovuti 
optional e
 >>non sono da dove iniziare;
 >
 > No, lo dovresti montare su *UNA* sola macchina.
 >
 >
 >>3) come creare l'interfacciamento giusto per le mie esigenze, 
ricorrendo a
 >>programmi che mi consentano di creare in modo il pi? possibile visuale le
 >>query, le caselle di testo, le combobox, le griglie i report i 
pulsanti di
 >>azione e quant'altro serve in un normalissimo front-end;
 >
 >
 > Per questo non c'è nulla di precotto, devi sviluppare tutto a mano come
 > accade con ASP di Microsoft, sempre se non ti accontenti dei risultati
 > mediocri di Front Page in fatto di ottimizzazione di ASP.
 >
 >
Questo è un dramma, perchè anche qualcosa di precotto da rifinire poi a 
mano mi avrebbe dato più coraggio. Comunque fra i tre o vari altri 
linguaggi quale consigli. E con quale editor?
 >>4) non conosco l'inglese e quindi ho bisogno di strumenti su cui possa
 >>documentarmi bene in italiano.
 >
 > Questo è un guaio, informaticamente parlando, su *qualsiasi* sistema
 > operativo, compreso Windows.
:-( Perchè, non esiste per nessun linguaggio un howto, un libro, un 
qualcosa che non sia in inglese?
________________________________________________________________
Aperta parentesi, linux sarà veramente per tutti, quando tutti 
parlerando fluentemente l'inglese o quando sarà ben localizzato
come i programmi delle multinazionali?
porcaputtana in un modo o nell'altro siamo sempre al guinzaglio,
chiusa parentesi.
_________________________________________________________________

 chiusa parentesi.
Di questo devi incolpare la scuola italiana, che non insegna l'inglese.


 automaticamente inconsistenza.
Non capisco ma mi adeguo, ma se io vado in giro con un portatile e metto
dentro tre ordini, la mia segretaria ne mette dentro altri 3 nel suo pc,
è ovvio che il giorno dopo devono stare su entrambe le macchine sei nuovi
ordini. Cosa c'entra l'inconsistenza?
 
Forse ho capito che per fare un database gestionale ad uso personale e/o
piccolo aziendale, apache, postgresql (mysql), e php, non sono una scelta
molto opportuna in termini di tempo e di facilità di sviluppo..
Comunque ho già installato apache con php e postgresql e provero a farci
qualcosa.
Ciao, Angelo.

 molto opportuna in termini di tempo e di facilità di sviluppo..
Mantengo uscite e piccola contabilita` in mysql.  Piu` piccolo di
cosi`!  Niente Apache o php, scrivo mysql al prompt e via di SQL.
Posso immaginare solo due cose che scoraggerebbero un neofita dal
considerare questa strada: si deve usare una tastiera invece di fare
clic clic, e si deve imparare un po' di SQL.
Sulla prima non val neanche la pena commentare.  Sulla seconda, la
difficolta` percepita e`, appunto, solo percepita.  Le basi dell'SQL
si imparano in un pomeriggio, non mi stanco mai di consigliarlo in
questo gruppo, e le persone che hanno seguito il consiglio hanno
concordato.  Senza contare che e` un investimento infinitamente piu`
sensato che imparare Access.
Massimiliano

 qualcosa.
In bocca al lupo.
E sappici dire.


 hanno concordato.
Pensa che dove lavoro io qualsiasi libro, testo, documento, howto sull'SQL è 
considerato "libro proibito".
Non si fa, non si legge, non ci si sporca le mani, altrimenti *RI*capita un 
bel DROP TABLE+CREATE TABLE per aggiungere un campo ad una tabella, il 
tutto alle 11:00 di mattina, mentre il sistema era online e forniva dati 
dinamici ai nostri siti web.
Guai leggere qualcosa sull'SQL, è di esclusiva pertinenza di noi sistemisti.


 Guai leggere qualcosa sull'SQL, è di esclusiva pertinenza di noi sistemisti.
Mancano emoticons, quindi non capisco se/quanto sia ironico e
se/quanto serio.  Comunque, premesso che il poster originario parlava
di applicazioni *personali* e non multiutente, non sara` il caso di
introdurre i vostri sistemisti all'idea di `privilegi', `GRANT', e
`REVOKE'?  Dopotutto non lasci una console di root aperta, perche'
lasciare un database spalancato?
Massimiliano

no.  
Io si. 4dos, ai tempi di dos-win311, e bash-cygwin ora.


 database spalancato?
Perché si trattava di un PM "esperto". :-/
E poi, ad essere sinceri, la frase "Dagli ALL PRIVILEGES, sa fare" non
l'avevo detta io, io lavoravo li da due o tre settimane.
-- 
Ciao da Villo  -  GPG public key available
                  Ferrara LUG 
http://ferrara.linux.it

 l'avevo detta io, io lavoravo li da due o tre settimane.
Vedi che il problema non e` l'SQL. :-) Comunque capisco, una console
di root aperta e`, e appare, una polveriera a cielo aperto, un
permesso sballato in un database lo e` altrettanto ma non lo appare.
Massimiliano

 Io si. 4dos, ai tempi di dos-win311, e bash-cygwin ora.
A riconferma: una non piu` fornita con Windows, una mai fornita con
Windows.
Massimiliano

Windows.
Si, in effetti rimarcavo il fatto (comune per la verita` sotto windows)
che le carenze vengono al solito ricoperte da prodotti di terze parti.
Dissento invece dal fatto che la gente usa la GUI perche` windows ha la
GUI. Credo che anni di tam tam mediatico, sulla _presunta_ (pretestuosa)
semplicita` dell'interfaccia punta-clicca, abbia generato una serie di
mostri incredibili.
-- 
Confidence is the feeling you have before you understand the situation.


 mostri incredibili.
Si`.  I tanti di cui sopra si limitano a vivere in una realta` miope.
I `mostri' credono anche di avere argomenti per giustificarla e
sostenerla.
/me gets off the soapbox
Massimiliano

 non lo appare.
Più che il permesso sballato, il PM sbagliato al posto sbagliato.


 Piů che il permesso sballato, il PM sbagliato al posto sbagliato.
Appunto.
Massimiliano

 capita un casino grande come una casa.
Non ho parlato di gestione magazzino.
Ciao, Angelo.

 Cerchiamo di leggere quello che scriviamo:
Massimiliano: se vuoi ragione ti do ragione.
Non mi costa nulla.
Anzi, continua pure a consigliare la CLI a tutti, fai bene.


 Non ho parlato di gestione magazzino.
Ok, allora fa come vuoi.


 Massimiliano: se vuoi ragione ti do ragione.
Non vedo perche'.  Abbiamo opinioni diverse, motivi per averle, io
ancora nessuno per cambiarle, e come dicono oltreoceano, ``we'll just
agree to disagree''.
Ovvio poi che se mi dici ``cerchiamo di essere realisti'' commentando
parole che non ho detto, ``cerchiamo di leggere quello che scriviamo''
e` il minimo che puoi ottenere in risposta.
Massimiliano