Newsgroup: it.lavoro.professioni.webmaster
Titolo: PHP o Perl?

Salve,
vorrei iniziare a studiare uno di questi due linguaggi (o entrambi se il 
tempo me lo consentira').
Premettendo che lo scopo sara' di creare pagine web su piattaforma Linux 
RedHat interfacciate a databases su PostgreSQL, con quale dei due mi 
consigliate di iniziare in termini di facilita', affidabilita' e velocita'?
Grazie 1000
Saluti
Fabio

:: Linux RedHat interfacciate a databases su PostgreSQL, con quale dei
apprezzo lo sforzo, ma perchè complicarsi la vita?
r.

 apprezzo lo sforzo, ma perchč complicarsi la vita?
Apprezzo la risposta, ma di che sforzo parli? :-)
Ciao e grazie

 : 

Secondo me PhP

 apprezzo lo sforzo, ma perchč complicarsi la vita?
Perchč si dovrebbe complicare la vita se decide di usare uno dei migliori
DB open source che esistono?
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 consigliate di iniziare in termini di facilita', affidabilita' e velocita'?
Per iniziare ti suggerirei PHP, considerando che il Perl è un linguaggio di
sola scrittura (nel senso: se usi diversi strumenti, prova a rileggerti un
sorgente in Perl dopo che non l'hai toccato da un po').


 DB open source che esistono?
Infatti, la scelta di Postgres e' stata basata a suo tempo su lunghe 
ricerche di opinioni su google e alla fine, da quanto ho capito, 
rispetto a MySQL ha come unico punto a sfavore la velocita' che per le 
mie applicazioni era quasi del tutto irrilevante rispetto 
all'affidabilita' ed al set "standard" di funzioni SQL, tra i quali le 
transactions.
Ho sbagliato scelta?
Salutoni
Fabio

 sorgente in Perl dopo che non l'hai toccato da un po').
Intendi dire che e' un linguaggio a piu' basso livello e quindi, per 
farmi capire, "aumenta il numero di righe" a parita' di risultato?
Ciao

 tempo me lo consentira').
Personalmente svilupperei in perl un progetto "robusto", in php uno di
piccole dimensioni. Una domanda che devi porti è: cosa conosco di
programmazione? Per un neofita, php è maggiormente abbordabile, con script
inseriti all'interno delle pagine... (perlscript non è molto diffuso). Con
php avrai una "polverizzazione" del codice in tante pagine che si
occuperanno di stampare i risultati delle query e quant'altro (in luogo di
tante subroutine di uno script perl - presumibilmente). Sono filosofie
diverse, linguaggi dalle caratteristiche diverse e dal campo di
applicabilità diverso: php lo utilizzerai solo per il web... mentre perl è
un linguaggio completo utilizzabile per sviluppare anche e soprattutto
applicazione stand alone (interpretate o compilate) o per configurare
webserver... con tutta una serie di librerie per la gestione dei piu'
disparati protocolli...
A te la scelta :)
Anak
anakthewolfE=mc^
2...@libero.it
 eliminare l'eq per risp in prv
UIN: 123 628 668


Grazie Anak, sei stato molto chiaro.
Ciao

 Ho sbagliato scelta?
Direi di no, considerando anche che MySQL ha alcune cose che non rispettano (o
non rispettavano) gli standard SQL, tipo NULL = NULL => true invece che null.
Diciamo appunto che l'unica cosa potrebbe essere la velocità, ma non è che
PostgreSQL sia una lumaca, anzi. (Grazie al tubo, MySQL è poco più che un
driver di testo!)


 farmi capire, "aumenta il numero di righe" a parita' di risultato?
Intendo dire che ha una sintassi del tipo
for $index ( sort {$a <=> $b} keys( %array ) ){
        $code = $array{ $index };
        $count--;
        if( $count == 0 ){
                printf FILE "  {0x%04x, 0x%04x}\n", $index, $code;
        } else {
                printf FILE "  {0x%04x, 0x%04x},\n", $index, $code;
        }
}
che per carità a usarla in continuo non ha particolari problemi ma ad usarla ogni
tanto tende a farti dimenticare qualdo usare @, quando %, quando <=>, ... tutto
qui. Il PHP è un attimo più leggibile IMHO.


::
::::: Linux RedHat interfacciate a databases su PostgreSQL, con quale
::::: dei
:::
::: apprezzo lo sforzo, ma perchč complicarsi la vita?
::
:: Perchč si dovrebbe complicare la vita se decide di usare uno dei
:: migliori DB open source che esistono?
::
che sia tra i migliori č senza dubbio veritiero ma č vero anche che
č il meno supportato dai fornitori di hosting.
Ultimamente con Postgres e Oracle sto avendo diversi casiniperchhč chi
forniva il supporto fino a due anni fa sta togliendo le offerte.
ndr
--
Hosting & Consigli [ 
http://hosting.redangel.it
 ]
Il posto giusto per farti consigliare il tuo nuovo hosting ad hoc per le tue
tasche e le tue esigenze.

 qui. Il PHP è un attimo più leggibile IMHO.
Si, mi hai convinto.
Rispondo qui di seguito all'altro post:
Stefano Reksten wrote:
 >>Infatti, la scelta di Postgres e' stata basata a suo tempo su lunghe
 >>ricerche di opinioni su google e alla fine, da quanto ho capito,
 >>rispetto a MySQL ha come unico punto a sfavore la velocita' che per le
 >>mie applicazioni era quasi del tutto irrilevante rispetto
 >>all'affidabilita' ed al set "standard" di funzioni SQL, tra i quali le
 >>transactions.
 >>
 >>Ho sbagliato scelta?
 >
 >
 > Direi di no, considerando anche che MySQL ha alcune cose che non 
rispettano (o
 > non rispettavano) gli standard SQL, tipo NULL = NULL => true invece 
che null.
 > Diciamo appunto che l'unica cosa potrebbe essere la velocità, ma non 
è che
 > PostgreSQL sia una lumaca, anzi.
Infatti per le mie applicazioni mi lascia completamente soddisfatto.
 > (Grazie al tubo, MySQL è poco più che un
 > driver di testo!)
A questo punto, considerato anche il fatto che AFAIK Postgres al 
contrario di MySQL e' free anche per impieghi aziendali, mi chiedo come 
mai MySQL abbia una cosi' grande diffusione in confronto a pgSQL tanto 
da essere il DB di default (o l'unico) per pacchetti come PHP-Nuke e 
tanti altri.
Ciao e grazie
Fabio

 forniva il supporto fino a due anni fa sta togliendo le offerte.
Come mai? Eppure, come dicevo a Stefano Reksten credo che Postgres sia 
molto piu' "free" di MySQL e credo sia un eccellente prodotto.
Mi piacerebbe capire il motivo di queste scelte aziendali.
Ciao e grazie
Fabio

 tanti altri.
Probabilmente perchè richiede ben poca amministrazione e perchè per spostare una
tabella da una istanza di mysql all'altra basta copiare tre file. Anche PostgreSQL
richiede ben poca amministrazione ma richiede qualche neurone in più per spostare una
tabella (sempre che tu non abbia definito vincoli di integrità tra tabelle
eccetera...), insomma potrebbe essere necessario *sapere* qualcosa.


 forniva il supporto fino a due anni fa sta togliendo le offerte.
Sarà il momento di mettere su un servizio che lo offra? :)


 eccetera...), insomma potrebbe essere necessario *sapere* qualcosa.
Ho capito: e' un po' la differenza che passa tra Unix e WindowZ :-)
Ciao

::: Ultimamente con Postgres e Oracle sto avendo diversi casiniperchhè
::: chi forniva il supporto fino a due anni fa sta togliendo le offerte.
::
:: Sarà il momento di mettere su un servizio che lo offra? :)
::
prego;)

:: Come mai? Eppure, come dicevo a Stefano Reksten credo che Postgres
:: sia molto piu' "free" di MySQL e credo sia un eccellente prodotto.
:: Mi piacerebbe capire il motivo di queste scelte aziendali.
è come oracle.
usatissimo sui server aziendali ma venduto zero nei piani di hosting.
9i dicono che sia un autentica figata... eppure?
adesso non lo so bisognerebbe sentire qualcuno più esperto,ma probabilmente
postgres impegna molte risorse sia hardware che umane, per il suo utilizzo e
la gestione, o forse non si trovano tecnici in grado di farlo girare bene.
Forse manca anche un altra cosa, la domanda.
Cmq vi assicuro che anche oltreoceano, la situazione è la stessa.


 Cmq vi assicuro che anche oltreoceano, la situazione è la stessa.
condivido
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 Ho capito: e' un po' la differenza che passa tra Unix e WindowZ :-)
e no questa non te la lascio passare, gestisci prima un server comme il faut
e poi parliamone....
se mi parli dell'utonto ci sto, ma da qui a fare di un erba un fascio no.


 gestisci prima un server
ovviamente win
Tornando al tuo thread dipende cosa vuoi fare php è più immediato ma se vuoi
fare un applicativo più robusto e scalabile perl lo consiglio vivamente.


 fare un applicativo più robusto e scalabile perl lo consiglio vivamente.
Diciamo che potrebbe farsi le ossa con php e poi provare perl, piano piano.


 fare un applicativo più robusto e scalabile perl lo consiglio vivamente.
 
In base a cosa ? (aka. quali sono le differenze che te lo fanno
preferire ?)

 In base a cosa ?
dipende molto da cosa devi sviluppare.
Se ti interessa sviluppare un webservice dubito che utilizzi php oppure se
vuoi creare una pagina dinamica che riporti graficamente l'utilizzo della
cpu monitorato tramite snmp ho i miei dubbi che in php ottieni un buon
risultato, in perl ti basta utilizzare il modulo GDGraph, MRTG e ovviamente
il servizio snmp ed hai finito.


 Diciamo che potrebbe farsi le ossa con php e poi provare perl, piano
piano.
sono daccordo con te, dipende molto comunque da cosa ha intenzione di fare.


 se mi parli dell'utonto ci sto, ma da qui a fare di un erba un fascio no.
Calma, era solo una battuta con tanto di faccina. :-)))
Ciao
Fabio

 fare un applicativo più robusto e scalabile perl lo consiglio vivamente.
Ok, e' il solito quesito su Ferrari o FIAT 500. Se ci devi andare a 
comprare le sigarette meglio la 500 mentre per i lunghi viaggi e' meglio 
il Ferrari.
Ho afferrato il senso?
Ciao

 sono daccordo con te, dipende molto comunque da cosa ha intenzione di fare.
Al momento e' soltanto una specie di catalogo prodotti on-line ma presto 
avro' bisogno di sviluppare un tool per asset management.
Ciao

 wrote in message
news:3F044326...@tiscali.it...


 il Ferrari.
Yes.


 wrote in message
news:3F044326...@tiscali.it...

piglio e incasso ;-))


 ha scritto tante cose....
Scusa, ma sei per caso quel fabio donna di Roma che.... ??
Bart

 Forse manca anche un altra cosa, la domanda.
La domanda c'č, io ad esempio. Il discorso da fare č che 'non ce n'č
cosě tanta come per MySQL'.
Se lavori su Unix MySQL va bene fino a un certo punto, per i soliti
triti e ritriti discorsi.
Su piattaforma Unix PosgreSQL (e Firebird, che mi piace un sacco, ma che
non uso) hanno una marcia in piů per applicazioni complesse.
Il punto č:
1) PostgreSQL per Windows non c'č, se non in emulazione
2) PostgreSQL richiede un bel pacco di conoscenze in piů di MySQL
3) I tecnici ci sono, ma ogni 10 SQLServer ce ne sono 2 in grado di far
girare *bene* PosgreSQL.
La soluzione č trovare un piano di hosting che lo prevede (io ne conosco
almeno un paio, ottimi, italiani) e fidarsi di loro.
Per quella che č la mia esperienza spesso non se ne puň proprio far a
meno, a meno che uno non voglia implementare tutto a manina su MySQL (lo
stň facendo ora, č un fottuto incubo :p)
ciao,
	nicholas

:: La soluzione č trovare un piano di hosting che lo prevede (io ne
:: conosco almeno un paio, ottimi, italiani) e fidarsi di loro.
sentiamo....
anche in privč

 piglio e incasso ;-))
Ok, amici? ;-)

 Scusa, ma sei per caso quel fabio donna di Roma che.... ??
Ce ne sono altri? :-)))
E tu se per caso quel Bartolo che...? :-))

 Ok, amici? ;-)
no problem,
perchč arrabbiarsi tanto? ogni tanto fa bene all'ulcera ma non troppo ;-)


 E tu se per caso quel Bartolo che...? :-))
Di questo sono certo : di me, non ce ne sono altri !!!
Domani ti scrivo in email, che oggi sono troppo incasinato, cosě ci sentiamo
per telefono cosě vedo se posso aiutarti in questo dilemma...
Ad ogni modo ti avverto, io vivo per e con l'accoppiata PHP+MySQL...
Ciao !
Bart

 se mi parli dell'utonto ci sto, ma da qui a fare di un erba un fascio no.
chissà come mai mi aspettavo una tua risposta :-D
--
Fabio Angela (aka Red Angel)
cerchi consigli per un hosting? 
http://hosting.redangel.it
http://www.redangel.it
 - il portale sulla programmazione

 chissą come mai mi aspettavo una tua risposta :-D
eheh il lupo perde il pelo ma non il vizio ;-)


 ovviamente il servizio snmp ed hai finito.
Dire che il perl si li supporta, ma non lo utilizzerei mai per fare
un'applicazione del genere, preferirei CGI in C o usare il JAVA

 velocita'?
DIPENDE DALL'ANALISI CHE HAI FATTO, poi decidi tu ma 
personalmente ritengo che il php vada bene per la maggior parte
dei casi in piccoli siti con normale visite, il codice risulta 
piu comprensibile,e a meno che non devi fare robe astruse fa tutto.
ci sono moduli anche per usare le regex del perl.
Il perl Perl Forse sara piu robusto avra piu librerie, ma 
risulta immantenibile,e il codice che si scrive dopo 2 settimane
è incomprensibile al Papà stesso del programma.
ribadisco il perl è ottimo solo per script di parsing di scripting.
insomma script corti.

 un'applicazione del genere, preferirei CGI in C o usare il JAVA
e perchč mai? mrtg č fatto completamente in perl e funziona a meraviglia di
fatto č diventato lo standard per il monitoraggio dei router, per la grafica
se proprio quella di mrtg non ti piace puoi utilizzare rrdtool


 se proprio quella di mrtg non ti piace puoi utilizzare rrdtool
Sarà, ma in Perl non farei nulla di più del mio blog, perchè so di non
doverci rimettere le mani.
Non sapevo di questa tua preferenza per Perl (e mi ero perso l'altro
reply).
Siamo in antitesi, io Linux e Python, tu Windows e Perl. Strano, dato
che AFIK Python si integra meglio di Perl su Windows, tant'è che
inserendo Python nel motore di ricerca del sito MS si trovano grosse
sorprese :p
ciao,
	nicholas

 sorprese :p
Il problema è come sempre di tempo e di mercato, molti utenti richiedono
perl su server iis e pertanto devi sempre essere aggiornato con bug fix,
nuove release mentre le richieste di python sono davvero poche, pertanto
visto che il tempo è come sempre è tiranno preferisco concentrarmi su perl e
mette python in secondo piano. Devo dire che l'ho provato per mailman ed è
ottimo ed effettivamente funziona molto bene


 insomma script corti.
falso.
Anak
anakthewolfE=mc^
2...@libero.it
 eliminare l'eq per risp in prv
UIN: 123 628 668

 ottimo ed effettivamente funziona molto bene
Non è questo il punto.
Ho Zope, Twisted Matrix, mod_python, Coyote e un fottìo di altre cose.
Per quale motivo dovrei usare CGI ?
:)
Mailman è stupendo, si.

 Per quale motivo dovrei usare CGI ?
sempre per lo stesso, il tempo :-P
perchè dovrei rifare qualcosa che ho già testato e che funziona
egregiamente?? A livello puramente accademico e di pulizia di codice, ecc.
certo è molto meglio, ma chi mi paga le ore perse per migliorare qualcosa
che già funziona nel modo corretto?
Lo so che è un discorso puramente economico ma è questo che mi porta la
pagnotta a fine mese ;-))


 falso.
FALSO????? Ma avro sbagliato nello scrivere script corti ma non è FALSO
iscriviti a qualche quiz avrai piu successo

 ;-))
GIUSTO
ti do ragione ma il perl rimane sempre prolisso!! 
va bene solo per elaborazioni di stringhe al giorno d'oggi a mio parere,
in quel campo è potentissimo.
Ciao ciao
Marco
Non conosco il python(non ci ho mai programmato ) ma prima o poi lo
provo!
VAI DEBIAN

 pagnotta a fine mese ;-))
 
Io stavo parlando del motivo per cui nessuno ti chiede Python CGI su
ISS, lungi da me confrontare Python e Perl, nonostante ciò che
normalmente si crede in comune hanno la lettera iniziale e poco più :)

 normalmente si crede in comune hanno la lettera iniziale e poco piů :)
Vabbč, confondo il gioco di calcio con il webserver :p

 Vabbč, confondo il gioco di calcio con il webserver :p
capita anche a me ma almeno lě ogni tanto vinco ;-)


 normalmente si crede in comune hanno la lettera iniziale e poco più :)
devo dirti sinceramente che in tutti gli anni di attività su server win mi
sono arrivate 3 richieste di python cgi e tutte unicamente per far girare
mailman, forse su altre piattaforme la richiesta è maggiore.
E livello di paragoni sono daccordo sul dire che l'unica cosa in comune è la
lettera iniziale ed aggiungo il produttore della versioni per win
(activestate) ;-)


 ha scritto

Se non sei in grado di scrivere script coerenti a logiche di buona
programmazione cambia mestiere. Le tue affermazioni sono insostenibili...
Per quanto riguarda la sintassi esiste il modo di comprimere il numero dei
caratteri... ma non è questo il problema. Tu confondi l'essere "prolisso"
con l'essere "generale"... Dire che il linguaggio perl è adatto per fare
parsing di altri script la dice lunga sulla tua esperienza con questo
linguaggio. Piu che script corti... sono le tue affermazioni ad avere le
gambe corte... Gli ultimi due programmi che ho fatto (per il calcolo e
stampa di un mod f24 e un repository multiamministratore multiutente)
ammontano complessivamente a circa 14000 righe di programma e potrò metterci
le mani anche tra un paio d'anni (dato che i commenti nello script servono a
questo, oltre ad avere sub ad 1 ingresso e 1 uscita). Se sei disordinato
avrai problemi anche con pascal. Per quanto riguarda la mia eventuale
partecipazione a quiz... al momento sono già troppo impegnato nel mio lavoro
di analista (prevalentemente con perl) per cercare affermazioni da altre
parti.


 (activestate) ;-)
Nah. Activestate distribuisce una 'sua' versione di Python, cioè una
versione con più moduli della standard, una IDE e qualche altra cosa.
Un programmatore che lavorava alla ActiveState ha mappato
l'infrastruttura COM di Windows in Python e nulla più, creando le
Win32API (più o meno).
Python non ha bisogno di un porting, ma di una ricompilata, è scritto in
ANSI C, tant'è che lo trovi su 
www.python.org
 con l'installer per
Windows.
La filosofia è molto semplice: se usi parti puramente legate al tuo
sistema operativo perdi portabilità, così come se crei un exe.
Quello che ti dicevo è che Zope usa un webserver suo, con TwistedMatrix
il web server si crea in letteralmente 10 linee di codice, e con la
libreria standard ce ne vogliono circa il doppio.
Dubito che la richiesta sia molto maggiore per Unix con Apache, perchè
non ha senso usare CGI quando puoi usare qualcosa di più potente per
poco più. Per questo si cercano hosting dedicati a Zope, o al massimo a
TM, stanno già spuntando i primi.
E' un po' un casino fare hosting Python, servono delle competenze
specifiche, altrimenti Zope potrebbe risultare poco performante.

Grazie

-- 
Fabio DONNA: Bass and Stick player
mailto:
fdo...@tiscali.it
http://digilander.libero.it/fdonna